[This is a repost of a message I sent earlier. It contained 2 screenshot attachments and was ignored by the ML-software due to its size.]
> I filed Bug#676882 (LVM) [...] I now have the option to decide between a n[e|o]tbooting dracut-faiclient. If I do not provide rd_NO_LVM via tftp, then the fai-client does not boot. [compare evidence a) ] http://www.fluffbunny.de/fai-dracut-lvm-1.jpg If I do provide rd_NO_LVM, then fai starts (finally), but setup-storage bugs out rather drastically [compare evidence b) ] http://www.fluffbunny.de/fai-dracut-lvm-1.jpg If I wipe the disc manually first, then there's no problem. If a LVM-Volume exist then dracut refuses to proceed. I tested this with 4.0.1 from Debian repository / fai-project.org and 4.0.1+0~1337780587.49~1.gbpbd6de4 from jenkins.grml.org just to make sure there isn't already a workaround/fix in setup_storage. disk_config is: ------------------------------------------------------------ disk_config disk1 disklabel:msdos #part.type usage size filesystem options primary /boot 100M ext2 rw primary swap 8G swap sw primary - 4G- - - disk_config lvm vg vg_system disk1.3 vg_system-root / 4G-12G xfs rw ------------------------------------------------------------ (I'm using this config for 3.4.7/3.4.8 too.)
