Systemd-udevd 100% cpu for 6 days, ubuntu studio jammy
Systemd-udevd pegged 100% CPU
Ubuntu studio jammy livecd, 9/14/22
k5.15.
Systemd 249.11-0ubuntu3.6
AMD fx CPU
Machine works fine w. various
ubuntu focal livecds,
various 5.4 kernels
A10 system shows the same problem.
1 ryzen system did not have this problem
Uas driver is loaded, no idea why,
SD card reader only USB device,
other than kb & mouse on a hub.
LVM is in use
No VM in use.
Question information
- Language:
- English Edit question
- Status:
- Expired
- For:
- Ubuntu linux Edit question
- Assignee:
- No assignee Edit question
- Last query:
- Last reply:
Revision history for this message
|
#1 |
Did you check the log for the service using journalctl ?
Revision history for this message
|
#2 |
This question was expired because it remained in the 'Needs information' state without activity for the last 15 days.
Revision history for this message
|
#3 |
Same problem on Intel i9
Ubuntu studio Jammy livecd
Kernel 5.15.0-
Journalctl -g udev shows nothing
Revision history for this message
|
#4 |
Journal: 26 entries 4 days ago at boot
Unshare failed
Snapd[1473]: Udevmon.go:149: udev event error...no buffer space available
Nothing for next 4 days,
100% CPU load for 4 days
Revision history for this message
|
#5 |
Hotplug mouse: recognized, shows in dmesg,
No response of cursor
Hotplug drive is ok.
Revision history for this message
|
#6 |
Do you have the possibility to verify whether this happens only on a system running in livecd mode, or also after installation on a hard disk?
Revision history for this message
|
#7 |
Do you use the ubuntu studio 22.04 installer iso file or the updated 22.04.1 iso?
Revision history for this message
|
#8 |
I9: studio daily livecd from November.
No systemd-udev cpu load until closing lid of laptop
Now 100%. Screen blanked, NOT sleeping, fan racing, slow to resume.
Sleep on menu did sleep it.
Revision history for this message
|
#9 |
Can't install until I have a 2nd drive
Revision history for this message
|
#10 |
Parted error
Possibly related?
Rm took a very long time!
Mkpart gave this warning after several minutes:
Failed to wait for daemon to reply: Connection timed out
A few minutes later repeated the message
Revision history for this message
|
#11 |
Parted: set flag:
Same warnings,
5 minutes to finish
Nothing in dmesg
Revision history for this message
|
#12 |
Pvcreate & vgcreate work after 5 min delay
Lvcreate hangs forever
Revision history for this message
|
#13 |
Above fail was to be a
New LVM on the 12thgen i9's NVME drive.
(Works on my ryzen)
Revision history for this message
|
#14 |
AMD FX, K5.15.0-54 Generic,
Ubuntu budgie jammy
Lvs hangs
Revision history for this message
|
#15 |
This question was expired because it remained in the 'Open' state without activity for the last 15 days.
Revision history for this message
|
#16 |
After another sleep/wake
Ryzen 4600G also has this problem
k5.15.0-
Systemd 249.11-0ubuntu3.6
Also usb ethernet did not get an IP
(was online before suspend)
Revision history for this message
|
#17 |
Tried:
Systemctl stop Systemd-udevd
Restarted immediately, still 100% CPU.
i9 pegs all cores to 100% frequency:
I turned turbo off, found the pid, ran
sudo taskset -p 0x008000 $udevdpid
cd /sys/devices/
echo 400000|sudo tee scaling_max_freq
Revision history for this message
|
#18 |
Lvm fail workaround:
(I found this online,
No idea if it is safe,
Seems ok so far)
sudo pkill -SIGCONT lvcreate
Revision history for this message
|
#19 |
Workaround 2:
(No idea if this is safe, worked for me AFAIKT)
sudo dmsetup udevcomplete_all
(Sometimes needed 2x or more)
Revision history for this message
|
#20 |
This question was expired because it remained in the 'Open' state without activity for the last 15 days.
Revision history for this message
|
#21 |
Partprobe also freezes
Cryptsetup freezes, partition is open but no entry in /dev/mapper
Revision history for this message
|
#22 |
Plug in usb ethernet, no message in dmesg for 2 days, no IP from DHCP
Revision history for this message
|
#23 |
Same udev issue, linux 5.13.0-52 generic focal, live boot usb3, 2nd usb3 drive
Revision history for this message
|
#24 |
A10 : kubuntu lunar, kernel 6.1,
Systemd-Udevd 100% CPU after sleep, livecd
Udev 252.4-1ubuntu1
Revision history for this message
|
#25 |
Udev 245.4-4ubuntu3.17 also fails after sleep
Revision history for this message
|
#26 |
i9: udevd still fails
5.19.0-1018 lowlatency
Studio livecd 230303
Revision history for this message
|
#27 |
This question was expired because it remained in the 'Open' state without activity for the last 15 days.
Revision history for this message
|
#28 |
Ubuntu cunnamon lunar
Kernel 6.2
i9 12900
udevd still fails after
Sleeping a livecd boot.
Another Lvm workaround:
DM_DISABLE_UDEV=1 lvcreate ...
Revision history for this message
|
#29 |
Ryzen: workaround:
systemctl status systemd-udevd*
# should list 3 units
systemctl stop systemd-udevd*
# cpu load normal
systemctl start systemd-
# hotplug now works. YMMV.
After hotplug,
systemctl status systemd-udevd*
Gave errors for new device sda...unshare ... snap ...
But device is working
Revision history for this message
|
#30 |
Ryzen will no longer sleep after udevd restart
Revision history for this message
|
#31 |
This question was expired because it remained in the 'Open' state without activity for the last 15 days.
Revision history for this message
|
#32 |
FYI: same result on peppermintOS, kernel 5.10.149, udev 3.2.9
Sleep livecd wakes w. Udev 100% cpu
So not strictly a ubuntu issue,
Or just a systemd issue (no systemd)
Or a deep sleep issue (15W asleep)
workaround:
sudo ./eudev restart
Revision history for this message
|
#33 |
Besides sleeping,
On ryzen (jammy)
Adding a partition to a usb drive
Triggers udevd to 100% cpu
Revision history for this message
|
#34 |
Did Cinnamon lunar 'poor man' install
(Copied livecd iso to a small partition )
Sd card booted to internal nvme
Removed sd card reader
Sleep wake now ok, no udevd issue
(with no sd card reader)
Looks like a USB issue
Revision history for this message
|
#35 |
This question was expired because it remained in the 'Open' state without activity for the last 15 days.