You are not logged in.
- Topics: Active | Unanswered
#1 2023-09-21 03:47:05
- guanzd88
- Member
- Registered: 2018-04-05
- Posts: 2
GVFS seems to be unable to mount USB drives correctly
The issue was initially observed with Thunar taking longer to start for the first time (around 30 seconds to complete the first start) similar to the symptoms described in https://wiki.archlinux.org/title/Thunar … cold_start, but after modifying the configuration, there was no improvement. Later on, it was found that USB drives couldn't be mounted. However, my Android phone could be mounted successfully using libmtp.
I tried reinstalling all the related dependencies and packages, but the issue persisted.
When I run the command /usr/lib/gvfs-udisks2-volume-monitor, it displays 'Segmentation fault (core dumped).'
Here is the output of 'sudo journalctl -fn'
Sep 21 00:55:29 archlinux dbus-daemon[1085]: [session uid=1000 pid=1085] Successfully activated service 'org.xfce.Xfconf'
Sep 21 00:55:30 archlinux dbus-daemon[712]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.171' (uid=0 pid=55869 comm="sudo journalctl -fn")
Sep 21 00:55:30 archlinux dbus-daemon[712]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.home1.service': Unit dbus-org.freedesktop.home1.service not found.
Sep 21 00:55:30 archlinux sudo[55869]: guanzd : TTY=pts/4 ; PWD=/home/guanzd ; USER=root ; COMMAND=/usr/bin/journalctl -fn
Sep 21 00:55:30 archlinux sudo[55869]: pam_unix(sudo:session): session opened for user root(uid=0) by guanzd(uid=1000)
Sep 21 00:55:33 archlinux kernel: usb 1-12: USB disconnect, device number 13
Sep 21 00:55:39 archlinux kernel: usb 1-12: new high-speed USB device number 14 using xhci_hcd
Sep 21 00:55:39 archlinux kernel: usb 1-12: New USB device found, idVendor=058f, idProduct=6387, bcdDevice= 1.00
Sep 21 00:55:39 archlinux kernel: usb 1-12: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Sep 21 00:55:39 archlinux kernel: usb 1-12: Product: Mass Storage
Sep 21 00:55:39 archlinux kernel: usb 1-12: Manufacturer: Generic
Sep 21 00:55:39 archlinux kernel: usb 1-12: SerialNumber: 337397B9
Sep 21 00:55:39 archlinux kernel: usb-storage 1-12:1.0: USB Mass Storage device detected
Sep 21 00:55:39 archlinux kernel: scsi host6: usb-storage 1-12:1.0
Sep 21 00:55:39 archlinux mtp-probe[55902]: checking bus 1, device 14: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-12"
Sep 21 00:55:39 archlinux mtp-probe[55902]: bus: 1, device: 14 was not an MTP device
Sep 21 00:55:39 archlinux mtp-probe[55915]: checking bus 1, device 14: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-12"
Sep 21 00:55:39 archlinux mtp-probe[55915]: bus: 1, device: 14 was not an MTP device
Sep 21 00:55:39 archlinux dbus-daemon[1085]: [session uid=1000 pid=1085] Activating via systemd: service name='org.gtk.vfs.UDisks2VolumeMonitor' unit='gvfs-udisks2-volume-monitor.service' requested by ':1.318' (uid=1000 pid=55914 comm="thunar-volman --device-added /sys/devices/pci0000:")
Sep 21 00:55:39 archlinux systemd[1069]: Starting Virtual filesystem service - disk device monitor...
Sep 21 00:55:39 archlinux kernel: gvfs-udisks2-vo[55919]: segfault at 0 ip 00007f15314c2b92 sp 00007ffc4eec3ee0 error 4 in libc.so.6[7f1531426000+15f000] likely on CPU 4 (core 4, socket 0)
Sep 21 00:55:39 archlinux kernel: Code: 00 00 00 48 89 7d 80 48 89 55 90 64 48 8b 04 25 28 00 00 00 48 89 45 c8 48 8b 41 18 8b 58 38 89 5d 8c 85 db 0f 84 be 01 00 00 <8b> 16 85 d2 0f 84 9e 01 00 00 48 8b 58 40 48 8b b8 88 00 00 00 48
Sep 21 00:55:39 archlinux systemd[1]: Started Process Core Dump (PID 55927/UID 0).
Sep 21 00:55:39 archlinux systemd-coredump[55928]: [?] Process 55919 (gvfs-udisks2-vo) of user 1000 dumped core.
Stack trace of thread 55919:
#0 0x00007f15314c2b92 __wcsxfrm_l (libc.so.6 + 0xc2b92)
#1 0x00007f1531b0a6ff g_utf8_collate_key (libglib-2.0.so.0 + 0x956ff)
#2 0x00007f1531cf2ffc n/a (libgio-2.0.so.0 + 0xcfffc)
#3 0x00007f1531cf32f1 n/a (libgio-2.0.so.0 + 0xd02f1)
#4 0x00007f1531cf3524 g_content_type_guess_for_tree (libgio-2.0.so.0 + 0xd0524)
#5 0x000056323f49ea12 n/a (gvfs-udisks2-volume-monitor + 0x11a12)
#6 0x000056323f4abb45 n/a (gvfs-udisks2-volume-monitor + 0x1eb45)
#7 0x000056323f4990f0 n/a (gvfs-udisks2-volume-monitor + 0xc0f0)
#8 0x00007f1531427cd0 n/a (libc.so.6 + 0x27cd0)
#9 0x00007f1531427d8a __libc_start_main (libc.so.6 + 0x27d8a)
#10 0x000056323f499195 n/a (gvfs-udisks2-volume-monitor + 0xc195)
Stack trace of thread 55924:
#0 0x00007f153150ed6d syscall (libc.so.6 + 0x10ed6d)
#1 0x00007f1531b28c23 g_cond_wait_until (libglib-2.0.so.0 + 0xb3c23)
#2 0x00007f1531a9a185 n/a (libglib-2.0.so.0 + 0x25185)
#3 0x00007f1531b034db n/a (libglib-2.0.so.0 + 0x8e4db)
#4 0x00007f1531b009a5 n/a (libglib-2.0.so.0 + 0x8b9a5)
#5 0x00007f153148c9eb n/a (libc.so.6 + 0x8c9eb)
#6 0x00007f1531510dfc n/a (libc.so.6 + 0x110dfc)
Stack trace of thread 55920:
#0 0x00007f153150ed6d syscall (libc.so.6 + 0x10ed6d)
#1 0x00007f1531b28247 g_cond_wait (libglib-2.0.so.0 + 0xb3247)
#2 0x00007f1531a9a1b4 n/a (libglib-2.0.so.0 + 0x251b4)
#3 0x00007f1531b02a2e n/a (libglib-2.0.so.0 + 0x8da2e)
#4 0x00007f1531b009a5 n/a (libglib-2.0.so.0 + 0x8b9a5)
#5 0x00007f153148c9eb n/a (libc.so.6 + 0x8c9eb)
#6 0x00007f1531510dfc n/a (libc.so.6 + 0x110dfc)
Stack trace of thread 55922:
#0 0x00007f153150359f __poll (libc.so.6 + 0x10359f)
#1 0x00007f1531b2d206 n/a (libglib-2.0.so.0 + 0xb8206)
#2 0x00007f1531acfb47 g_main_loop_run (libglib-2.0.so.0 + 0x5ab47)
#3 0x00007f1531d350bc n/a (libgio-2.0.so.0 + 0x1120bc)
#4 0x00007f1531b009a5 n/a (libglib-2.0.so.0 + 0x8b9a5)
#5 0x00007f153148c9eb n/a (libc.so.6 + 0x8c9eb)
#6 0x00007f1531510dfc n/a (libc.so.6 + 0x110dfc)
Stack trace of thread 55925:
#0 0x00007f153150ed6d syscall (libc.so.6 + 0x10ed6d)
#1 0x00007f1531b28c23 g_cond_wait_until (libglib-2.0.so.0 + 0xb3c23)
#2 0x00007f1531a9a185 n/a (libglib-2.0.so.0 + 0x25185)
#3 0x00007f1531b034db n/a (libglib-2.0.so.0 + 0x8e4db)
#4 0x00007f1531b009a5 n/a (libglib-2.0.so.0 + 0x8b9a5)
#5 0x00007f153148c9eb n/a (libc.so.6 + 0x8c9eb)
#6 0x00007f1531510dfc n/a (libc.so.6 + 0x110dfc)
Stack trace of thread 55923:
#0 0x00007f153150359f __poll (libc.so.6 + 0x10359f)
#1 0x00007f1531b2d206 n/a (libglib-2.0.so.0 + 0xb8206)
#2 0x00007f1531acd112 g_main_context_iteration (libglib-2.0.so.0 + 0x58112)
#3 0x00007f15306a4fde n/a (libdconfsettings.so + 0x5fde)
#4 0x00007f1531b009a5 n/a (libglib-2.0.so.0 + 0x8b9a5)
#5 0x00007f153148c9eb n/a (libc.so.6 + 0x8c9eb)
#6 0x00007f1531510dfc n/a (libc.so.6 + 0x110dfc)
Stack trace of thread 55921:
#0 0x00007f153150359f __poll (libc.so.6 + 0x10359f)
#1 0x00007f1531b2d206 n/a (libglib-2.0.so.0 + 0xb8206)
#2 0x00007f1531acd112 g_main_context_iteration (libglib-2.0.so.0 + 0x58112)
#3 0x00007f1531acd162 n/a (libglib-2.0.so.0 + 0x58162)
#4 0x00007f1531b009a5 n/a (libglib-2.0.so.0 + 0x8b9a5)
#5 0x00007f153148c9eb n/a (libc.so.6 + 0x8c9eb)
#6 0x00007f1531510dfc n/a (libc.so.6 + 0x110dfc)
Stack trace of thread 55926:
#0 0x00007f153150ed6d syscall (libc.so.6 + 0x10ed6d)
#1 0x00007f1531b28c23 g_cond_wait_until (libglib-2.0.so.0 + 0xb3c23)
#2 0x00007f1531a9a185 n/a (libglib-2.0.so.0 + 0x25185)
#3 0x00007f1531b034db n/a (libglib-2.0.so.0 + 0x8e4db)
#4 0x00007f1531b009a5 n/a (libglib-2.0.so.0 + 0x8b9a5)
#5 0x00007f153148c9eb n/a (libc.so.6 + 0x8c9eb)
#6 0x00007f1531510dfc n/a (libc.so.6 + 0x110dfc)
ELF object binary architecture: AMD x86-64
Sep 21 00:55:39 archlinux systemd[1]: systemd-coredump@15-55927-0.service: Deactivated successfully.
Sep 21 00:55:39 archlinux systemd[1069]: gvfs-udisks2-volume-monitor.service: Main process exited, code=dumped, status=11/SEGV
Sep 21 00:55:39 archlinux systemd[1069]: gvfs-udisks2-volume-monitor.service: Failed with result 'core-dump'.
Sep 21 00:55:39 archlinux systemd[1069]: Failed to start Virtual filesystem service - disk device monitor.
Sep 21 00:55:40 archlinux kernel: scsi 6:0:0:0: Direct-Access Generic Flash Disk 8.07 PQ: 0 ANSI: 4
Sep 21 00:55:40 archlinux kernel: sd 6:0:0:0: [sdb] 31129600 512-byte logical blocks: (15.9 GB/14.8 GiB)
Sep 21 00:55:40 archlinux kernel: sd 6:0:0:0: [sdb] Write Protect is off
Sep 21 00:55:40 archlinux kernel: sd 6:0:0:0: [sdb] Mode Sense: 23 00 00 00
Sep 21 00:55:40 archlinux kernel: sd 6:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Sep 21 00:55:40 archlinux kernel: sdb: sdb1 sdb2
Sep 21 00:55:40 archlinux kernel: sd 6:0:0:0: [sdb] Attached SCSI removable diskOffline
#2 2023-09-21 07:10:45
- seth
- Member
- Registered: 2012-09-03
- Posts: 66,289
Re: GVFS seems to be unable to mount USB drives correctly
#1 0x00007f1531b0a6ff g_utf8_collate_key (libglib-2.0.so.0 + 0x956ff)
#2 0x00007f1531cf2ffc n/a (libgio-2.0.so.0 + 0xcfffc)
#3 0x00007f1531cf32f1 n/a (libgio-2.0.so.0 + 0xd02f1)
#4 0x00007f1531cf3524 g_content_type_guess_for_tree (libgio-2.0.so.0 + 0xd0524)Wild guess:
localectl
locale
locale -aOffline
#3 2023-09-21 08:29:40
- guanzd88
- Member
- Registered: 2018-04-05
- Posts: 2
Re: GVFS seems to be unable to mount USB drives correctly
Thanks @seth.
localectl output:
System Locale: LANG=en_US.UTF-8
VC Keymap: (unset)
X11 Layout: (unset) locale output:
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=locale -a output:
C
C.UTF-8
en_US.utf8
POSIX
zh_CN.utf8By the way, I have mounted a hard disk on the mount point ~/Download/ss to save superseded files. However, I found that when I unmount this disk, all of the phenomena disappear.
Offline
#4 2023-09-21 11:50:49
- seth
- Member
- Registered: 2012-09-03
- Posts: 66,289
Re: GVFS seems to be unable to mount USB drives correctly
Nope, the locale is harmless enough.
The only remotely similar backtrace patterin was 2010 in https://forums.freebsd.org/threads/auto … ain.14638/
Is the backtrace from your manual /usr/lib/gvfs-udisks2-volume-monitor invocation?
Don't.
Track the system journal while trying to mount a usb device.
Offline
#5 2023-09-23 00:45:27
- bulletmark
- Member
- From: Brisbane, Australia
- Registered: 2013-10-22
- Posts: 700
Re: GVFS seems to be unable to mount USB drives correctly
I've been getting some odd issues with my system over the last 2 days, including this same problem reported by guanzd88. Gnome does not mount drives. I find that udisksd core dumps and udisks2.service fails at startup every time since the following updates:
2023-09-21 07:23:34 libblockdev 2.28-4 -> 3.0.3-4
2023-09-21 07:23:34 udisks2 2.9.4-4 -> 2.10.1-1Downgrading the above 2 packages fixes the issues. I raised an Arch bug about this.
Offline
#6 2023-09-23 06:25:33
- seth
- Member
- Registered: 2012-09-03
- Posts: 66,289
Re: GVFS seems to be unable to mount USB drives correctly
There's definitively something going on: https://bbs.archlinux.org/viewtopic.php … 6#p2122396
Offline
#7 2023-09-23 06:30:53
- bulletmark
- Member
- From: Brisbane, Australia
- Registered: 2013-10-22
- Posts: 700
Re: GVFS seems to be unable to mount USB drives correctly
seth wrote:
There's definitively something going on
It's all due to the bug that I raised isn't it?
Offline
#8 2023-09-23 07:02:41
- seth
- Member
- Registered: 2012-09-03
- Posts: 66,289
Re: GVFS seems to be unable to mount USB drives correctly
The recent flurry of issues seems strictly NTFS related, no so much a coredump in udisks. I'll read through your bug.
You're crashing in bd_nvme_get_namespace_info of /usr/lib/libbd_nvme.so.3 from libblockdev's brand new nvme plugin so it seems related to your nvme - or the "brandnew" thing.
https://github.com/storaged-project/lib … nfo.c#L568
=> https://github.com/storaged-project/libblockdev/issues
Your bug backtraces first lack the dwarf info and the last one is completely different and looks to be a stack corruption, though
warning: Corrupted shared library list: 0x7fae3fc4d000 != 0x0did you run that against a downgraded libblockdev?
Last edited by seth (2023-09-23 08:23:52)
Offline
#9 2023-09-23 23:36:37
- bulletmark
- Member
- From: Brisbane, Australia
- Registered: 2013-10-22
- Posts: 700
Re: GVFS seems to be unable to mount USB drives correctly
@seth, you are asking questions about the info I posted in the bug so please ask any questions over there (and please clarify what you mean by the "brandnew thing"). If you read the bug now, you will see that I have just realized that udiskd core dump is due to a "stask smashing detected" abort which is a gcc buffer overflow detection.
Offline
#10 2023-09-23 23:47:34
- bulletmark
- Member
- From: Brisbane, Australia
- Registered: 2013-10-22
- Posts: 700
Re: GVFS seems to be unable to mount USB drives correctly
seth wrote:
The recent flurry of issues seems strictly NTFS related, no so much a coredump in udisks. I'll read through your bug.
BTW, I am not suggesting the other issues reported around here are due to the coredump specifically. I am saying that they also may be related to the updates:
2023-09-21 07:23:34 libblockdev 2.28-4 -> 3.0.3-4
2023-09-21 07:23:34 udisks2 2.9.4-4 -> 2.10.1-1Thus they may find that their problems disappear when they downgrade those two packages.
Last edited by bulletmark (2023-09-23 23:51:18)
Offline
#11 2023-09-24 06:20:26
- seth
- Member
- Registered: 2012-09-03
- Posts: 66,289
Re: GVFS seems to be unable to mount USB drives correctly
The nvme module in libblockdev was added w/ the 3.0 release and the __stack_chk_fail is exclusively in the last gdb you posted.
Offline
#12 2023-09-24 06:31:54
- bulletmark
- Member
- From: Brisbane, Australia
- Registered: 2013-10-22
- Posts: 700
Re: GVFS seems to be unable to mount USB drives correctly
seth wrote:
The nvme module in libblockdev was added w/ the 3.0 release and the __stack_chk_fail is exclusively in the last gdb you posted.
Sorry seth but I am struggling to understand. Are you saying this is not a bug and is something wrong with my system?
Offline
#13 2023-09-24 06:36:16
- seth
- Member
- Registered: 2012-09-03
- Posts: 66,289
Re: GVFS seems to be unable to mount USB drives correctly
I'm saying you're posting two vastly different backtraces on that bug, most being mallocs abort in a new feature of libblockdev, the other one being a stack corruption in udisks and I wondered whether the latter happens because you're running gdb against the downgraded versions of libblockdedv/udisks that you however created w/ the problematic new ones.
Offline
#14 2023-09-24 06:38:51
- bulletmark
- Member
- From: Brisbane, Australia
- Registered: 2013-10-22
- Posts: 700
Re: GVFS seems to be unable to mount USB drives correctly
I don't know why you are not putting these comments on the bug but anyhow. Do you want me to put the problematic latest versions back and reboot and then dump the core dumps while in that state?
Offline
#15 2023-09-24 06:42:55
- seth
- Member
- Registered: 2012-09-03
- Posts: 66,289
Re: GVFS seems to be unable to mount USB drives correctly
You don't even have to reboot.
Offline
#16 2023-09-24 06:44:12
- bulletmark
- Member
- From: Brisbane, Australia
- Registered: 2013-10-22
- Posts: 700
Re: GVFS seems to be unable to mount USB drives correctly
BTW, I also have a few gnome-disk utility aborts because it also does not run since those 2 new package updates. Also an abort from /usr/lib/xdg-desktop-portal-gtk. When I downgrade, all apps work fine.
Offline
#17 2023-09-24 06:51:55
- bulletmark
- Member
- From: Brisbane, Australia
- Registered: 2013-10-22
- Posts: 700
Re: GVFS seems to be unable to mount USB drives correctly
Seth, all the core dumps I have dumped was after I re-installed the problematic versions. I was thinking the reboot was perhaps what you were saying I need to do. I installed those new updates on the 21st:
2023-09-21 07:23:34 libblockdev 2.28-4 -> 3.0.3-4
2023-09-21 07:23:34 udisks2 2.9.4-4 -> 2.10.1-1Note the date and time. Then I rebooted and this is the core dumps I have had since:
lt:~ sudo coredumpctl
TIME PID UID GID SIG COREFILE EXE SIZE
Thu 2023-09-21 07:27:05 AEST 859 0 0 SIGABRT missing /usr/lib/udisks2/udisksd -
Thu 2023-09-21 07:27:30 AEST 1244 0 0 SIGABRT missing /usr/lib/udisks2/udisksd -
Fri 2023-09-22 07:26:59 AEST 859 0 0 SIGSEGV present /usr/lib/udisks2/udisksd 447.2K
Fri 2023-09-22 07:27:24 AEST 1250 0 0 SIGABRT present /usr/lib/udisks2/udisksd 425.4K
Fri 2023-09-22 07:28:50 AEST 859 0 0 SIGABRT present /usr/lib/udisks2/udisksd 425.2K
Fri 2023-09-22 07:29:16 AEST 1233 0 0 SIGABRT present /usr/lib/udisks2/udisksd 425.2K
Fri 2023-09-22 13:40:58 AEST 975 0 0 SIGABRT present /usr/lib/udisks2/udisksd 381.9K
Fri 2023-09-22 13:41:23 AEST 1377 0 0 SIGABRT present /usr/lib/udisks2/udisksd 444.5K
Fri 2023-09-22 20:57:18 AEST 996 0 0 SIGABRT present /usr/lib/udisks2/udisksd 381.5K
Fri 2023-09-22 20:57:44 AEST 1408 0 0 SIGSEGV present /usr/lib/systemd/systemd 496.0K
Fri 2023-09-22 22:57:29 AEST 859 0 0 SIGABRT present /usr/lib/udisks2/udisksd 425.4K
Fri 2023-09-22 22:57:54 AEST 1236 0 0 SIGABRT present /usr/lib/udisks2/udisksd 424.8K
Fri 2023-09-22 22:59:30 AEST 1012 0 0 SIGABRT present /usr/lib/udisks2/udisksd 382.3K
Fri 2023-09-22 22:59:55 AEST 1351 0 0 SIGABRT present /usr/lib/udisks2/udisksd 424.6K
Fri 2023-09-22 23:00:38 AEST 1066 0 0 SIGABRT present /usr/lib/udisks2/udisksd 424.0K
Fri 2023-09-22 23:01:04 AEST 1441 0 0 SIGABRT present /usr/lib/udisks2/udisksd 424.3K
Fri 2023-09-22 23:01:43 AEST 1794 0 0 SIGABRT present /usr/lib/udisks2/udisksd 425.1K
Fri 2023-09-22 23:02:08 AEST 1763 1000 1000 SIGTRAP present /usr/bin/gnome-disks 1.2M
Fri 2023-09-22 23:04:21 AEST 1890 0 0 SIGABRT present /usr/lib/udisks2/udisksd 425.2K
Fri 2023-09-22 23:04:46 AEST 1883 1000 1000 SIGTRAP present /usr/bin/gnome-disks 1.2M
Sat 2023-09-23 07:24:54 AEST 900 0 0 SIGABRT present /usr/lib/udisks2/udisksd 423.4K
Sat 2023-09-23 07:25:19 AEST 1278 0 0 SIGABRT present /usr/lib/udisks2/udisksd 424.0K
Sat 2023-09-23 07:29:49 AEST 920 0 0 SIGABRT present /usr/lib/udisks2/udisksd 424.6K
Sat 2023-09-23 07:30:14 AEST 1302 0 0 SIGSEGV present /usr/lib/udisks2/udisksd 183.3K
Sat 2023-09-23 07:33:00 AEST 1869 0 0 SIGSEGV present /usr/lib/udisks2/udisksd 183.6K
Sat 2023-09-23 07:33:25 AEST 1839 1000 1000 SIGTRAP present /usr/bin/gnome-disks 1.1M
Sat 2023-09-23 11:02:14 AEST 1004 0 0 SIGABRT present /usr/lib/udisks2/udisksd 424.9K
Sat 2023-09-23 11:02:40 AEST 1367 0 0 SIGILL present /usr/lib/udisks2/udisksd 381.6K
Sat 2023-09-23 11:19:48 AEST 1020 0 0 SIGABRT present /usr/lib/udisks2/udisksd 382.6K
Sat 2023-09-23 12:22:34 AEST 1030 0 0 SIGABRT present /usr/lib/udisks2/udisksd 425.5K
Sat 2023-09-23 12:22:59 AEST 1340 0 0 SIGABRT present /usr/lib/udisks2/udisksd 424.5K
Sat 2023-09-23 13:58:14 AEST 1005 0 0 SIGABRT present /usr/lib/udisks2/udisksd 425.3K
Sat 2023-09-23 13:58:39 AEST 1360 0 0 SIGABRT present /usr/lib/udisks2/udisksd 426.1KI have downgraded back and forward many times, all those aborts occur with the upgraded versions. It is probably true that I have posted different core dumps on the bug because I have had so many! Is that last core dump I posted on the bug not useful?
Offline
#18 2023-09-24 07:04:40
- seth
- Member
- Registered: 2012-09-03
- Posts: 66,289
Re: GVFS seems to be unable to mount USB drives correctly
I'm saying it's vastly different from the bulk, check the one from
Timestamp: Sat 2023-09-23 11:19:48 AESTand one of the gnome-disks ones might be interesting, too.
Offline
#19 2023-09-24 07:37:10
- bulletmark
- Member
- From: Brisbane, Australia
- Registered: 2013-10-22
- Posts: 700
Re: GVFS seems to be unable to mount USB drives correctly
Here's the core dump files you requested: https://www.dropbox.com/scl/fi/wk92277f … ar9h0ny0qz and https://www.dropbox.com/scl/fi/unx0em2y … axh7wo0kn8
Offline
#20 2023-09-24 07:42:56
- seth
- Member
- Registered: 2012-09-03
- Posts: 66,289
Re: GVFS seems to be unable to mount USB drives correctly
Not the coredumps, the backtracetraces of them.
Offline
#21 2023-09-24 08:03:10
- bulletmark
- Member
- From: Brisbane, Australia
- Registered: 2013-10-22
- Posts: 700
Re: GVFS seems to be unable to mount USB drives correctly
I assumed you wanted to look at the detail via gdb.
Here are "bt full" logs: https://www.dropbox.com/scl/fi/zciv03mw … iw0j5ojvgz and https://www.dropbox.com/scl/fi/sdas162b … cujsr3wmyo
Offline
#22 2023-09-24 08:28:46
- seth
- Member
- Registered: 2012-09-03
- Posts: 66,289
Re: GVFS seems to be unable to mount USB drives correctly
#0 0x00007f11d2e8e83c in ?? ()
No symbol table info available.
#1 0x0000000000000000 in ?? ()
No symbol table info available.
quit
#0 0x00007f11d2e8e83c in ?? ()
No symbol table info available.
#1 0x0000000000000000 in ?? ()
No symbol table info available.
quit
#0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44
tid = <optimized out>
ret = 0
pd = <optimized out>
old_mask = {__val = {0}}
ret = <optimized out>
#1 0x00007f11d2e8e8a3 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78
#2 0x00007f11d2e3e668 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26
ret = <optimized out>
#3 0x00007f11d2e264b8 in __GI_abort () at abort.c:79
save_stage = 1
act = {__sigaction_handler = {sa_handler = 0x20, sa_sigaction = 0x20}, sa_mask = {__val = {1, 94299330630407, 94299349948896, 6, 6, 94299349946368, 139714532722451, 94299349946368, 139714532827908, 18446744073709551176, 0, 66305, 139714529710931, 22, 140735986620784, 22}}, sa_flags = -1501734544, sa_restorer = 0x55c3c7405cb0}
#4 0x00007f11d2e27390 in __libc_message (fmt=fmt@entry=0x7f11d2fa3550 "%s\n") at ../sysdeps/posix/libc_fatal.c:150
ap = {{gp_offset = 16, fp_offset = 0, overflow_arg_area = 0x7fffa67d29b0, reg_save_area = 0x7fffa67d2940}}
fd = 2
list = <optimized out>
nlist = <optimized out>
cp = <optimized out>
#5 0x00007f11d2e987b7 in malloc_printerr (str=str@entry=0x7f11d2fa6808 "malloc(): invalid size (unsorted)") at malloc.c:5765
#6 0x00007f11d2e9babc in _int_malloc (av=av@entry=0x7f11d303eac0 <main_arena>, bytes=bytes@entry=88) at malloc.c:4071
next = <optimized out>
iters = <optimized out>
nb = <optimized out>
idx = 6
bin = <optimized out>
victim = <optimized out>
size = <optimized out>
victim_index = <optimized out>
remainder = <optimized out>
remainder_size = <optimized out>
block = <optimized out>
bit = <optimized out>
map = <optimized out>
fwd = <optimized out>
bck = <optimized out>
tcache_unsorted_count = 0
tcache_nb = <optimized out>
tc_idx = 4
return_cached = 0
__PRETTY_FUNCTION__ = "_int_malloc"
#7 0x00007f11d2e9dd08 in __libc_calloc (n=n@entry=1, elem_size=elem_size@entry=88) at malloc.c:3747
av = <optimized out>
oldtop = 0x55c3c7446f40
sz = 88
oldtopsize = 45248
mem = <optimized out>
clearsize = <optimized out>
nclears = <optimized out>
d = <optimized out>
bytes = 88
__PRETTY_FUNCTION__ = "__libc_calloc"
p = <optimized out>
csz = <optimized out>
#8 0x00007f11d317e26b in g_malloc0 (n_bytes=n_bytes@entry=88) at ../glib/glib/gmem.c:163
mem = <optimized out>
#9 0x00007f11c3f08f99 in bd_nvme_get_namespace_info (device=<optimized out>, error=0x7fffa67d6b80) at /usr/src/debug/libblockdev/libblockdev-3.0.3/src/plugins/nvme/nvme-info.c:620
__n = 1
__s = 88
__p = <optimized out>
ret = <optimized out>
ret_ctrl = <optimized out>
ret_desc = <optimized out>
ret_ns_ind = -1
fd = <optimized out>
nsid = 1
ctrl_id = {vid = 7260, ssvid = 7260, sn = "NJ04N944210204S1T ", mn = "PC611 NVMe SK hynix 512GB", ' ' <repeats 15 times>, fr = "11000111", rab = 4 '\004', ieee = <incomplete sequence \344\254>, cmic = 0 '\000', mdts = 6 '\006', cntlid = 1, ver = 66304, rtd3r = 500000, rtd3e = 2000000, oaes = 512, ctratt = 0, rrls = 0, rsvd102 = "\000\000\000\000\000\000\000\000", cntrltype = 0 '\000', fguid = '\000' <repeats 15 times>, crdt1 = 0, crdt2 = 0, crdt3 = 0, rsvd134 = '\000' <repeats 118 times>, nvmsr = 0 '\000', vwci = 0 '\000', mec = 0 '\000', oacs = 23, acl = 3 '\003', aerl = 7 '\a', frmw = 22 '\026', lpa = 10 '\n', elpe = 255 '\377', npss = 4 '\004', avscc = 1 '\001', apsta = 1 '\001', wctemp = 356, cctemp = 357, mtfa = 0, hmpre = 0, hmmin = 0, tnvmcap = '\000' <repeats 15 times>, unvmcap = '\000' <repeats 15 times>, rpmbs = 0, edstt = 20, dsto = 1 '\001', fwug = 0 '\000', kas = 0, hctma = 1, mntmt = 273, mxtmt = 356, sanicap = 2, hmminds = 0, hmmaxd = 0, nsetidmax = 0, endgidmax = 0, anatt = 0 '\000', anacap = 0 '\000', anagrpmax = 0, nanagrpid = 0, pels = 0, domainid = 0, rsvd358 = "\000\000\000\000\000\000\000\000\000", megcap = '\000' <repeats 15 times>, rsvd384 = '\000' <repeats 127 times>, sqes = 102 'f', cqes = 68 'D', maxcmd = 0, nn = 1, oncs = 95, fuses = 0, fna = 0 '\000', vwc = 1 '\001', awun = 0, awupf = 0, icsvscc = 1 '\001', nwpc = 0 '\000', acwu = 0, ocfs = 0, sgls = 0, mnan = 0, maxdna = '\000' <repeats 15 times>, maxcna = 0, rsvd564 = '\000' <repeats 203 times>, subnqn = '\000' <repeats 255 times>, rsvd1024 = '\000' <repeats 767 times>, ioccsz = 0, iorcsz = 0, icdoff = 0, fcatt = 0 '\000', msdbd = 0 '\000', ofcs = 0, dctype = 0 '\000', rsvd1807 = '\000' <repeats 240 times>, psd = {{mp = 63000, rsvd2 = 0 '\000', flags = 1 '\001', enlat = 5, exlat = 5, rrt = 0 '\000', rrl = 0 '\000', rwt = 0 '\000', rwl = 0 '\000', idlp = 0, ips = 0 '\000', rsvd19 = 0 '\000', actp = 0, apws = 0 '\000', rsvd23 = "\000\000\000\000\000\000\000\000"}, {mp = 24000, rsvd2 = 0 '\000', flags = 1 '\001', enlat = 30, exlat = 30, rrt = 1 '\001', rrl = 1 '\001', rwt = 1 '\001', rwl = 1 '\001', idlp = 0, ips = 0 '\000', rsvd19 = 0 '\000', actp = 0, apws = 0 '\000', rsvd23 = "\000\000\000\000\000\000\000\000"}, {mp = 19000, rsvd2 = 0 '\000', flags = 1 '\001', enlat = 100, exlat = 100, rrt = 2 '\002', rrl = 2 '\002', rwt = 2 '\002', rwl = 2 '\002', idlp = 0, ips = 0 '\000', rsvd19 = 0 '\000', actp = 0, apws = 0 '\000', rsvd23 = "\000\000\000\000\000\000\000\000"}, {mp = 500, rsvd2 = 0 '\000', flags = 3 '\003', enlat = 1000, exlat = 1000, rrt = 3 '\003', rrl = 3 '\003', rwt = 3 '\003', rwl = 3 '\003', idlp = 0, ips = 0 '\000', rsvd19 = 0 '\000', actp = 0, apws = 0 '\000', rsvd23 = "\000\000\000\000\000\000\000\000"}, {mp = 40, rsvd2 = 0 '\000', flags = 3 '\003', enlat = 1000, exlat = 9000, rrt = 3 '\003', rrl = 3 '\003', rwt = 3 '\003', rwl = 3 '\003', idlp = 0, ips = 0 '\000', rsvd19 = 0 '\000', actp = 0, apws = 0 '\000', rsvd23 = "\000\000\000\000\000\000\000\000"}, {mp = 0, rsvd2 = 0 '\000', flags = 0 '\000', enlat = 0, exlat = 0, rrt = 0 '\000', rrl = 0 '\000', rwt = 0 '\000', rwl = 0 '\000', idlp = 0, ips = 0 '\000', rsvd19 = 0 '\000', actp = 0, apws = 0 '\000', rsvd23 = "\000\000\000\000\000\000\000\000"} <repeats 27 times>}, vs = "RK50HD4YKS0500S4J0CF0A 0 \002\000\000\000\001\200h\032\362\211&\263\351\021\242\243**\342\333\314\344 109157", '\000' <repeats 961 times>}
ns_info = {nsze = 1000215216, ncap = 1000215216, nuse = 1000215216, nsfeat = 0 '\000', nlbaf = 1 '\001', flbas = 0 '\000', mc = 0 '\000', dpc = 0 '\000', dps = 0 '\000', nmic = 0 '\000', rescap = 0 '\000', fpi = 0 '\000', dlfeat = 0 '\000', nawun = 0, nawupf = 0, nacwu = 0, nabsn = 0, nabo = 0, nabspf = 0, noiob = 0, nvmcap = '\000' <repeats 15 times>, npwg = 0, npwa = 0, npdg = 0, npda = 0, nows = 0, mssrl = 0, mcl = 0, msrc = 0 '\000', rsvd81 = 0 '\000', nulbaf = 0 '\000', rsvd83 = "\000\000\000\000\000\000\000\000", anagrpid = 0, rsvd96 = "\000\000", nsattr = 0 '\000', nvmsetid = 0, endgid = 0, nguid = "\254\344.\000\005j(\037.\344\254\000\000\000\000\001", eui64 = "\254\344.\000\005j(\037", lbaf = {{ms = 0, ds = 9 '\t', rp = 0 '\000'}, {ms = 0, ds = 12 '\f', rp = 0 '\000'}, {ms = 0, ds = 0 '\000', rp = 0 '\000'} <repeats 62 times>}, lbstm = 0, vs = '\000' <repeats 3703 times>}
ns_info_ind = {nsfeat = 0 '\000', nmic = 0 '\000', rescap = 0 '\000', fpi = 0 '\000', anagrpid = 0, nsattr = 0 '\000', rsvd9 = 0 '\000', nvmsetid = 0, endgid = 0, nstat = 0 '\000', rsvd15 = '\000' <repeats 4080 times>}
desc = "\001\b\000\000\254\344.\000\005j(\037\002\020\000\000\254\344.\000\005j(\037.\344\254\000\000\000\000\001", '\000' <repeats 4063 times>
flbas = <optimized out>
i = <optimized out>
len = <optimized out>
info = <optimized out>
ptr_array = <optimized out>
#10 0x000055c3c61a3c78 in udisks_linux_device_reprobe_sync (device=device@entry=0x55c3c7444730, cancellable=cancellable@entry=0x0, error=error@entry=0x7fffa67d6b80) at /usr/src/debug/udisks2/udisks-2.10.1/src/udiskslinuxdevice.c:214
ret = 0
device_file = 0x55c3c7446c80 "/dev/nvme0n1"
#11 0x000055c3c61a3fe6 in udisks_linux_device_new_sync (udev_device=0x55c3c7446ce0) at /usr/src/debug/udisks2/udisks-2.10.1/src/udiskslinuxdevice.c:125
device = 0x55c3c7444730
error = 0x0
__func__ = "udisks_linux_device_new_sync"
#12 0x000055c3c616e229 in get_udisks_devices (provider=provider@entry=0x55c3c74294f0) at /usr/src/debug/udisks2/udisks-2.10.1/src/udiskslinuxprovider.c:532
device = 0x55c3c7446ce0
devices = 0x55c3c74460c0 = {0x55c3c7445c20, 0x55c3c7446ce0, 0x55c3c7435ce0, 0x55c3c7438a70}
udisks_devices = 0x55c3c7444dc0 = {0x55c3c7443370}
l = 0x55c3c7435870 = {0x55c3c7446ce0, 0x55c3c7435ce0, 0x55c3c7438a70}
#13 0x000055c3c6170750 in udisks_linux_provider_start (_provider=0x55c3c74294f0) at /usr/src/debug/udisks2/udisks-2.10.1/src/udiskslinuxprovider.c:750
provider = 0x55c3c74294f0
daemon = 0x55c3c7406aa0
manager = <optimized out>
manager_nvme = <optimized out>
module_manager = <optimized out>
udisks_devices = <optimized out>
n = <optimized out>
dbus_conn = <optimized out>
#14 0x000055c3c616c678 in udisks_daemon_constructed (object=0x55c3c7406aa0) at /usr/src/debug/udisks2/udisks-2.10.1/src/udisksdaemon.c:414
daemon = 0x55c3c7406aa0
error = 0x0
ret = <optimized out>
uuid_buf = "609f8b6d-a021-412f-806f-fefec96111b1"
uuid = "`\237\213m\240!A/\200o\376\376\311a\021\261"
part_plugin = {name = BD_PLUGIN_PART, so_name = 0x0}
swap_plugin = {name = BD_PLUGIN_SWAP, so_name = 0x0}
loop_plugin = {name = BD_PLUGIN_LOOP, so_name = 0x0}
mdraid_plugin = {name = BD_PLUGIN_MDRAID, so_name = 0x0}
fs_plugin = {name = BD_PLUGIN_FS, so_name = 0x0}
crypto_plugin = {name = BD_PLUGIN_CRYPTO, so_name = 0x0}
nvme_plugin = {name = BD_PLUGIN_NVME, so_name = 0x0}
plugins = {0x7fffa67d6c90, 0x7fffa67d6c80, 0x7fffa67d6c70, 0x7fffa67d6c60, 0x7fffa67d6c50, 0x7fffa67d6c40, 0x7fffa67d6c30, 0x0}
plugin_p = <optimized out>
__func__ = "udisks_daemon_constructed"
#15 0x00007f11d328ae63 in g_object_new_internal (class=0x55c3c7406010, params=0x7fffa67d6ef0, n_params=5) at ../glib/gobject/gobject.c:2296
nqueue = 0x0
object = 0x55c3c7406aa0
i = <optimized out>
#16 0x00007f11d328cf0b in g_object_new_internal (n_params=5, params=0x7fffa67d6ef0, class=0x55c3c7406010) at ../glib/gobject/gobject.c:2562
nqueue = 0x0
vtabs_stack = {0x55c3c73f5590, 0x55c3c73f3d48, 0x55c3c73f3d48, 0x55c3c73f3d48, 0x55c3c73f3d48, 0x7f1100000007, 0x0, 0x0, 0x0, 0xfbaf05952785c00, 0x55c3c73feed0, 0x7fffa67d70b0, 0x3, 0x55c3c74049a0, 0x0, 0x3}
params = 0x7fffa67d6ef0
values = 0x7fffa67d6ff0
params_stack = {{pspec = 0x55c3c74060e0, value = 0x7fffa67d6ff0}, {pspec = 0x55c3c7406670, value = 0x7fffa67d7008}, {pspec = 0x55c3c7406740, value = 0x7fffa67d7020}, {pspec = 0x55c3c7406840, value = 0x7fffa67d7038}, {pspec = 0x55c3c7406910, value = 0x7fffa67d7050}, {pspec = 0x55c3c7400890, value = 0x3}, {pspec = 0x2, value = 0x7f11d328cb2d <g_object_new_valist+493>}, {pspec = 0x0, value = 0x7fffa67d7080}, {pspec = 0x7fffa67d7010, value = 0xfbaf05952785c00}, {pspec = 0x7fffa67d7180, value = 0x10a67d70c8}, {pspec = 0x7fffa67d7000, value = 0x55c3c73ff5a0}, {pspec = 0x0, value = 0x7fffa67d7000}, {pspec = 0x7fffa67d7080, value = 0x7fffa67d7180}, {pspec = 0x1, value = 0x0}, {pspec = 0x0, value = 0x0}, {pspec = 0x0, value = 0x0}}
values_stack = Python Exception <class 'gdb.error'>: value has been optimized out
Python Exception <class 'gdb.error'>: value has been optimized out
Python Exception <class 'gdb.error'>: value has been optimized out
Python Exception <class 'gdb.error'>: value has been optimized out
Python Exception <class 'gdb.error'>: value has been optimized out
Python Exception <class 'gdb.error'>: value has been optimized out
Python Exception <class 'gdb.error'>: value has been optimized out
{{g_type = , data = {{v_int = -952088160, v_uint = 3342879136, v_long = 94299349862816, v_ulong = 94299349862816, v_int64 = 94299349862816, v_uint64 = 94299349862816, v_float = -49225.625, v_double = 4.6590069192381851e-310, v_pointer = 0x55c3c74049a0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}, {g_type = 0x14, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}, {g_type = 0x14, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}, {g_type = 0x14, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}, {g_type = 0x14, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}, {g_type = , data = {{v_int = -952114640, v_uint = 3342852656, v_long = 94299349836336, v_ulong = 94299349836336, v_int64 = 94299349836336, v_uint64 = 94299349836336, v_float = -49122.1875, v_double = 4.6590069179298992e-310, v_pointer = 0x55c3c73fe230}, {v_int = -952082944, v_uint = 3342884352, v_long = 94299349868032, v_ulong = 94299349868032, v_int64 = 94299349868032, v_uint64 = 94299349868032, v_float = -49246, v_double = 4.6590069194958897e-310, v_pointer = 0x55c3c7405e00}}}, {g_type = 0x7f11d303eac0 [None], data = {{v_int = 144, v_uint = 144, v_long = 144, v_ulong = 144, v_int64 = 144, v_uint64 = 144, v_float = 2.01786979e-43, v_double = 7.1145453001139502e-322, v_pointer = 0x90}, {v_int = -952083472, v_uint = 3342883824, v_long = 94299349867504, v_ulong = 94299349867504, v_int64 = 94299349867504, v_uint64 = 94299349867504, v_float = -49243.9375, v_double = 4.659006919469803e-310, v_pointer = 0x55c3c7405bf0}}}, {g_type = , data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 144, v_uint = 144, v_long = 144, v_ulong = 144, v_int64 = 144, v_uint64 = 144, v_float = 2.01786979e-43, v_double = 7.1145453001139502e-322, v_pointer = 0x90}}}, {g_type = 0xa0, data = {{v_int = -756432040, v_uint = 3538535256, v_long = 139714529706840, v_ulong = 139714529706840, v_int64 = 139714529706840, v_uint64 = 139714529706840, v_float = -5.02002352e+11, v_double = 6.9028149353015931e-310, v_pointer = 0x7f11d2e9c358 <_int_malloc+3672>}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}, {g_type = , data = {{v_int = 512, v_uint = 512, v_long = 512, v_ulong = 512, v_int64 = 512, v_uint64 = 512, v_float = 7.17464814e-43, v_double = 2.5296161067071823e-321, v_pointer = 0x200}, {v_int = 91, v_uint = 91, v_long = 91, v_ulong = 91, v_int64 = 91, v_uint64 = 91, v_float = 1.2751816e-43, v_double = 4.4959973771553436e-322, v_pointer = 0x5b}}}, {g_type = , data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 7, v_uint = 7, v_long = 7, v_ulong = 7, v_int64 = 7, v_uint64 = 7, v_float = 9.80908925e-45, v_double = 3.4584595208887258e-323, v_pointer = 0x7}}}, {g_type = , data = {{v_int = -68301300, v_uint = 4226665996, v_long = 4226665996, v_ulong = 4226665996, v_int64 = 4226665996, v_uint64 = 4226665996, v_float = -2.46950697e+36, v_double = 2.0882504650689756e-314, v_pointer = 0xfbedce0c}, {v_int = -952082512, v_uint = 3342884784, v_long = 94299349868464, v_ulong = 94299349868464, v_int64 = 94299349868464, v_uint64 = 94299349868464, v_float = -49247.6875, v_double = 4.6590069195172334e-310, v_pointer = 0x55c3c7405fb0}}}, {g_type = 0x0, data = {{v_int = -756432040, v_uint = 3538535256, v_long = 139714529706840, v_ulong = 139714529706840, v_int64 = 139714529706840, v_uint64 = 139714529706840, v_float = -5.02002352e+11, v_double = 6.9028149353015931e-310, v_pointer = 0x7f11d2e9c358 <_int_malloc+3672>}, {v_int = -971321257, v_uint = 3323646039, v_long = 94299330629719, v_ulong = 94299330629719, v_int64 = 94299330629719, v_uint64 = 94299330629719, v_float = -9908.08496, v_double = 4.659005968996936e-310, v_pointer = 0x55c3c61ad057}}}, {g_type = 0x50, data = {{v_int = -952082528, v_uint = 3342884768, v_long = 94299349868448, v_ulong = 94299349868448, v_int64 = 94299349868448, v_uint64 = 94299349868448, v_float = -49247.625, v_double = 4.6590069195164428e-310, v_pointer = 0x55c3c7405fa0}, {v_int = 41056, v_uint = 41056, v_long = 41056, v_ulong = 41056, v_int64 = 41056, v_uint64 = 41056, v_float = 5.75317098e-41, v_double = 2.0284359155658218e-319, v_pointer = 0xa060}}}, {g_type = 0x7f11d303eac0 [None], data = {{v_int = -952150640, v_uint = 3342816656, v_long = 94299349800336, v_ulong = 94299349800336, v_int64 = 94299349800336, v_uint64 = 94299349800336, v_float = -48981.5625, v_double = 4.6590069161512629e-310, v_pointer = 0x55c3c73f5590}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}, {g_type = , data = {{v_int = -754718016, v_uint = 3540249280, v_long = 139714531420864, v_ulong = 139714531420864, v_int64 = 139714531420864, v_uint64 = 139714531420864, v_float = -5.66579167e+11, v_double = 6.9028150199856305e-310, v_pointer = 0x7f11d303eac0 <main_arena>}, {v_int = -384, v_uint = 4294966912, v_long = -384, v_ulong = 18446744073709551232, v_int64 = -384, v_uint64 = 18446744073709551232, v_float = -nan(0x7ffe80), v_double = -nan(0xffffffffffe80), v_pointer = 0xfffffffffffffe80}}}}
name = <optimized out>
vtabs = 0x7fffa67d6e70
n_params = 5
n_params_alloc = 16
class = 0x55c3c7406010
unref_class = <optimized out>
object = <optimized out>
__func__ = "g_object_new_valist"
#17 g_object_new_valist (object_type=<optimized out>, first_property_name=first_property_name@entry=0x55c3c61ad61c "connection", var_args=var_args@entry=0x7fffa67d71c0) at ../glib/gobject/gobject.c:2584
vtabs_stack = {0x55c3c73f5590, 0x55c3c73f3d48, 0x55c3c73f3d48, 0x55c3c73f3d48, 0x55c3c73f3d48, 0x7f1100000007, 0x0, 0x0, 0x0, 0xfbaf05952785c00, 0x55c3c73feed0, 0x7fffa67d70b0, 0x3, 0x55c3c74049a0, 0x0, 0x3}
params = 0x7fffa67d6ef0
values = 0x7fffa67d6ff0
params_stack = {{pspec = 0x55c3c74060e0, value = 0x7fffa67d6ff0}, {pspec = 0x55c3c7406670, value = 0x7fffa67d7008}, {pspec = 0x55c3c7406740, value = 0x7fffa67d7020}, {pspec = 0x55c3c7406840, value = 0x7fffa67d7038}, {pspec = 0x55c3c7406910, value = 0x7fffa67d7050}, {pspec = 0x55c3c7400890, value = 0x3}, {pspec = 0x2, value = 0x7f11d328cb2d <g_object_new_valist+493>}, {pspec = 0x0, value = 0x7fffa67d7080}, {pspec = 0x7fffa67d7010, value = 0xfbaf05952785c00}, {pspec = 0x7fffa67d7180, value = 0x10a67d70c8}, {pspec = 0x7fffa67d7000, value = 0x55c3c73ff5a0}, {pspec = 0x0, value = 0x7fffa67d7000}, {pspec = 0x7fffa67d7080, value = 0x7fffa67d7180}, {pspec = 0x1, value = 0x0}, {pspec = 0x0, value = 0x0}, {pspec = 0x0, value = 0x0}}
values_stack = Python Exception <class 'gdb.error'>: value has been optimized out
Python Exception <class 'gdb.error'>: value has been optimized out
Python Exception <class 'gdb.error'>: value has been optimized out
Python Exception <class 'gdb.error'>: value has been optimized out
Python Exception <class 'gdb.error'>: value has been optimized out
Python Exception <class 'gdb.error'>: value has been optimized out
Python Exception <class 'gdb.error'>: value has been optimized out
{{g_type = , data = {{v_int = -952088160, v_uint = 3342879136, v_long = 94299349862816, v_ulong = 94299349862816, v_int64 = 94299349862816, v_uint64 = 94299349862816, v_float = -49225.625, v_double = 4.6590069192381851e-310, v_pointer = 0x55c3c74049a0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}, {g_type = 0x14, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}, {g_type = 0x14, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}, {g_type = 0x14, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}, {g_type = 0x14, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}, {g_type = , data = {{v_int = -952114640, v_uint = 3342852656, v_long = 94299349836336, v_ulong = 94299349836336, v_int64 = 94299349836336, v_uint64 = 94299349836336, v_float = -49122.1875, v_double = 4.6590069179298992e-310, v_pointer = 0x55c3c73fe230}, {v_int = -952082944, v_uint = 3342884352, v_long = 94299349868032, v_ulong = 94299349868032, v_int64 = 94299349868032, v_uint64 = 94299349868032, v_float = -49246, v_double = 4.6590069194958897e-310, v_pointer = 0x55c3c7405e00}}}, {g_type = 0x7f11d303eac0 [None], data = {{v_int = 144, v_uint = 144, v_long = 144, v_ulong = 144, v_int64 = 144, v_uint64 = 144, v_float = 2.01786979e-43, v_double = 7.1145453001139502e-322, v_pointer = 0x90}, {v_int = -952083472, v_uint = 3342883824, v_long = 94299349867504, v_ulong = 94299349867504, v_int64 = 94299349867504, v_uint64 = 94299349867504, v_float = -49243.9375, v_double = 4.659006919469803e-310, v_pointer = 0x55c3c7405bf0}}}, {g_type = , data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 144, v_uint = 144, v_long = 144, v_ulong = 144, v_int64 = 144, v_uint64 = 144, v_float = 2.01786979e-43, v_double = 7.1145453001139502e-322, v_pointer = 0x90}}}, {g_type = 0xa0, data = {{v_int = -756432040, v_uint = 3538535256, v_long = 139714529706840, v_ulong = 139714529706840, v_int64 = 139714529706840, v_uint64 = 139714529706840, v_float = -5.02002352e+11, v_double = 6.9028149353015931e-310, v_pointer = 0x7f11d2e9c358 <_int_malloc+3672>}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}, {g_type = , data = {{v_int = 512, v_uint = 512, v_long = 512, v_ulong = 512, v_int64 = 512, v_uint64 = 512, v_float = 7.17464814e-43, v_double = 2.5296161067071823e-321, v_pointer = 0x200}, {v_int = 91, v_uint = 91, v_long = 91, v_ulong = 91, v_int64 = 91, v_uint64 = 91, v_float = 1.2751816e-43, v_double = 4.4959973771553436e-322, v_pointer = 0x5b}}}, {g_type = , data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 7, v_uint = 7, v_long = 7, v_ulong = 7, v_int64 = 7, v_uint64 = 7, v_float = 9.80908925e-45, v_double = 3.4584595208887258e-323, v_pointer = 0x7}}}, {g_type = , data = {{v_int = -68301300, v_uint = 4226665996, v_long = 4226665996, v_ulong = 4226665996, v_int64 = 4226665996, v_uint64 = 4226665996, v_float = -2.46950697e+36, v_double = 2.0882504650689756e-314, v_pointer = 0xfbedce0c}, {v_int = -952082512, v_uint = 3342884784, v_long = 94299349868464, v_ulong = 94299349868464, v_int64 = 94299349868464, v_uint64 = 94299349868464, v_float = -49247.6875, v_double = 4.6590069195172334e-310, v_pointer = 0x55c3c7405fb0}}}, {g_type = 0x0, data = {{v_int = -756432040, v_uint = 3538535256, v_long = 139714529706840, v_ulong = 139714529706840, v_int64 = 139714529706840, v_uint64 = 139714529706840, v_float = -5.02002352e+11, v_double = 6.9028149353015931e-310, v_pointer = 0x7f11d2e9c358 <_int_malloc+3672>}, {v_int = -971321257, v_uint = 3323646039, v_long = 94299330629719, v_ulong = 94299330629719, v_int64 = 94299330629719, v_uint64 = 94299330629719, v_float = -9908.08496, v_double = 4.659005968996936e-310, v_pointer = 0x55c3c61ad057}}}, {g_type = 0x50, data = {{v_int = -952082528, v_uint = 3342884768, v_long = 94299349868448, v_ulong = 94299349868448, v_int64 = 94299349868448, v_uint64 = 94299349868448, v_float = -49247.625, v_double = 4.6590069195164428e-310, v_pointer = 0x55c3c7405fa0}, {v_int = 41056, v_uint = 41056, v_long = 41056, v_ulong = 41056, v_int64 = 41056, v_uint64 = 41056, v_float = 5.75317098e-41, v_double = 2.0284359155658218e-319, v_pointer = 0xa060}}}, {g_type = 0x7f11d303eac0 [None], data = {{v_int = -952150640, v_uint = 3342816656, v_long = 94299349800336, v_ulong = 94299349800336, v_int64 = 94299349800336, v_uint64 = 94299349800336, v_float = -48981.5625, v_double = 4.6590069161512629e-310, v_pointer = 0x55c3c73f5590}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}, {g_type = , data = {{v_int = -754718016, v_uint = 3540249280, v_long = 139714531420864, v_ulong = 139714531420864, v_int64 = 139714531420864, v_uint64 = 139714531420864, v_float = -5.66579167e+11, v_double = 6.9028150199856305e-310, v_pointer = 0x7f11d303eac0 <main_arena>}, {v_int = -384, v_uint = 4294966912, v_long = -384, v_ulong = 18446744073709551232, v_int64 = -384, v_uint64 = 18446744073709551232, v_float = -nan(0x7ffe80), v_double = -nan(0xffffffffffe80), v_pointer = 0xfffffffffffffe80}}}}
name = <optimized out>
vtabs = 0x7fffa67d6e70
n_params = 5
n_params_alloc = 16
class = 0x55c3c7406010
unref_class = <optimized out>
object = <optimized out>
__func__ = "g_object_new_valist"
#18 0x00007f11d328d29e in g_object_new (object_type=<optimized out>, first_property_name=first_property_name@entry=0x55c3c61ad61c "connection") at ../glib/gobject/gobject.c:2057
object = <optimized out>
var_args = {{gp_offset = 48, fp_offset = 48, overflow_arg_area = 0x7fffa67d72d0, reg_save_area = 0x7fffa67d71e0}}
#19 0x000055c3c6169de6 in udisks_daemon_new (connection=0x55c3c74049a0, disable_modules=0, force_load_modules=0, uninstalled=0, enable_tcrypt=0) at /usr/src/debug/udisks2/udisks-2.10.1/src/udisksdaemon.c:597
__func__ = "udisks_daemon_new"
#20 0x000055c3c6169e47 in on_bus_acquired (connection=<optimized out>, name=<optimized out>, user_data=<optimized out>) at /usr/src/debug/udisks2/udisks-2.10.1/src/main.c:63
#21 0x00007f11d33d87f8 in connection_get_cb (source_object=<optimized out>, res=0x55c3c74048c0, user_data=0x55c3c73fb2c0) at ../glib/gio/gdbusnameowning.c:506
client = 0x55c3c73fb2c0
#22 0x00007f11d3371ce4 in g_task_return_now (task=0x55c3c74048c0) at ../glib/gio/gtask.c:1371
#23 0x00007f11d3375bfd in g_task_return (type=<optimized out>, task=0x55c3c74048c0) at ../glib/gio/gtask.c:1440
source = 0x7f11c8008940
#24 g_task_return (task=0x55c3c74048c0, type=<optimized out>) at ../glib/gio/gtask.c:1397
#25 0x00007f11d33d3e63 in bus_get_async_initable_cb (source_object=0x55c3c74049a0, res=<optimized out>, user_data=0x55c3c74048c0) at ../glib/gio/gdbusconnection.c:7516
task = 0x55c3c74048c0
error = 0x0
__func__ = "bus_get_async_initable_cb"
#26 0x00007f11d3371ce4 in g_task_return_now (task=0x55c3c74051b0) at ../glib/gio/gtask.c:1371
#27 0x00007f11d3371d1d in complete_in_idle_cb (task=0x55c3c74051b0) at ../glib/gio/gtask.c:1385
#28 0x00007f11d3173f19 in g_main_dispatch (context=0x55c3c73faba0) at ../glib/glib/gmain.c:3476
dispatch = 0x7f11d3170d60 <g_idle_dispatch>
prev_source = 0x0
begin_time_nsec = 6761627071
was_in_call = 0
user_data = 0x55c3c74051b0
callback = 0x7f11d3371d10 <complete_in_idle_cb>
cb_funcs = 0x7f11d3264380 <g_source_callback_funcs>
cb_data = 0x7f11bc002be0
need_destroy = <optimized out>
source = 0x7f11c8008940
current = 0x55c3c7404980
i = 0
__func__ = "g_main_dispatch"
#29 0x00007f11d31d22b7 in g_main_context_dispatch_unlocked (context=0x55c3c73faba0) at ../glib/glib/gmain.c:4284
max_priority = 2147483647
timeout = -1
some_ready = 1
nfds = 1
allocated_nfds = 1
fds = 0x55c3c7405270
begin_time_nsec = 6760876579
#30 g_main_context_iterate_unlocked.isra.0 (context=0x55c3c73faba0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/glib/gmain.c:4349
max_priority = 2147483647
timeout = -1
some_ready = 1
nfds = 1
allocated_nfds = 1
fds = 0x55c3c7405270
begin_time_nsec = 6760876579
#31 0x00007f11d3174b47 in g_main_loop_run (loop=0x55c3c73fad50) at ../glib/glib/gmain.c:4551
__func__ = "g_main_loop_run"
#32 0x000055c3c616847d in main (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/udisks2/udisks-2.10.1/src/main.c:184
error = 0x0
opt_context = 0x55c3c73f98f0
ret = 1
name_owner_id = 1
sigint_id = 1
__func__ = "main"gnome-disks just wets itself because udisks fails
The problem doesn't seem to be one of the direct g_malloc calls but
https://github.com/storaged-project/lib … nfo.c#L620
"g_new0"
#7 0x00007f11d2e9dd08 in __libc_calloc (n=n@entry=1, elem_size=elem_size@entry=88) at malloc.c:3747
av = <optimized out>
oldtop = 0x55c3c7446f40
sz = 88
oldtopsize = 45248
mem = <optimized out>
clearsize = <optimized out>
nclears = <optimized out>
d = <optimized out>
bytes = 88
__PRETTY_FUNCTION__ = "__libc_calloc"
p = <optimized out>
csz = <optimized out>
#8 0x00007f11d317e26b in g_malloc0 (n_bytes=n_bytes@entry=88) at ../glib/glib/gmem.c:163
mem = <optimized out>
#9 0x00007f11c3f08f99 in bd_nvme_get_namespace_info (device=<optimized out>, error=0x7fffa67d6b80) at /usr/src/debug/libblockdev/libblockdev-3.0.3/src/plugins/nvme/nvme-info.c:620
__n = 1
__s = 88
__p = <optimized out>
ret = <optimized out>
ret_ctrl = <optimized out>
ret_desc = <optimized out>
ret_ns_ind = -1
fd = <optimized out>
nsid = 1
ctrl_id = {vid = 7260, ssvid = 7260, sn = "NJ04N944210204S1T ", mn = "PC611 NVMe SK hynix 512GB", ' ' <repeats 15 times>, fr = "11000111", rab = 4 '\004', ieee = <incomplete sequence \344\254>, cmic = 0 '\000', mdts = 6 '\006', cntlid = 1, ver = 66304, rtd3r = 500000, rtd3e = 2000000, oaes = 512, ctratt = 0, rrls = 0, rsvd102 = "\000\000\000\000\000\000\000\000", cntrltype = 0 '\000', fguid = '\000' <repeats 15 times>, crdt1 = 0, crdt2 = 0, crdt3 = 0, rsvd134 = '\000' <repeats 118 times>, nvmsr = 0 '\000', vwci = 0 '\000', mec = 0 '\000', oacs = 23, acl = 3 '\003', aerl = 7 '\a', frmw = 22 '\026', lpa = 10 '\n', elpe = 255 '\377', npss = 4 '\004', avscc = 1 '\001', apsta = 1 '\001', wctemp = 356, cctemp = 357, mtfa = 0, hmpre = 0, hmmin = 0, tnvmcap = '\000' <repeats 15 times>, unvmcap = '\000' <repeats 15 times>, rpmbs = 0, edstt = 20, dsto = 1 '\001', fwug = 0 '\000', kas = 0, hctma = 1, mntmt = 273, mxtmt = 356, sanicap = 2, hmminds = 0, hmmaxd = 0, nsetidmax = 0, endgidmax = 0, anatt = 0 '\000', anacap = 0 '\000', anagrpmax = 0, nanagrpid = 0, pels = 0, domainid = 0, rsvd358 = "\000\000\000\000\000\000\000\000\000", megcap = '\000' <repeats 15 times>, rsvd384 = '\000' <repeats 127 times>, sqes = 102 'f', cqes = 68 'D', maxcmd = 0, nn = 1, oncs = 95, fuses = 0, fna = 0 '\000', vwc = 1 '\001', awun = 0, awupf = 0, icsvscc = 1 '\001', nwpc = 0 '\000', acwu = 0, ocfs = 0, sgls = 0, mnan = 0, maxdna = '\000' <repeats 15 times>, maxcna = 0, rsvd564 = '\000' <repeats 203 times>, subnqn = '\000' <repeats 255 times>, rsvd1024 = '\000' <repeats 767 times>, ioccsz = 0, iorcsz = 0, icdoff = 0, fcatt = 0 '\000', msdbd = 0 '\000', ofcs = 0, dctype = 0 '\000', rsvd1807 = '\000' <repeats 240 times>, psd = {{mp = 63000, rsvd2 = 0 '\000', flags = 1 '\001', enlat = 5, exlat = 5, rrt = 0 '\000', rrl = 0 '\000', rwt = 0 '\000', rwl = 0 '\000', idlp = 0, ips = 0 '\000', rsvd19 = 0 '\000', actp = 0, apws = 0 '\000', rsvd23 = "\000\000\000\000\000\000\000\000"}, {mp = 24000, rsvd2 = 0 '\000', flags = 1 '\001', enlat = 30, exlat = 30, rrt = 1 '\001', rrl = 1 '\001', rwt = 1 '\001', rwl = 1 '\001', idlp = 0, ips = 0 '\000', rsvd19 = 0 '\000', actp = 0, apws = 0 '\000', rsvd23 = "\000\000\000\000\000\000\000\000"}, {mp = 19000, rsvd2 = 0 '\000', flags = 1 '\001', enlat = 100, exlat = 100, rrt = 2 '\002', rrl = 2 '\002', rwt = 2 '\002', rwl = 2 '\002', idlp = 0, ips = 0 '\000', rsvd19 = 0 '\000', actp = 0, apws = 0 '\000', rsvd23 = "\000\000\000\000\000\000\000\000"}, {mp = 500, rsvd2 = 0 '\000', flags = 3 '\003', enlat = 1000, exlat = 1000, rrt = 3 '\003', rrl = 3 '\003', rwt = 3 '\003', rwl = 3 '\003', idlp = 0, ips = 0 '\000', rsvd19 = 0 '\000', actp = 0, apws = 0 '\000', rsvd23 = "\000\000\000\000\000\000\000\000"}, {mp = 40, rsvd2 = 0 '\000', flags = 3 '\003', enlat = 1000, exlat = 9000, rrt = 3 '\003', rrl = 3 '\003', rwt = 3 '\003', rwl = 3 '\003', idlp = 0, ips = 0 '\000', rsvd19 = 0 '\000', actp = 0, apws = 0 '\000', rsvd23 = "\000\000\000\000\000\000\000\000"}, {mp = 0, rsvd2 = 0 '\000', flags = 0 '\000', enlat = 0, exlat = 0, rrt = 0 '\000', rrl = 0 '\000', rwt = 0 '\000', rwl = 0 '\000', idlp = 0, ips = 0 '\000', rsvd19 = 0 '\000', actp = 0, apws = 0 '\000', rsvd23 = "\000\000\000\000\000\000\000\000"} <repeats 27 times>}, vs = "RK50HD4YKS0500S4J0CF0A 0 \002\000\000\000\001\200h\032\362\211&\263\351\021\242\243**\342\333\314\344 109157", '\000' <repeats 961 times>}
ns_info = {nsze = 1000215216, ncap = 1000215216, nuse = 1000215216, nsfeat = 0 '\000', nlbaf = 1 '\001', flbas = 0 '\000', mc = 0 '\000', dpc = 0 '\000', dps = 0 '\000', nmic = 0 '\000', rescap = 0 '\000', fpi = 0 '\000', dlfeat = 0 '\000', nawun = 0, nawupf = 0, nacwu = 0, nabsn = 0, nabo = 0, nabspf = 0, noiob = 0, nvmcap = '\000' <repeats 15 times>, npwg = 0, npwa = 0, npdg = 0, npda = 0, nows = 0, mssrl = 0, mcl = 0, msrc = 0 '\000', rsvd81 = 0 '\000', nulbaf = 0 '\000', rsvd83 = "\000\000\000\000\000\000\000\000", anagrpid = 0, rsvd96 = "\000\000", nsattr = 0 '\000', nvmsetid = 0, endgid = 0, nguid = "\254\344.\000\005j(\037.\344\254\000\000\000\000\001", eui64 = "\254\344.\000\005j(\037", lbaf = {{ms = 0, ds = 9 '\t', rp = 0 '\000'}, {ms = 0, ds = 12 '\f', rp = 0 '\000'}, {ms = 0, ds = 0 '\000', rp = 0 '\000'} <repeats 62 times>}, lbstm = 0, vs = '\000' <repeats 3703 times>}
ns_info_ind = {nsfeat = 0 '\000', nmic = 0 '\000', rescap = 0 '\000', fpi = 0 '\000', anagrpid = 0, nsattr = 0 '\000', rsvd9 = 0 '\000', nvmsetid = 0, endgid = 0, nstat = 0 '\000', rsvd15 = '\000' <repeats 4080 times>}
desc = "\001\b\000\000\254\344.\000\005j(\037\002\020\000\000\254\344.\000\005j(\037.\344\254\000\000\000\000\001", '\000' <repeats 4063 times>
flbas = <optimized out>
i = <optimized out>
len = <optimized out>
info = <optimized out>
ptr_array = <optimized out>And the parameters seem innocent enough, so the stack has possibly been corrupted before (eg. by the libnvme calls)
pacman -Qikk glib2 libnvmeOffline
#23 2023-09-24 08:37:52
- bulletmark
- Member
- From: Brisbane, Australia
- Registered: 2013-10-22
- Posts: 700
Re: GVFS seems to be unable to mount USB drives correctly
I just noticed that the dump you requested for Sat 2023-09-23 11:19:48 is a bit different because it was not initiated by a stack smash:
lt:~ journalctl -qg 'stack smashing detected'
Sep 21 07:27:30 lt udisksd[1244]: *** stack smashing detected ***: terminated
Sep 22 07:27:24 lt udisksd[1250]: *** stack smashing detected ***: terminated
Sep 22 07:28:50 lt udisksd[859]: *** stack smashing detected ***: terminated
Sep 22 07:29:16 lt udisksd[1233]: *** stack smashing detected ***: terminated
Sep 22 20:57:44 lt udisksd[1351]: *** stack smashing detected ***: terminated
Sep 22 22:57:28 lt udisksd[859]: *** stack smashing detected ***: terminated
Sep 22 22:57:54 lt udisksd[1236]: *** stack smashing detected ***: terminated
Sep 22 22:59:55 lt udisksd[1351]: *** stack smashing detected ***: terminated
Sep 22 23:00:38 lt udisksd[1066]: *** stack smashing detected ***: terminated
Sep 22 23:01:04 lt udisksd[1441]: *** stack smashing detected ***: terminated
Sep 22 23:01:43 lt udisksd[1794]: *** stack smashing detected ***: terminated
Sep 22 23:04:21 lt udisksd[1890]: *** stack smashing detected ***: terminated
Sep 23 07:24:53 lt udisksd[900]: *** stack smashing detected ***: terminated
Sep 23 07:25:19 lt udisksd[1278]: *** stack smashing detected ***: terminated
Sep 23 07:29:48 lt udisksd[920]: *** stack smashing detected ***: terminated
Sep 23 11:02:14 lt udisksd[1004]: *** stack smashing detected ***: terminated
Sep 23 12:22:34 lt udisksd[1030]: *** stack smashing detected ***: terminated
Sep 23 12:22:59 lt udisksd[1340]: *** stack smashing detected ***: terminated
Sep 23 13:58:14 lt udisksd[1005]: *** stack smashing detected ***: terminated
Sep 23 13:58:39 lt udisksd[1360]: *** stack smashing detected ***: terminatedPerhaps I should give you a back-trace for one of these?
Offline
#24 2023-09-24 08:58:46
- seth
- Member
- Registered: 2012-09-03
- Posts: 66,289
Re: GVFS seems to be unable to mount USB drives correctly
Feed 3 or 4 of them into 0x0.st (we'll likely have to look for patterns) an post the data for the integrity of libnvme and glib2
Also install nvme-cli and for a basic test "nvme list"
Offline
#25 2023-09-24 10:08:25
- bulletmark
- Member
- From: Brisbane, Australia
- Registered: 2013-10-22
- Posts: 700
Re: GVFS seems to be unable to mount USB drives correctly
I won't bother. Looks like others have reported what seems to be the same bug on the udisks project.
Last edited by bulletmark (2023-09-24 10:47:35)
Offline