Essentially what is happening is this:
linux grub command, I added
debug --verbose and got this!
after 60s waiting:
systemd-udevd 'SomeDevicePartition' is taking a long time
after more 120s:
systemd-udevd 'SomeDevicePartition' killed
they happen at +- : 60s, 180s, 240s, 365s
so a total of 6minutes!!!
I wonder if udevd killing timeout could be lowered to may be 10s and do not retry? (using some config in the grub entry)
if you need more info, the whole problem details is here (above is just the essential part): https://askubuntu.com/questions/1196874/18-04-grub-takes-about-6-minutes-to-boot-problem-systemd-udevd-somedevice
I got a tip to workaround it:
but I may need to undo it using a LiveCD iso image so:
udevadm stores it's configuration? I tried
cat ./udev/rules.d/* |grep timeout -i and it found nothing...
Also it is for generic events so, as a bonus: is there some specific timeout I can configure for dealing with partition detection?
here is what is in grub cfg:
linux /vmlinuz-4.15.0-72-generic \ root=/dev/mapper/MyLvmGroupName ro \ nosplash $vt_handoff debug --verbose
as a tip from https://unix.stackexchange.com/a/559979/30352 (here), I tried:
linux /vmlinuz-4.15.0-72-generic \ root=/dev/mapper/MyLvmGroupName ro \ rd.udev.event-timeout=10 \ nosplash $vt_handoff debug --verbose
but it seems to be ignored for some reason :( as I still have very long timouts (the same, nothing changed)
I am with this problem since +- 10/12/2019 :/ (The last time I did a full update on Ubuntu18)