Bug 533824 - --efi doesn't update bootx64.conf
Summary: --efi doesn't update bootx64.conf
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: livecd-tools
Version: 14
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Brian Lane
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: SOAS-4
TreeView+ depends on / blocked
 
Reported: 2009-11-09 12:50 UTC by Bastien Nocera
Modified: 2010-10-22 22:58 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-10-22 22:58:25 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
patch for above (1.08 KB, patch)
2009-11-09 12:50 UTC, Bastien Nocera
no flags Details | Diff

Description Bastien Nocera 2009-11-09 12:50:35 UTC
Created attachment 368198 [details]
patch for above

After generating a USB live key using livecd-iso-to-disk, I had to edit /EFI/boot/bootx64.conf to change the LABEL of the device to use.

By default the label used will be that of the ISO, instead of either LIVE (as used by the script), or the UUID from the script.

Untested change attached.

Comment 1 Warren Togami 2009-11-09 22:21:19 UTC
I applied this patch and tried with F12 i686 RC.4.

livecd-iso-to-disk --reset-mbr --format --efi foo.iso /dev/sdb1

The resulting disk neither Linux nor MacOS X can read.
Booting the Mac holding down the Option button doesn't see the USB stick.

Any suggestions?

Comment 2 Bastien Nocera 2009-11-09 22:51:47 UTC
(In reply to comment #1)
> I applied this patch and tried with F12 i686 RC.4.
> 
> livecd-iso-to-disk --reset-mbr --format --efi foo.iso /dev/sdb1
> 
> The resulting disk neither Linux

Linux can read it, but it won't be mounted by default. Launch the "Disk Utility" and you'll be able to mount the partition.

> nor MacOS X can read.

MacOS X sucks.

> Booting the Mac holding down the Option button doesn't see the USB stick.

That's probably worse though.

> Any suggestions?  

Did you boot this on a i686-only mac? If it has x86-64 (which most newer hardware does) then you'd need to use the x86-64 version of the ISO.

Or maybe your USB stick is broken...

Comment 3 Peter Robinson 2010-01-25 21:03:48 UTC
> Did you boot this on a i686-only mac? If it has x86-64 (which most newer
> hardware does) then you'd need to use the x86-64 version of the ISO.

Is there any reason the /EFI/boot/bootx64.conf can't be updated on both 32 and 64 live images? There shouldn't be any reason a 32 bit distro can't boot on 64 bit and Sugar on a Stick tends to push 32 bit so that the 'stick' will work with any machine.

Comment 4 Jeremy Katz 2010-01-26 01:38:15 UTC
(In reply to comment #3)
> > Did you boot this on a i686-only mac? If it has x86-64 (which most newer
> > hardware does) then you'd need to use the x86-64 version of the ISO.
> 
> Is there any reason the /EFI/boot/bootx64.conf can't be updated on both 32 and
> 64 live images? There shouldn't be any reason a 32 bit distro can't boot on 64
> bit and Sugar on a Stick tends to push 32 bit so that the 'stick' will work
> with any machine.    

As it currently stands, you need to have a kernel+grub that matches the bitsize of your EFI implementation.  It is certainly feasible to implement booting of 32bit EFI kernels from 32bit EFIgrub from 64bit EFI hardware, but no one has done the work

Comment 5 Fedora Admin XMLRPC Client 2010-05-07 15:41:18 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 6 Peter Robinson 2010-06-26 14:21:30 UTC
Updating to rawhide as its still an issue

Comment 7 Matt Domsch 2010-06-26 15:04:34 UTC
How will the 32-bit kernel react to seeing 64-bit SAL entry points?  I suspect this won't trivially work, but I don't have a system handy to test on for a few weeks.

Comment 8 Matt Domsch 2010-06-26 15:10:10 UTC
Adding linux-bugs, because I don't know that we've looked at booting a 32-bit kernel from 64-bit UEFI, but we'd like that to work if it doesn't.  For RHEL6, we don't intend to offer 32-bit RHEL, just like for SLES 9 and 10 we never offered the 32-bit flavors.  However, we know users who do run the 32-bit versions regardless, so it should work, albeit not a configuration for sale.

Comment 9 Bug Zapper 2010-07-30 10:46:49 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 14 development cycle.
Changing version to '14'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 10 Fedora Admin XMLRPC Client 2010-10-21 17:56:11 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 11 Brian Lane 2010-10-22 22:58:25 UTC
This appears to be working:

kernel /EFI/boot/vmlinuz0 root=live:UUID=E866-9B76 

/dev/sdd1: LABEL="LIVE" UUID="E866-9B76" TYPE="vfat"

As for booting 32bit on 64bit, I don't think that's really a livecd tool issue, and if it is it needs its own bug.


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