bassMonkey
December 12th, 2011, 01:25 AM
Hello!
I'm experiencing a really long wait when booting freshly installed xubuntu 11.10 with only updates and mdadm + lvm2 installed. I have managed to narrow it down somewhat but still looking for a fix.
After disabling splash and quiet from grub I noticed it's waiting at /scripts/init-bottom/udev in initrd and continues after 61 seconds.
Not surprisingly i found a "udevadm control --timeout 61 --exit" line in there. Well, why does it fail so badly it waits for timeout before exiting?
After quite a bit of googling I found this:
http://us.generation-nt.com/answer/problem-lvm-gets-stuck-during-booting-due-recent-uevent-change-help-205241751.html
Ari Savolainen writes:
An init script (/scripts/init-bottom/udev in initrd) issues command
"udevadm control --timeouta --exit".
At the same time udevd is executing "/sbin/lvm vgchange -a y" (from
/lib/udev/rules.d/85-lvm2.rules) that calls ioctl to resume a logical
volume. After that lvm gets stuck forever. Booting continues after the
61 second timeout.
Milan Broz writes:
If you call vgchange or even vgscan from udev rule, it is completely wrong.
This is not lvm upstream udev rule btw.
This makes me slightly worried, does this cause any other problems than a annoyingly slow boot? Is there any way to fix this? I this a known issue?
Popcorn for anyone with any ideas regarding this.. :popcorn:
I'm experiencing a really long wait when booting freshly installed xubuntu 11.10 with only updates and mdadm + lvm2 installed. I have managed to narrow it down somewhat but still looking for a fix.
After disabling splash and quiet from grub I noticed it's waiting at /scripts/init-bottom/udev in initrd and continues after 61 seconds.
Not surprisingly i found a "udevadm control --timeout 61 --exit" line in there. Well, why does it fail so badly it waits for timeout before exiting?
After quite a bit of googling I found this:
http://us.generation-nt.com/answer/problem-lvm-gets-stuck-during-booting-due-recent-uevent-change-help-205241751.html
Ari Savolainen writes:
An init script (/scripts/init-bottom/udev in initrd) issues command
"udevadm control --timeouta --exit".
At the same time udevd is executing "/sbin/lvm vgchange -a y" (from
/lib/udev/rules.d/85-lvm2.rules) that calls ioctl to resume a logical
volume. After that lvm gets stuck forever. Booting continues after the
61 second timeout.
Milan Broz writes:
If you call vgchange or even vgscan from udev rule, it is completely wrong.
This is not lvm upstream udev rule btw.
This makes me slightly worried, does this cause any other problems than a annoyingly slow boot? Is there any way to fix this? I this a known issue?
Popcorn for anyone with any ideas regarding this.. :popcorn: