Dracut 007 was booting this LVM-over-dmcrypt Grub entry just fine: ============================================================= title Gentoo GNU/Linux + DRACUT 008 initramfs 2.6.37-r1 root (hd0,0) kernel (hd0,0)/vmlinuz-2.6.37-gentoo-r1 KEYMAP=de-latin1-nodeadkeys root=/dev/mapper/gentoo-root initrd (hd0,0)/initramfs-2.6.37-gentoo-r1.img-008 ============================================================= With Dracut 008 I get about two seconds waiting and "No root device after". Any ideas?
(In reply to comment #0) > Dracut 007 was booting this LVM-over-dmcrypt Grub entry just fine: > > ============================================================= > title Gentoo GNU/Linux + DRACUT 008 initramfs 2.6.37-r1 > root (hd0,0) > kernel (hd0,0)/vmlinuz-2.6.37-gentoo-r1 KEYMAP=de-latin1-nodeadkeys > root=/dev/mapper/gentoo-root > initrd (hd0,0)/initramfs-2.6.37-gentoo-r1.img-008 > ============================================================= > > With Dracut 008 I get about two seconds waiting and "No root device after". > Any ideas? To be strict: You have some volume group and inside it encrypted logical volume which you expect to be mapped into /dev/mapper/gentoo-root, right? Is your volume protected by passphrase or key? Please attach output of dracut command you've called with -v option supplied. Has dracut discovered volume group and/or luks?
Created attachment 265211 [details] Output of "sudo dracut -H -f -v" (In reply to comment #1) > To be strict: You have some volume group and inside it encrypted logical volume > which you expect to be mapped into /dev/mapper/gentoo-root, right? No, the other way around: One big dmcrypt container with LVM inside of that. > Is your volume protected by passphrase or key? Passphrase. > Has dracut discovered volume group and/or luks? I don't see traces of that in the output, no.
(In reply to comment #2) > Created attachment 265211 [details] > Output of "sudo dracut -H -f -v" I guess you don't have dracut_modules_crypt enabled. But you've made the point. I'll introduce better feedback for user soon and even apply it in some revbump. PS. And I found some bug in --list-modules feature I'd liked to recommend you, by the way. Thanks! :-)
(In reply to comment #3) > (In reply to comment #2) > > Created attachment 265211 [details] > > Output of "sudo dracut -H -f -v" > > I guess you don't have dracut_modules_crypt enabled. Oh, right. With dracut_modules_crypt the problem is gone. > But you've made the point. > I'll introduce better feedback for user soon and even apply it in some revbump. Okay, cool. Do you want to re-sue this bug for it? Otherwise you can close this one, as far as I'm concerned. > PS. And I found some bug in --list-modules feature I'd liked to recommend you, > by the way. Thanks! :-) running "dracut --list-modules" just exits silently here, even when run as root. Is that expected?
(In reply to comment #4) > > But you've made the point. > > I'll introduce better feedback for user soon and even apply it in some revbump. > > Okay, cool. Do you want to re-sue this bug for it? Otherwise you can close > this one, as far as I'm concerned. I'll keep for reference until patch is ready. :-) > > PS. And I found some bug in --list-modules feature I'd liked to recommend you, > > by the way. Thanks! :-) > > running "dracut --list-modules" just exits silently here, even when run as > root. Is that expected? That's that bug. :-) I've already posted the patch, Harald will apply it in the morning, I think. I'll attach it with rev-bump along with the one mentioned above when it's ready.
Fixed in 009 release. I've written dracut-logger which allows setting level between 0 (off) and 6 (most verbose). More over --show-modules|-M option was added which prints modules name as being included to standard output which would be nicely used in new Genkernel.