基本上正在发生的事情是这样的:
对于linux
grub 命令,我添加debug --verbose
并得到了这个!
60s 等待后:
systemd-udevd 'SomeDevicePartition' is taking a long time
超过 120 秒后:
systemd-udevd 'SomeDevicePartition' killed
它们发生在 +- : 60s, 180s, 240s, 365s
所以总共 6 分钟!!!
我想知道 udevd 杀戮超时是否可以降低到可能是 10 秒并且不重试?(在 grub 条目中使用一些配置)
如果您需要更多信息,整个问题的详细信息都在这里(以上只是必不可少的部分):https ://askubuntu.com/questions/1196874/18-04-grub-takes-about-6-minutes-to-boot -problem-systemd-udevd-somedevice
我有一个解决方法的提示:
udevadm --timeout=10
但我可能需要使用 LiveCD iso 映像来撤消它:它的配置存储
在哪里?udevadm
我试过cat ./udev/rules.d/* |grep timeout -i
了,什么也没找到……
它也适用于一般事件,因此,作为奖励:我可以配置一些特定的超时来处理分区检测吗?
这是 grub cfg 中的内容:
linux /vmlinuz-4.15.0-72-generic \
root=/dev/mapper/MyLvmGroupName ro \
nosplash $vt_handoff debug --verbose
作为https://unix.stackexchange.com/a/559979/30352(此处)的提示,我尝试了:
linux /vmlinuz-4.15.0-72-generic \
root=/dev/mapper/MyLvmGroupName ro \
rd.udev.event-timeout=10 \
nosplash $vt_handoff debug --verbose
但由于某种原因它似乎被忽略了:(因为我仍然有很长的超时时间(相同,没有任何改变)
自 +- 10/12/2019 以来我就遇到了这个问题:/(我上次在 Ubuntu18 上进行了完整更新)
看起来您的系统使用 systemd 的 udev。
所以,让我们开始这个服务手册页(systemd-udevd.service(8)):
并进一步:
因此,也许您可以尝试将
udev.event-timeout=10
(rd.
如果问题出在 initrd 阶段,则添加相同的前缀)到您的内核命令行。