Description of problem: Rawhide nightly builds are not booting either from CD or using live cd creator. Version-Release number of selected component (if applicable): Fedora 17 , rawhide How reproducible: Download nightly build, try to boot. Steps to Reproduce: Boot Actual results: Dracut Warning; dracut: Fatal: Don't know how to handle 'root=live:CDLABEL=Fedora-17-Nightly-20111202-i6` Expected results: Build boots Additional info:
So the label in the parameter is obviously truncated. We are not sure if this is a bug in the nightly generation process, or in dracut. CCing Harald and Kevin. Reproducing this is trivial: download any current nightly build - http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/ - and attempt to boot it in any way. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Possible Alpha blocker, though Alphas would have a different label.
I think this is a dracut problem. I'm seeing it as well (with a livemedia created iso). file says that the iso has the following label: /tmp/boot.iso: # ISO 9660 CD-ROM filesystem data 'rawhide 17 x86_64 ' (bootable) and the CDLABEL has the full label string.
let's assign to dracut for now then. it should be reasonably easy to confirm the issue is in dracut by building a Rawhide live image using f16's dracut, I could try and do that later. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Just FYI, there is a report here http://ask.fedoraproject.org/question/590/loadup-failure?comment=1438#comment-1438 of a similar problem on Fedora 16. I asked this user to file a bug report here, but, possibly same problem / same fix for F16 and rawhide, just trying to save you all some effort.
It's unlikely to be the same problem. All F17 live images generated so far fail to boot for everyone on all hardware. This is certainly not the case with F16. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Can the image be booted by changig the truncated label name to something else?
If I try root=/dev/sr0 I get fsck from util-linux 2.20.1 fsck: fsck.iso9660: not found fsck: error 2 while executing fsck.iso9660 for /dev/sr0 then it drops to a limited shell could the new .conf options in fscks have something to do with this?
I think that's really a problem with "live:", since even when using UUID=XXX (what livecd-iso-to-disk does), I get the same error. The label isn't in cause.
Issue still present for Fedora-17-Nightly-20111223.10.
So the label in the parameter is obviously truncated. We are not sure if this is a bug in the nightly generation process, or in dracut. --I believe it be a dracut issue since the F16 Gnome gold release uses 'root=live:CDLABEL=Fedora-16-x86_64-Live-Desktop.is'.
(In reply to comment #11) > So the label in the parameter is obviously truncated. We are not sure if this > is a bug in the nightly generation process, or in dracut. > > --I believe it be a dracut issue since the F16 Gnome gold release uses > 'root=live:CDLABEL=Fedora-16-x86_64-Live-Desktop.is'. Note that the filename be truncated by ONE byte.
Still seeing this with Fedora-17-Nightly-20111228.11. Is there any way to get the Rawhide composes to boot at all?
Fedora-17-Nightly-20120106.15-i686-Live-desktop.iso has the same problem.
I built an image myself with livecd-creator, with the label "20120104-x86_64". It fails to boot in the same way as the nightlies, with the error: dracut: FATAL: Don't know how to handle 'root=live:CDLABEL=20120104-x86_64' Note that the label is not truncated, yet dracut still fails. I'm really leaning towards dracut as the culprit here. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
The "dmsquash-live" live module is missing. Please change the liveiso tools to add this dracut module on initramfs generation.
Hi Harald, What do you mean by "Please change the liveiso tools to add this dracut module"? Could you elaborate. My /usr/share/dracut/modules.d/ directory has "90dmsquash-live/parse-dmsquash-live.sh". Is there something to do to this file? Thanks a lot Laurent
The latest version of dracut drops some modules that used to be included by default. I'll add this to the dracut.conf we write out.
(In reply to comment #18) > The latest version of dracut drops some modules that used to be included by > default. I'll add this to the dracut.conf we write out. /usr/lib/python*/site-packages/imgcreate/live.py: def __write_dracut_conf(self, path): should also have f.write('add_dracutmodules+=" dmsquash-live "') and if we are at it: def _mount_instroot(self, base_on = None): - self.__write_dracut_conf(self._instroot + "/etc/dracut.conf") + self.__write_dracut_conf(self._instroot + "/etc/dracut.conf.d/02livecd.conf") This will prevent /etc/dracut.conf.rpmnew and just leaves it to the user.
Any ETA for a fix? I think this bug could potentially delay F17Alpha.
That's why it's marked as blocking F17Alpha. bcl was at FUDCon all weekend, I expect he'll fix this as soon as he's back into the swing of things. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
hopefully its fixed sooner rather than later
confirming the fix, I built a live image with this livecd-tools and it boots all the way to X in a VM. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
when will the new isos be available at http://alt.fedoraproject.org/pub/alt/nightly-composes/
Check here for all builds: http://koji.fedoraproject.org/koji/tasks?method=createLiveCD&owner=kevin&state=all&view=tree&order=-id I just downloaded the latest 64 bit desktop and it boots fine.
I just updated them a bit ago.
i tried that build and it is to get to the activities windows and when it finally gets there and i click on the install icon it never brings it up so i can install it. 64 bit build of the gnome desktop from the 20th of January
That's a different bug. There's no point reporting it here. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
(In reply to comment #28) > That's a different bug. There's no point reporting it here. > > > > -- > Fedora Bugzappers volunteer triage team > https://fedoraproject.org/wiki/BugZappers i filed the bug for my problem https://bugzilla.redhat.com/show_bug.cgi?id=783616
Thank you, the "Fedora-17-Nightly-20120120.10-i686-Live-desktop.iso" now boots, I shall be on to other bugs ... -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
livecd-tools-16.11-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/livecd-tools-16.11-1.fc16
livecd-tools-15.12-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/livecd-tools-15.12-1.fc15
livecd-tools-16.11-1.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.
The initrd0.img created on a yum update of a LiveUSB installed from Fedora-17-Nightly-20120423.09-x86_64-Live-desktop.iso (with the kernel-3.3.2-8.fc17.x86_64) also lacks the parse-dmsquash-live.sh and several other essential live image booting components.
initramfs-3.3.4-3.fc17.x86_64.img created on a yum update of a Live USB installation of Fedora-17-Nightly-20120503.13-x86_64-Live-desktop.iso continues to lack the parse-dmsquash-live.sh and the other essential live image booting components, and so fails to boot. Am I reporting this at the right place?
livecd-tools-15.13-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/livecd-tools-15.13-1.fc15
livecd-tools-15.13-1.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.