Description of problem:
trying to pxeboot LiveCD image created by livecd-iso-to-pxeboot fails to mount root
Version-Release number of selected component (if applicable):
dracut-034-64.git20131205.fc20.1.x86_64 and also tried Fedora-Live-Desktop-x86_64-20-1.iso
Steps to Reproduce:
1. livecd-iso-to-pxeboot Fedora-Live-Desktop-x86_64-20-1.iso
2. network boot the generated image
drops to dracut shell after long delay waiting for rootfs.
Fedora Live boot
Actually trying to produce our own pxeboot live image using current Fedora 20 and experienced the problem. Then tried with official LiveCD and same problem.
If I add the squashfs.img file to to the initramfs instead of the iso and load that as root=live:/squashfs.img then it boots kind of.. except that it's not the right rootfs for a LiveCD.
The iso file is verified to be present at expected path in the initramfs.
Kernel command line:
rootflags=loop initrd=initrd0.img root=live:/Fedora-Live-Desktop-x86_64-20-1.iso rootfstype=auto ro rd.live.image quiet rhgb rd.luks=0 rd.md=0 rd.dm=0
Works fine in rawhide, and judging from dracut commit history this was fixed in 036 by this commit: http://git.kernel.org/cgit/boot/dracut/dracut.git/commit/?id=c84618d7ac5cf87c6efaaca00e52f69dcff954e1
loop is a module in fedora.
Err, don't know what happened there, wrong git url. This one:
Would be great if a fix for this can appear in Fedora 20, as oVirt Node PXE boot is blocked by this.
FWIW, I have confirmed that the same procedure works fine with F19, so this is a regression in F20.
dracut-037-10.git20140402.fc20 has been submitted as an update for Fedora 20.
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing dracut-037-10.git20140402.fc20'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
dracut-037-10.git20140402.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.