Bug#784675: /usr/libexec/gvfs-udisks2-volume-monitor: Re: gvfs-udisks2-volume-monitor segfaults while mounting
Uwe Kleine-König
ukleinek at debian.org
Wed Jun 5 10:55:12 BST 2024
Package: gvfs-daemons
Version: 1.54.1-1
Followup-For: Bug #784675
X-Debbugs-Cc: ukleinek at debian.org
Hello,
not entirely sure that I hit the same issue, but is looks similar enough
that I report it here.
When I plug in a usb drive with an luks encrypted partition (containing
two logical volumes in a LVM VG) I reliably get:
[ 372.471267] usb 2-2: new SuperSpeed USB device number 3 using xhci_hcd
[ 372.492799] usb 2-2: New USB device found, idVendor=152d, idProduct=1576, bcdDevice= 2.04
[ 372.492814] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 372.492821] usb 2-2: Product: JMS579
[ 372.492826] usb 2-2: Manufacturer: JMicron
[ 372.492830] usb 2-2: SerialNumber: 987654321029
[ 372.526007] usbcore: registered new interface driver usb-storage
[ 372.535835] scsi host4: uas
[ 372.535943] usbcore: registered new interface driver uas
[ 372.537054] scsi 4:0:0:0: Direct-Access Samsung SSD 870 EVO 1TB 0204 PQ: 0 ANSI: 6
[ 372.539794] sd 4:0:0:0: Attached scsi generic sg1 type 0
[ 372.540253] sd 4:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
[ 372.540255] sd 4:0:0:0: [sdb] 4096-byte physical blocks
[ 372.540428] sd 4:0:0:0: [sdb] Write Protect is off
[ 372.540430] sd 4:0:0:0: [sdb] Mode Sense: 53 00 00 08
[ 372.540757] sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 372.540947] sd 4:0:0:0: [sdb] Preferred minimum I/O size 4096 bytes
[ 372.540949] sd 4:0:0:0: [sdb] Optimal transfer size 33553920 bytes not a multiple of preferred minimum block size (4096 bytes)
[ 372.545874] sdb: sdb1 sdb2 sdb3
[ 372.546181] sd 4:0:0:0: [sdb] Attached SCSI disk
(which looks ok) and a password prompt. When I enter the (correct)
password the following is logged to the kernel log:
[ 377.999407] show_signal_msg: 17 callbacks suppressed
[ 377.999412] gvfs-udisks2-vo[2310]: segfault at 20 ip 00007fbce8dcfc85 sp 00007fff669753f0 error 4 in libgio-2.0.so.0.8000.2[7fbce8d54000+11c000] likely on CPU 1 (core 1, socket 0)
[ 377.999434] Code: 0a 00 e8 9e 64 f8 ff 31 c0 5b c3 66 2e 0f 1f 84 00 00 00 00 00 f3 0f 1e fa 53 48 89 fb e8 a3 fb ff ff 48 85 db 74 26 48 89 c6 <48> 8b 03 48 85 c0 74 05 48 39 30 74 0c 48 89 df e8 f6 69 f8 ff 85
The backtrace looks as follows:
uwe at taurus:~$ coredumpctl gdb
Hint: You are currently not seeing messages from other users and the system.
Users in groups 'adm', 'systemd-journal' can see all messages.
Pass -q to turn off this notice.
PID: 2310 (gvfs-udisks2-vo)
UID: 1000 (uwe)
GID: 1000 (uwe)
Signal: 11 (SEGV)
Timestamp: Wed 2024-06-05 11:41:54 CEST (1min 20s ago)
Command Line: /usr/libexec/gvfs-udisks2-volume-monitor
Executable: /usr/libexec/gvfs-udisks2-volume-monitor
Control Group: /user.slice/user-1000.slice/user at 1000.service/session.slice/gvfs-udisks2-volume-monitor.service
Unit: user at 1000.service
User Unit: gvfs-udisks2-volume-monitor.service
Slice: user-1000.slice
Owner UID: 1000 (uwe)
Boot ID: 0e3247a821e44fb0b610f48f3c9e9d2b
Machine ID: cc139721cd72427f8c3171c61f90ead7
Hostname: taurus
Storage: /var/lib/systemd/coredump/core.gvfs-udisks2-vo.1000.0e3247a821e44fb0b610f48f3c9e9d2b.2310.1717580514000000.zst (present)
Size on Disk: 407.1K
Message: Process 2310 (gvfs-udisks2-vo) of user 1000 dumped core.
Module libblkid.so.1 from deb util-linux-2.40.1-4.amd64
Module libudev.so.1 from deb systemd-256~rc3-7.amd64
Module libmount.so.1 from deb util-linux-2.40.1-4.amd64
Module libsystemd.so.0 from deb systemd-256~rc3-7.amd64
Stack trace of thread 2310:
#0 0x00007fbce8dcfc85 g_task_get_task_data (libgio-2.0.so.0 + 0xb6c85)
#1 0x000055a21a7d142b on_udisks_client_changed (gvfs-udisks2-volume-monitor + 0x1542b)
#2 0x00007fbce86453fe n/a (libffi.so.8 + 0x73fe)
#3 0x00007fbce864470d n/a (libffi.so.8 + 0x670d)
#4 0x00007fbce8644ee3 ffi_call (libffi.so.8 + 0x6ee3)
#5 0x00007fbce8cce1a2 g_cclosure_marshal_generic (libgobject-2.0.so.0 + 0x171a2)
#6 0x00007fbce8ccd730 g_closure_invoke (libgobject-2.0.so.0 + 0x16730)
#7 0x00007fbce8ce187c n/a (libgobject-2.0.so.0 + 0x2a87c)
#8 0x00007fbce8ce3281 n/a (libgobject-2.0.so.0 + 0x2c281)
#9 0x00007fbce8ce8f06 g_signal_emit_valist (libgobject-2.0.so.0 + 0x31f06)
#10 0x00007fbce8ce8fc3 g_signal_emit (libgobject-2.0.so.0 + 0x31fc3)
#11 0x00007fbce8b13b5f n/a (libudisks2.so.0 + 0x80b5f)
#12 0x00007fbce8bc7bde n/a (libglib-2.0.so.0 + 0x5cbde)
#13 0x00007fbce8bc4e3f n/a (libglib-2.0.so.0 + 0x59e3f)
#14 0x00007fbce8bc6ec7 n/a (libglib-2.0.so.0 + 0x5bec7)
#15 0x00007fbce8bc77cf g_main_loop_run (libglib-2.0.so.0 + 0x5c7cf)
#16 0x000055a21a7d976f g_vfs_proxy_volume_monitor_daemon_main (gvfs-udisks2-volume-monitor + 0x1d76f)
#17 0x00007fbce873ec8a __libc_start_call_main (libc.so.6 + 0x27c8a)
#18 0x00007fbce873ed45 __libc_start_main_impl (libc.so.6 + 0x27d45)
#19 0x000055a21a7c9e91 _start (gvfs-udisks2-volume-monitor + 0xde91)
Stack trace of thread 3467:
#0 0x00007fbce88209f9 syscall (libc.so.6 + 0x1099f9)
#1 0x00007fbce8c232e0 g_cond_wait_until (libglib-2.0.so.0 + 0xb82e0)
#2 0x00007fbce8b8f333 n/a (libglib-2.0.so.0 + 0x24333)
#3 0x00007fbce8b8f965 g_async_queue_timeout_pop (libglib-2.0.so.0 + 0x24965)
#4 0x00007fbce8bf55ad n/a (libglib-2.0.so.0 + 0x8a5ad)
#5 0x00007fbce8bf4bb1 n/a (libglib-2.0.so.0 + 0x89bb1)
#6 0x00007fbce87a0dbb start_thread (libc.so.6 + 0x89dbb)
#7 0x00007fbce88229f8 __clone3 (libc.so.6 + 0x10b9f8)
Stack trace of thread 2314:
#0 0x00007fbce881547f __GI___poll (libc.so.6 + 0xfe47f)
#1 0x00007fbce8bc6e15 n/a (libglib-2.0.so.0 + 0x5be15)
#2 0x00007fbce8bc74e0 g_main_context_iteration (libglib-2.0.so.0 + 0x5c4e0)
#3 0x00007fbce8f169cd n/a (libdconfsettings.so + 0xb9cd)
#4 0x00007fbce8bf4bb1 n/a (libglib-2.0.so.0 + 0x89bb1)
#5 0x00007fbce87a0dbb start_thread (libc.so.6 + 0x89dbb)
#6 0x00007fbce88229f8 __clone3 (libc.so.6 + 0x10b9f8)
Stack trace of thread 2311:
#0 0x00007fbce88209f9 syscall (libc.so.6 + 0x1099f9)
#1 0x00007fbce8c23114 g_cond_wait (libglib-2.0.so.0 + 0xb8114)
#2 0x00007fbce8b8f35b n/a (libglib-2.0.so.0 + 0x2435b)
#3 0x00007fbce8bf53ea n/a (libglib-2.0.so.0 + 0x8a3ea)
#4 0x00007fbce8bf4bb1 n/a (libglib-2.0.so.0 + 0x89bb1)
#5 0x00007fbce87a0dbb start_thread (libc.so.6 + 0x89dbb)
#6 0x00007fbce88229f8 __clone3 (libc.so.6 + 0x10b9f8)
Stack trace of thread 2312:
#0 0x00007fbce881547f __GI___poll (libc.so.6 + 0xfe47f)
#1 0x00007fbce8bc6e15 n/a (libglib-2.0.so.0 + 0x5be15)
#2 0x00007fbce8bc74e0 g_main_context_iteration (libglib-2.0.so.0 + 0x5c4e0)
#3 0x00007fbce8bc7531 n/a (libglib-2.0.so.0 + 0x5c531)
#4 0x00007fbce8bf4bb1 n/a (libglib-2.0.so.0 + 0x89bb1)
#5 0x00007fbce87a0dbb start_thread (libc.so.6 + 0x89dbb)
#6 0x00007fbce88229f8 __clone3 (libc.so.6 + 0x10b9f8)
Stack trace of thread 2313:
#0 0x00007fbce881547f __GI___poll (libc.so.6 + 0xfe47f)
#1 0x00007fbce8bc6e15 n/a (libglib-2.0.so.0 + 0x5be15)
#2 0x00007fbce8bc77cf g_main_loop_run (libglib-2.0.so.0 + 0x5c7cf)
#3 0x00007fbce8e3da6a n/a (libgio-2.0.so.0 + 0x124a6a)
#4 0x00007fbce8bf4bb1 n/a (libglib-2.0.so.0 + 0x89bb1)
#5 0x00007fbce87a0dbb start_thread (libc.so.6 + 0x89dbb)
#6 0x00007fbce88229f8 __clone3 (libc.so.6 + 0x10b9f8)
ELF object binary architecture: AMD x86-64
The cryptsetup stuff is fine though, and I can mount the encrypted
drive manually.
Best regards
Uwe
-- System Information:
Debian Release: trixie/sid
APT prefers testing-debug
APT policy: (750, 'testing-debug'), (750, 'testing'), (700, 'stable-updates'), (700, 'stable-security'), (700, 'stable-debug'), (700, 'stable'), (600, 'unstable'), (500, 'unstable-debug')
Architecture: amd64 (x86_64)
Kernel: Linux 6.7.12-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages gvfs-daemons depends on:
ii gvfs-common 1.54.1-1
ii gvfs-libs 1.54.1-1
ii libbluray2 1:1.3.4-1+b1
ii libc6 2.38-11
ii libglib2.0-0t64 2.80.2-2
ii libgudev-1.0-0 238-5
ii libsecret-1-0 0.21.4-1+b1
ii libsystemd0 256~rc3-7
ii libudisks2-0 2.10.1-7
ii lsof 4.95.0-1.1
ii udisks2 2.10.1-7
Versions of packages gvfs-daemons recommends:
ii dbus 1.14.10-4+b1
ii gvfs 1.54.1-1
Versions of packages gvfs-daemons suggests:
ii gvfs-backends 1.54.1-1
-- no debconf information
More information about the pkg-gnome-maintainers
mailing list