Arch Linux

Please read this before reporting a bug:

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!

FS#74554 - [systemd] udev crash related to USB drive

Attached to Project: Arch Linux
Opened by Neven Sajko (Neven) - Monday, 25 April 2022, 02:14 GMT
Last edited by Antonio Rojas (arojas) - Sunday, 19 June 2022, 09:29 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Christian Hesse (eworm)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No



Not sure how reproducible or important this bug is, but here's the output of coredumpctl info:

PID: 359 (systemd-udevd)
UID: 0 (root)
GID: 0 (root)
Signal: 6 (ABRT)
Timestamp: Mon 2022-04-25 01:58:32 UTC (15min ago)
Command Line: /usr/lib/systemd/systemd-udevd
Executable: /usr/bin/udevadm
Control Group: /system.slice/systemd-udevd.service
Unit: systemd-udevd.service
Slice: system.slice
Boot ID: 88afcef33f0943e19eec4becb129e080
Machine ID: 3f6f8cac990b49438c8eb4cdbe9416e6
Hostname: aspire7
Storage: /var/lib/systemd/coredump/core.systemd-udevd.0.88afcef33f0943e19eec4becb129e080.359.1650851912000000.zst (present)
Disk Size: 523.3K
Message: Process 359 (systemd-udevd) of user 0 dumped core.

Module /usr/lib/ (deleted) with build-id 1fb800ce60ddb605ebe23f9702adcd341c7c8970
Module with build-id 83f435a542c490b299591d9e0fa72a8d2fcb671b
Module with build-id aa54bea74fb4d938f92ea6452d93d1f00201a8a0
Module with build-id 707f9d3134a43306625e3dab8662899ea368ac91
Module with build-id 27ca9470fd239e2f61c83e293f24f266789485b6
Module with build-id 7fa8b52fae071a370ba4ca32bf9490a30aff31c4
Module with build-id bb9bd2657bfba9f60bd34d2050cc63a7eb024bc4
Module with build-id f0a9586cf0f42d2b9971bd1065ca3a6b19f4a2c2
Module with build-id f9aaa96d5ddf6f6872051ed7abcdfe6bdaff9b1c
Module with build-id c09c6f50f6bcec73c64a0b4be77eadb8f7202410
Module with build-id 596b63a006a4386dcab30912d2b54a7a61827b07
Module with build-id 28b40c7af8098a66af6ee093b6986b91cad7694d
Module with build-id 3bccb8fe08e48d5ea135b1d0f99de0d771dd752f
Module with build-id 54179323d84e1b713b7547ba0b3f8310e65eec93
Module with build-id bb11b2685fe89555938ffd330ea44d82b0f8701c
Module with build-id cc372ea3c28c4d3dfc633b4d2e933c8584d2af16
Module with build-id f94a24f9ce8f3f394c3df23f7d436796797d4459
Module with build-id 4436aeea0cd8c01b5a77969e0531184f8b3513ce
Module with build-id e63600ab23b2f6997f42fac2fa56e1f02ce159a1
Module with build-id 614c189c0dad12cfff3dd96e3ffdd698bf209fb8
Module with build-id 8bf3cb884124273640de797a3e77d86c98434ea4
Module with build-id a0a45f81771945f0559d04e93726d245159930da
Module with build-id 21b00ab76bb16fde56fd741f07233c78069f0579
Module with build-id 27869ed0219ade5d2ffd50eaee11f967187faa8b
Module with build-id 85766e9d8458b16e9c7ce6e07c712c02b8471dbc
Module with build-id 5d817452a709ca3a213341555ddcf446ecee37fa
Module with build-id 140694a62d8d4d07c6c320a501f948dd1b389d73
Module with build-id 447e6072ef09d5e282332034705f86420c34e54e
Module with build-id 2b7cef25bd2ebfaec2fb1f12f40b1aef645bf634
Module udevadm with build-id eea9b7db9f4e282c62ccfa145f51fd3cffc40fd9
Stack trace of thread 359:
#0 0x00007f8029acee6f ioctl ( + 0x107e6f)
#1 0x000055f170aec666 n/a (udevadm + 0x1b666)
#2 0x00007f8029e96d9e n/a ( + 0x23dd9e)
#3 0x00007f8029e96f8e sd_event_dispatch ( + 0x23df8e)
#4 0x00007f8029e98d49 sd_event_run ( + 0x23fd49)
#5 0x00007f8029e98f20 sd_event_loop ( + 0x23ff20)
#6 0x000055f170ae6d90 n/a (udevadm + 0x15d90)
#7 0x00007f80299f4310 __libc_start_call_main ( + 0x2d310)
#8 0x00007f80299f43c1 __libc_start_main@@GLIBC_2.34 ( + 0x2d3c1)
#9 0x000055f170ae74b5 n/a (udevadm + 0x164b5)
ELF object binary architecture: AMD x86-64

Package versions:

systemd 250.4-2
linux 5.17.4.arch1-1
This task depends upon

Closed by  Antonio Rojas (arojas)
Sunday, 19 June 2022, 09:29 GMT
Reason for closing:  Works for me
Additional comments about closing:  Reason for request: doesn't seem to happen currently
Comment by Neven Sajko (Neven) - Monday, 25 April 2022, 02:37 GMT
It's reproducible, seems to happen reliably like so:

1. plug the USB drive into the USB A connector on my laptop. It gets assigned the /dev/sdb device file.

2. In parallel, do:

2a. `< /tmp/archlinux-2022.04.05-x86_64.iso cat > /dev/sdb`

2b. `dmesg -w -x`

3. notice that as cat exits (apparently at the same time), udev dumps core, with messages in the kernel log

4. `coredumpctl info /usr/bin/udevadm` shows the core dump info