Bugzilla – Bug 144586
Race between udev device creation and boot.lvm vgscan with tmpfs /dev
Last modified: 2006-04-24 07:34:58 UTC
Booted with a self compiled kernel a system running 10.1beta1 doesn't mount file systems on LVs at boot. The problem seems to be that when the vgscan in boot.lvm runs the /dev in tmpfs is only very sparsely populated and missing most of the block devices. Without block devices vgscan doesn't find the volume group. Previously the problem was hidden because /dev was on disk and the block device nodes needed by vgscan were there anyways from the previous boot. While I can only reproduce it with a self compiled non modular kernel right now I suspect the race is there with the modular rpm too and will break something eventually. I work arounded it here by adding a sleep 3 on top of boot.lvm, but it's not a full or good solution of course.
Does it help, to make /etc/init.d/boot.device-mapper depend on boot.udev instead on boot.rootfsck (run insserv after it, to update the .depend* files)?
With that it boots yes.
Added boot.udev to Required-Start section of init script
I updated to beta3 and the problem is there again. The dependencies include udev for device-mapper, so there must be some other issue there too.
Reassigne to mintainer of udev, it seems that devices in tmpfs are not present even if boot.udev has been finished.
Please test with current release and update the version or close the bug.
Andi? What's the status on this one?
I'm retesting with RC2
I rebooted a few times and the race didn't trigger so I suppose it's fixed