FS#79726 - [libblockdev] udisksd keeps crashing while log in to kde
Attached to Project:
Arch Linux
Opened by Edward Pacman (edward-p) - Monday, 18 September 2023, 04:46 GMT
Last edited by David Runge (dvzrv) - Monday, 18 September 2023, 10:05 GMT
Opened by Edward Pacman (edward-p) - Monday, 18 September 2023, 04:46 GMT
Last edited by David Runge (dvzrv) - Monday, 18 September 2023, 10:05 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 David Runge (dvzrv)
Monday, 18 September 2023, 10:05 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed with libblockdev 3.0.3-3
Monday, 18 September 2023, 10:05 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed with libblockdev 3.0.3-3
This no longer works in [extra-testing] i.e. it just crashes out.
$ udisksctl help
@Toolybird: It looks like it. I'll add it to depends. This also seems to hint at, that we should probably look into splitting these libs into further packages. Not everyone might want or need the kitchen sink.