Bug#522041: initramfs-tools: conf/conf.d/cryptroot missing from initrd.img when using file system label

[maximilian attems <max@stro.at>]

On Tue, Mar 31, 2009 at 11:47:49AM +0200, Michael Lange wrote:
> Package: initramfs-tools
> Version: 0.92o
> Severity: important
> 
> After upgrading from etch to lenny the new kernel would not boot, but stop with a message "Waiting for 
> root file system". The root file system is on a luks partiton as /dev/mapper/root. As suggested in the 
> debian docs I added a file system label to /etc/fstab to avoid possible /dev/hda - /dev/sda confusions 
> with a new kernel before upgrading, so the line for the root partition in /etc/fstab looked like:
> 
> LABEL=CRYPTOROOT     /          ext3        defaults,errors=remount-ro     0   1
> 
> When I opened the initrd.img with gzip and cpio I found the conf/conf.d/cryptroot was missing; when I 
> added it manually and re-packaged the initrd.img the system would boot up normally.
> On a web search I found the discussion about bug #507721 and although I was not able to fully understand 
> the technical details I thought it resembled my problems a lot. I then just tried to replace the 
> LABEL=CRYPTROOT in /etc/fstab with /dev/mapper/root and ran update-initramfs again which then resulted 
> in a correct initrd.img, so it looks like initramfs-tools does not handle file system labels correctly.

did you try to pass a "rootdelay=12" bootparam?