'Twas brillig, and Thierry Vignaud at 11/04/12 07:49 did gyre and gimble: > On 11 April 2012 01:44, <[email protected]> wrote: >> Log Message >> >> Include persistent-storage udev rules (needed for UUID info on root disks >> during install) > > For the record, what does this fix?
Sorry, I should have been more verbose. Basically because of the previous commit: http://svnweb.mageia.org/soft?view=revision&revision=4014 We can now generate a "hostonly" initrd, i.e. a nice small, "normal" initrd that we typically produce, tailored for the system in question. As a fallout from this, when running the install with an encrypted root partition (and possibly just a normal LVM, not sure), various udev properties were not injected into the udev database. These properties (FS_UUID - can be seen via e.g. udevadm info --query=property --name=/dev/sda5) as needed by dracut to detect things properly (rather than resulting to lots of weird and wonderful probing methods dracut tries to use udev as it's primary source of info). So these rules ensured that the UUID of /dev/sd* partitions were available in udev. Hope that clarifies things. I was quietly hoping these two change would also solve https://bugs.mageia.org/show_bug.cgi?id=5330 but it seems that one will need a bit more investigation/work. Also note that on urpmi upgrade, the user will still have a large, non-hostonly initrd generated. We can't do much about that until the user has booted with that initrd and can then regenerate it again to make a nice lean, hostonly version. Cheers Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
