Bug 735023 - Fedora 16 live images are not EFI-capable: should use grub-efi package when available
Summary: Fedora 16 live images are not EFI-capable: should use grub-efi package when a...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: spin-kickstarts
Version: 16
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
Assignee: Jeroen van Meeuwen
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 743972 744386 (view as bug list)
Depends On: 743376
Blocks: F16-accepted, F16FinalFreezeExcept
TreeView+ depends on / blocked
 
Reported: 2011-09-01 08:14 UTC by Fabian Deutsch
Modified: 2012-03-16 20:37 UTC (History)
23 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-10-14 18:46:41 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Fabian Deutsch 2011-09-01 08:14:58 UTC
Description of problem:
Live media for EFI systems could be created using the livecd-iso-to-disk tools, but now the EFI folder is missing on the livecd and livecd-iso-to-disk fails if run with the --efi option.

Version-Release number of selected component (if applicable):
alpha

How reproducible:
always

Steps to Reproduce:
1. Download named image.
2. Run livecd-iso-to-disk --format --efi $ISO $DEV
3. 
  
Actual results:
livecd-iso-to-disk fails with ERROR: This live image does not support EFI booting

Expected results:
efi bootable disk is created

Additional info:
As noted above the efi folder is missing on the live cd ..

Comment 1 Fabian Deutsch 2011-09-27 14:34:11 UTC
The RC3 still can not be used with livecd-iso-to-disk and --efi - any progress on this?

Comment 2 Fabian Deutsch 2011-09-27 14:49:35 UTC
The F15-live can be used with the livecd-iso-to-disk --efi commandline and can be booted on a efi system.

Some versions:
- Fedora 15 with all updates-testing.
- Fedora-16-RC3 x86_64 image as of today.

$ rpm -q livecd-tools
livecd-tools-15.8-1.fc15.x86_64

$ sudo livecd-iso-to-disk --format --efi  Fedora-16-Beta-x86_64-Live-Desktop.iso /dev/sdg
Verifying image...
/home/fabiand/Downloads/Fedora-16-Beta-x86_64-Live-Desktop.iso:   266d2136cde77ee390f5e4f1ba033d7c
Fragment sums: 511daddc795156378fbaecd488c2d75b7b28c2a35c67eddc920f6aae9c16
Fragment count: 20
Press [Esc] to abort check.
Checking: 100.0%

The media check is complete, the result is: PASS.

It is OK to use this media.
WARNING: THIS WILL DESTROY ANY DATA ON /dev/sdg!!!
Press Enter to continue or ctrl-c to abort

wipefs: WARNING: /dev/sdg: appears to contain 'gpt' partition table
Waiting for devices to settle...
mkdosfs 3.0.11 (24 Dec 2010)
ERROR: This live image does not support EFI booting
Cleaning up to exit...

Comment 3 Tim Flink 2011-09-27 15:46:40 UTC
Fabian, can you confirm that you were using the Fedora 16 beta RC3 livecd from:
http://dl.fedoraproject.org/pub/alt/stage/16-Beta.RC3/Live/x86_64/Fedora-16-Beta-x86_64-Live-Desktop.iso

If so, the build logs for the livecd are in koji:

http://koji.fedoraproject.org/koji/taskinfo?taskID=3380695

Comment 4 Brian Lane 2011-09-27 16:04:15 UTC
livecd-creator needs the grub.efi file in order to build images with EFI support.

A grub-efi package that doesn't conflict with grub2 is needed.

Comment 5 Fabian Deutsch 2011-09-27 16:09:13 UTC
(In reply to comment #3)
> Fabian, can you confirm that you were using the Fedora 16 beta RC3 livecd from:
> http://dl.fedoraproject.org/pub/alt/stage/16-Beta.RC3/Live/x86_64/Fedora-16-Beta-x86_64-Live-Desktop.iso
> 
> If so, the build logs for the livecd are in koji:
> 
> http://koji.fedoraproject.org/koji/taskinfo?taskID=3380695

Yes I used exactly that file.

Comment 6 Mads Kiilerich 2011-09-27 16:28:52 UTC
(In reply to comment #4)
> A grub-efi package that doesn't conflict with grub2 is needed.

Note that grub (which includes efi) and grub2 only conflicts because the spec says so - there is no real conflict.

(There is however a bug in grubby that prevent it from working correctly when both packages are installed - see bug 725185.)

Comment 7 Adam Williamson 2011-10-04 17:59:10 UTC
Updating bug: pjones wants to create an EFI-specific grub-efi package which will not conflict with grub2, so I've filed a bug for that, and am making this a bug for spin-kickstarts to use that package once it exists, to render the live images once again EFI-capable. Proposing as NTH for F16 Final.

Comment 8 Brian Lane 2011-10-06 20:16:37 UTC
*** Bug 743972 has been marked as a duplicate of this bug. ***

Comment 9 Adam Williamson 2011-10-07 19:42:50 UTC
Discussed at 2011-10-07 NTH review meeting. agreed we need to know exactly what change is needed to make the live images bootable again to make a decision on NTH status: if it's just putting grub-efi into the ks, then that's fine, if there's any changes needed to livecd-creator, we might not want to do that during a freeze.

Comment 10 Chris Murphy 2011-10-09 02:04:32 UTC
*** Bug 744386 has been marked as a duplicate of this bug. ***

Comment 11 Adam Williamson 2011-10-12 01:38:29 UTC
I've verified that just building the live image with grub-efi added to fedora-live-base.ks (and a grub-efi package available from a side repo, obviously...) is enough to make an image that boots successfully both via EFI and BIOS. So as soon as the updated grub goes stable we can change fedora-live-base.ks and close this.

Comment 12 Jens Petersen 2011-10-13 09:38:57 UTC
Great.  So if grub2 pulls in grub-efi it will solve the issue for us. :)

Comment 13 Mads Kiilerich 2011-10-13 10:13:23 UTC
(In reply to comment #12)
> Great.  So if grub2 pulls in grub-efi it will solve the issue for us. :)

I doubt it will do that. I hope it doesn't. We might be able to specify grub and instead get both grub-efi and grub2, but specifying explicitly what we want instead of relying on magic would IMHO be a better solution.

(Or was it a joking smiley?)

Comment 14 Kevin Fenzi 2011-10-13 15:22:13 UTC
commit 3c72e9eae4ed169f7f8c756c0fafdd0f24fe4b01
Author: Kevin Fenzi <kevin>
Date:   Thu Oct 13 09:20:03 2011 -0600

    Add grub2, grub-efi and efibootmgr for EFI install/booting. Fixes bug #735023

grub2 and grub-efi don't depend on each other... I've added them to the ks files. 
They are also no longer in comps. 

This should hopefully do the right thing here.

Comment 15 Adam Williamson 2011-10-13 18:35:00 UTC
that's correct, AIUI. it's not really right for grub2 to depend on grub-efi. if we had some sort of virtual 'bootloader' provides it could require both grub2 and grub-efi, but we don't, so just pulling them both in explicitly is the right thing to do.

Comment 16 Adam Williamson 2011-10-14 18:46:41 UTC
the necessary change has been commited to spin-kickstarts: closing.

Comment 17 Jens Petersen 2011-10-17 02:36:26 UTC
Thanks --efi install works for me on latest nightly F16 Live images.

Comment 18 Martin Jürgens 2011-12-27 13:11:33 UTC
does not work for me. i can put fedora 16 onto a stick with the --efi option, but only a grub promt appears when efi-booting it.

Comment 19 satellitgo 2011-12-27 14:11:00 UTC
Works for Me
WORKS WITH SoaS v5 Coconut and SoaS v6 Pineapple 

Command:
sudo livecd-iso-to-disk --format --efi --overlay-size-mb 300 --home-size-mb 175 --delete-home --unencrypted-home Fedora-15-x86_64-Live-SoaS.iso /dev/sd(x) (x)=device name

Ref:
http://wiki.sugarlabs.org/go/Community/Distributions/Fedora-SoaS#MacBook_Persistent_SoaS_v5_and_SoaS_v6_EFI_Boot_USB

Comment 20 Adam Williamson 2012-01-03 23:34:23 UTC
"does not work for me. i can put fedora 16 onto a stick with the --efi option,
but only a grub promt appears when efi-booting it."

Then it worked. Or else you wouldn't have seen a grub prompt.

Clearly, you have *another* issue, but it's not this bug.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 21 Martin Jürgens 2012-01-08 13:32:45 UTC
its a grub command promt.
anyway, you do not seem interested to solve it which i find disappointing. well, then lets leave it that way

Comment 22 Chris Murphy 2012-01-08 17:17:10 UTC
(In reply to comment #21)
Please note the component, and the bug description. This bug is about making *live images* EFI capable again, not about subsequent boot problems from the resulting stick.

A GRUB prompt means it's not finding grub.conf so you need to find out why that might be. Maybe one wasn't created? Maybe it's empty or truncated? Maybe it's looking for it in the wrong location due to some EFI weirdness? [grub.efi and grub.conf get renamed to bootx64.efi and bootx64.conf on the resulting stick, so that .conf file is what you're looking for] Does the stick fail in the same way on a different EFI system?

If you do find a fully intact grub.conf that looks properly formatted then you need to do some grub command line work to see why it might not be finding the grub.conf...no one else can do these things on a system having this problem except you. 

And yes of course it's going to have to go in a different bug report because it's a completely different problem than what's described in this one. If you need help poking GRUB with a stick I suggest the installation help forum at fedoraforums.org with a clear subject like "GRUB-EFI boot fail, only get a grub prompt".

Comment 23 Martin Jürgens 2012-01-08 23:02:21 UTC
chris, thanks for your help. ive found a post on fedoraforums.org which did not get any reply and represents my issue. this is why i filed bug 772505 . lets see if it will work with fedora 17.

Comment 24 satellitgo 2012-01-08 23:04:03 UTC
see
1-)
http://wiki.sugarlabs.org/go/Community/Distributions/Fedora-SoaS#MacBook_Persistent_SoaS_v5_and_SoaS_v6_EFI_Boot_USB

Run "yum install livecd-tools" so it installs all the required
dependencies and  then use livecd-iso-to-disk
script:
sudo livecd-iso-to-disk --format --efi --overlay-size-mb 300 --home-size-mb 175
--delete-home --unencrypted-home Fedora-15-x86_64-Live-SoaS.iso /dev/sd(x)
(x)=device name

And:
2-)http://wiki.sugarlabs.org/go/Community/Distributions/Fedora-SoaS#MacBook_Pro_i7_CD_Boot
Works fine for me as CD (64 bit) or USB built with script


Note You need to log in before you can comment on or make changes to this bug.