FS#79727 - udisksd keeps crashing while log in to kde
Attached to Project:
Community Packages
Opened by Edward Pacman (edward-p) - Monday, 18 September 2023, 04:48 GMT
Last edited by Toolybird (Toolybird) - Monday, 18 September 2023, 05:24 GMT
Opened by Edward Pacman (edward-p) - Monday, 18 September 2023, 04:48 GMT
Last edited by Toolybird (Toolybird) - Monday, 18 September 2023, 05:24 GMT
|
Details
Description:
udisksd keeps crashing while log in to kde. Additional info: * package version: udisks2 2.10.1-1 * log: ``` Sep 18 10:08:23 archlinux dbus-daemon[498]: [system] Activating via systemd: service name='org.freedesktop.UDisks2' unit='udisks2.service' requested by ':1.36' (uid=1000 pid=1517 comm="/usr/lib/org_kde_powerdevil") Sep 18 10:08:23 archlinux systemd[1]: Starting Disk Manager... Sep 18 10:08:23 archlinux udisksd[1603]: udisks daemon version 2.10.1 starting Sep 18 10:08:23 archlinux udisksd[1603]: failed to load module nvme: libnvme.so.1: cannot open shared object file: No such file or directory Sep 18 10:08:23 archlinux udisksd[1603]: Failed to load the 'nvme' libblockdev plugin Sep 18 10:08:23 archlinux kernel: traps: udisksd[1603] trap int3 ip:7fd34c6c9553 sp:7ffcfcb3fd50 error:0 in libglib-2.0.so.0.7800.0[7fd34c680000+9e000] Sep 18 10:08:23 archlinux systemd[1]: Created slice Slice /system/systemd-coredump. Sep 18 10:08:23 archlinux systemd[1]: Started Process Core Dump (PID 1608/UID 0). Sep 18 10:08:23 archlinux systemd-coredump[1609]: Process 1603 (udisksd) of user 0 dumped core. Stack trace of thread 1603: #0 0x00007fd34c6c9553 g_log_writer_default (libglib-2.0.so.0 + 0x67553) #1 0x00007fd34c6c31b5 g_log_structured_array (libglib-2.0.so.0 + 0x611b5) #2 0x00007fd34c6c384f g_log_structured (libglib-2.0.so.0 + 0x6184f) #3 0x0000555d8ff24d2c udisks_log (udisksd + 0x4ed2c) #4 0x0000555d8fef5802 n/a (udisksd + 0x1f802) #5 0x00007fd34c7d2e63 n/a (libgobject-2.0.so.0 + 0x24e63) #6 0x00007fd34c7d4f0b g_object_new_valist (libgobject-2.0.so.0 + 0x26f0b) #7 0x00007fd34c7d529e g_object_new (libgobject-2.0.so.0 + 0x2729e) #8 0x0000555d8fef2de6 udisks_daemon_new (udisksd + 0x1cde6) #9 0x0000555d8fef2e47 n/a (udisksd + 0x1ce47) #10 0x00007fd34c9207f8 n/a (libgio-2.0.so.0 + 0x1107f8) #11 0x00007fd34c8b9ce4 n/a (libgio-2.0.so.0 + 0xa9ce4) #12 0x00007fd34c8bdbfd n/a (libgio-2.0.so.0 + 0xadbfd) #13 0x00007fd34c91be63 n/a (libgio-2.0.so.0 + 0x10be63) #14 0x00007fd34c8b9ce4 n/a (libgio-2.0.so.0 + 0xa9ce4) #15 0x00007fd34c8b9d1d n/a (libgio-2.0.so.0 + 0xa9d1d) #16 0x00007fd34c6bbf19 n/a (libglib-2.0.so.0 + 0x59f19) #17 0x00007fd34c71a2b7 n/a (libglib-2.0.so.0 + 0xb82b7) #18 0x00007fd34c6bcb47 g_main_loop_run (libglib-2.0.so.0 + 0x5ab47) #19 0x0000555d8fef147d main (udisksd + 0x1b47d) #20 0x00007fd34c227cd0 n/a (libc.so.6 + 0x27cd0) #21 0x00007fd34c227d8a __libc_start_main (libc.so.6 + 0x27d8a) #22 0x0000555d8fef15c5 _start (udisksd + 0x1b5c5) Stack trace of thread 1605: #0 0x00007fd34c30ed6d syscall (libc.so.6 + 0x10ed6d) #1 0x00007fd34c715247 g_cond_wait (libglib-2.0.so.0 + 0xb3247) #2 0x00007fd34c6871b4 n/a (libglib-2.0.so.0 + 0x251b4) #3 0x00007fd34c6efa2e n/a (libglib-2.0.so.0 + 0x8da2e) #4 0x00007fd34c6ed9a5 n/a (libglib-2.0.so.0 + 0x8b9a5) #5 0x00007fd34c28c9eb n/a (libc.so.6 + 0x8c9eb) #6 0x00007fd34c310dfc n/a (libc.so.6 + 0x110dfc) Stack trace of thread 1604: #0 0x00007fd34c30359f __poll (libc.so.6 + 0x10359f) #1 0x00007fd34c71a206 n/a (libglib-2.0.so.0 + 0xb8206) #2 0x00007fd34c6ba112 g_main_context_iteration (libglib-2.0.so.0 + 0x58112) #3 0x00007fd34c6ba162 n/a (libglib-2.0.so.0 + 0x58162) #4 0x00007fd34c6ed9a5 n/a (libglib-2.0.so.0 + 0x8b9a5) #5 0x00007fd34c28c9eb n/a (libc.so.6 + 0x8c9eb) #6 0x00007fd34c310dfc n/a (libc.so.6 + 0x110dfc) Stack trace of thread 1606: #0 0x00007fd34c30ed6d syscall (libc.so.6 + 0x10ed6d) #1 0x00007fd34c715c23 g_cond_wait_until (libglib-2.0.so.0 + 0xb3c23) #2 0x00007fd34c687185 n/a (libglib-2.0.so.0 + 0x25185) #3 0x00007fd34c6f04db n/a (libglib-2.0.so.0 + 0x8e4db) #4 0x00007fd34c6ed9a5 n/a (libglib-2.0.so.0 + 0x8b9a5) #5 0x00007fd34c28c9eb n/a (libc.so.6 + 0x8c9eb) #6 0x00007fd34c310dfc n/a (libc.so.6 + 0x110dfc) Stack trace of thread 1607: #0 0x00007fd34c30359f __poll (libc.so.6 + 0x10359f) #1 0x00007fd34c71a206 n/a (libglib-2.0.so.0 + 0xb8206) #2 0x00007fd34c6bcb47 g_main_loop_run (libglib-2.0.so.0 + 0x5ab47) #3 0x00007fd34c9220bc n/a (libgio-2.0.so.0 + 0x1120bc) #4 0x00007fd34c6ed9a5 n/a (libglib-2.0.so.0 + 0x8b9a5) #5 0x00007fd34c28c9eb n/a (libc.so.6 + 0x8c9eb) #6 0x00007fd34c310dfc n/a (libc.so.6 + 0x110dfc) ELF object binary architecture: AMD x86-64 Sep 18 10:08:23 archlinux systemd[1]: udisks2.service: Main process exited, code=dumped, status=5/TRAP Sep 18 10:08:23 archlinux systemd[1]: udisks2.service: Failed with result 'core-dump'. Sep 18 10:08:23 archlinux systemd[1]: Failed to start Disk Manager. Sep 18 10:08:23 archlinux systemd[1]: systemd-coredump@0-1608-0.service: Deactivated successfully. Sep 18 10:08:24 archlinux systemd[961]: Started KDE PolicyKit Authentication Agent. ``` Steps to reproduce: Log in to KDE. |
This task depends upon
Closed by Toolybird (Toolybird)
Monday, 18 September 2023, 05:24 GMT
Reason for closing: Duplicate
Additional comments about closing: FS#79726
Monday, 18 September 2023, 05:24 GMT
Reason for closing: Duplicate
Additional comments about closing:
Comment by
Edward Pacman (edward-p) - Monday,
18 September 2023, 04:59 GMT
update: install libnvme solves this problem. May be an upstream
issue.