Description of problem: I get prompted for the drive and the path to install.img Version-Release number of selected component (if applicable): 12.37 How reproducible: boot the install from a usbkey Steps to Reproduce: 1.dd boot.iso to usbkey 2.boot the usbkey 3. Actual results: I get prompted for the drive and path to install.img. Expected results: The installer would mount install.img without prompting for the drive and path based on the passing of stage2=hd:LABEL=Fedora, this breaks kickstart driven installs that use a usbkey. Additional info: If I edit the stage2 line to be stage2=hd:LABEL=Fedora:/images/install.img I'm not prompted for the location of install.img
Please attach /tmp/anaconda.log to this bug report.
Created attachment 364775 [details] anaconda.log anaconda log with stage2 as is..
Created attachment 364776 [details] anaconda.log with stage2 appending :/images/install.img
*** Bug 529900 has been marked as a duplicate of this bug. ***
I sent a patch to anaconda-devel-list for review.
*** Bug 530710 has been marked as a duplicate of this bug. ***
I'm wondering that shouldn't this be a F12 Blocker? Because now USB installation is impossible and fixing the installer after the release is also more or less impossible.
Should be a F12 Blocker now that livecd-iso-to-disk.sh is featuring that option. http://git.fedorahosted.org/git/?p=livecd;a=commitdiff;h=09678eb9284f2df7618c4609998fd3bd95787251
clumens, wdyt? I am still not entirely clear on whether this is the 'right' way to do an install from a USB stick or what. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
<adamw> clumens: denise: oxf13: jlaska: would be good to get your opinions on whether https://bugzilla.redhat.com/show_bug.cgi?id=528809 should be blocker <buggbot> Bug 528809: medium, low, ---, rvykydal, ASSIGNED, Can't just dd boot.iso to usbkey <adamw> i am not 100% clear on it <Oxf13> yeah, that's something new, not a well tested feature not a blocker IMHO <denise> +1 -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
That livecd-iso-to-disk uses a different method than dd, and would not suffer this issue, however we are not tagging a build with that in, we're still in discussion upstream about whether or not to put that code in that script. dd of boot.iso is a relatively new and very much untested feature. It should not be an advertised option outside of the Live images. As such I would not block the release for this.
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Just tested this with Fedora 12 installer and it is broken as expected. Could somebody please switch the version to Rawhide since Fedora 12 installer won't be fixed anymore. Thanks.
USB installation still broken with Fedora 13 Alpha, in year 2010 :(
This bug appears to have been reported against 'rawhide' during the Fedora 13 development cycle. Changing version to '13'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Should be fixed in anaconda 14.4-1. Path /images/install.img is checked automatically if there is no other in stage2=hd: parameter.
for the record, that only fixes it for F14, I believe; F13 will still have this restriction. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Good news, one can now just dd the F14ß ISO (netboot) image to a USB stick and install from there! I noticed a minor usability when comparing CD vs USB (see bug 634285) but that's pretty harmless. Thanks!