Description of problem: livecd-iso-to-disk (I know, other app), ignores the EFI/ directory on the root of the LiveCD. I need to be able to generate bootable USB keys which can boot in either legacy BIOS mode (syslinux), or UEFI mode. This will involve copying the /EFI/ directory from the LiveCD onto the USB key, and munging the bootx64.conf and grub.conf files (they match) to use the new root= that is normally specified in /syslinux/syslinux.cfg. It's really that simple. Version-Release number of selected component (if applicable): v3.7.3 at least
Created attachment 363402 [details] 0001-add-EFI-directory-preparation.patch Something like this completely untested patch.
Created attachment 363487 [details] 0001-add-EFI-directory-preparation.patch Slightly revised patch, tested. Please review and consider applying upstream.
Created attachment 363493 [details] 0001-add-EFI-directory-preparation.patch Another update to the same patch. If the Live ISO doesn't have an EFI directory, there's nothing to do. And don't munge the boot{x64,ia32}.conf files for architectures that aren't present.
Thank you for the patch, Matt. I just tried testing this with F12-Snap3-x86_64-Live on my Intel-based iMac. I was able to get to the grub screen, but when attempting to boot a kernel, the grub background just stays on the screen for about 25 seconds, then a green bar appears at the top of the screen, and my USB sticks stops blinking. I suppose this problem has nothing to do with the patch, as I have been unable to get this iMac to boot even using the efiboot.img or livecd-iso-to-disk --mactel.
Luke, that probably means efifb in the kernel doesn't understand your screen properly, or some other kernel failure is occurring. That should probably be opened as another bug.
(In reply to comment #3) > Created an attachment (id=363493) [details] > 0001-add-EFI-directory-preparation.patch > > Another update to the same patch. If the Live ISO doesn't have an EFI > directory, there's nothing to do. And don't munge the boot{x64,ia32}.conf > files for architectures that aren't present. Applied upstream in 090518b43a25155b238aace8ed123788319a3297 Thanks, Matt!
(In reply to comment #5) > Luke, that probably means efifb in the kernel doesn't understand your screen > properly, or some other kernel failure is occurring. That should probably be > opened as another bug. Filed as bug #528232
liveusb-creator-3.8.6-1.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/liveusb-creator-3.8.6-1.fc12
liveusb-creator-3.8.6-1.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/liveusb-creator-3.8.6-1.fc11
liveusb-creator-3.8.6-1.fc12 has been pushed to the Fedora 12 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update liveusb-creator'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F12/FEDORA-2009-11209
liveusb-creator-3.8.6-1.fc11 has been pushed to the Fedora 11 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update liveusb-creator'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-11232
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
liveusb-creator-3.8.6-1.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.
liveusb-creator-3.8.6-1.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.