Description of problem:
boot.iso does not boot with MacBook Pro 2,1
This is especially frustrating since this method of testing rawhide is suggested by
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. burn boot.iso from Rawhide to a DVD+R or CD-R.
2. restart computer.
If using refit, there are 3 options to boot.
a) boot the EFI way. -> it cannot load the efi image.
b) boot as a linux CD -> hangs with keyboard dead keyboard.
c) boot as a legacy system -> hangs with keyboard dead keyboard.
When it hangs the output is:
Select CD-Rom Boot Type:_
I cannot select anything, because the keyboard is dead.
The system boots
This is on a MacBook Pro 2,1 with 2.13 GHz Core 2 Duo processor
This can't be an efibootmgr bug, as in your described scenario, you never got Linux to start, and efibootmgr is a Linux userspace program.
pretty sure this is a case where the efi bootable CDrom doesn't actually boot normally or via EFI on some efi systems. Or something like that. Peter should have some more info.
Tried on a MacPro3,1 (8 core, dual Quad-Core Intel Xeon 2.8GHz and ATI Radeon HD 2600 graphics)
With yesterday's rawhide boot.iso the result is the following:
There are 2 options when booting (pressing the options key):
b) EFI Boot
a) it loads GRUB and then the kernel. However I end up with a blank screen after all the messages of the kernel are gone. keyboard seems to work (Caps lock toggles the led)
b) displays a small splash in the middle of the screen (with some graphical artifacts) and hangs. No keyboard response.
I own a MacbookPro2,2 and have a similar experience.
I used boot.iso from yesterday (2009-10-08). When booting rEFIt shows 3 options related to the CD:
Boot Linux from CD
The first two will properly load GRUB, but won't get passed it: GRUB just hangs after the kernel is selected, with a blinking cursor in the top-left corner.
Like the OP reported originally, Boot Linux from CD results in the output:
Select CD-Rom Boot Type:_
Just to report that the installation from the Live CD fails as well.
Of course it might be a different bug. If so, I'll file a new one.
Steps: use F12-Snap3-x86_64-Live-KDE.iso
In the terminal:
yum update anaconda (because the one on the CD fails)
installation finishes with success, but after reboot I end up with the grub prompt
Let me know if there's any other way I can try. It seems that installing Fedora rawhide is impossible.
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:
To solve this problem/bug update to the latest fedora or install the updates for your current one if they don't work reinstall completely
(In reply to comment #7)
> To solve this problem/bug update to the latest fedora or install the updates
> for your current one if they don't work reinstall completely
The point of this bug is installing is impossible... So reinstall completely is not an option.
I retried this with boot.iso of May, 13th, downloaded from ftp://mirror.karneval.cz/pub/linux/fedora/linux/development/13/i386/os/images/
The result is still exactly the same as in comment #4.
To be clear, this is the boot.iso that will be shipped with Fedora 13. So can one of the bugzappers please bump the version to at least 13 for this bug ?
This message is a reminder that Fedora 12 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 12. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '12'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 12's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 12 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.
Reopening ... still a bug with Fedora 14 boot CD.
*** Bug 540839 has been marked as a duplicate of this bug. ***
Macbook Pro 17" from early 2007.
Fedora 14 CD does not boot, giving the message [sic]:
Select CD-ROM Boot Type: _
Following advice here:
I went back to Fedora 10, and this boots and is currently
in the process of installing. I intend to try a preupgrade
I should add that these are the images I tried:
Richard, please try the full DVD iso? It should not have the EFI blessing on it and I suspect it'll boot OK.
(In reply to comment #15)
> Richard, please try the full DVD iso? It should not have the EFI blessing on
> it and I suspect it'll boot OK.
Damn, since I just made that laptop unbootable by accident,
looks like I'm going to have to try this :-(
Confirmed -- this machine boots fine from the F14 DVD.
Ok, this is definitely an issue with making the boot.iso EFI bootable. That's pjones land (who happens to be the bug owner). Note that for F15, we plan to make /all/ the isos EFI bootable so this is going to be an important issue.
FYI: same bug in Ubuntu:
I can confirm this is an issue with the Fedora 15 network install CD-ROM.
I was able to get the Fedora 15 network install CD-ROM to boot an my iMac by recreating the disc without EFI support.
I did something like this:
mount -o loop Fedora-15-x86_64-netinst.iso /mnt
cp -a /mnt/* /tmp/image
mkisofs -r -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -o /tmp/fedora.img /tmp/image/
(In reply to comment #13)
> Macbook Pro 17" from early 2007.
> Fedora 14 CD does not boot, giving the message [sic]:
> Select CD-ROM Boot Type: _
This is a firmware bug in the CSM on your platform, and there's nothing we can do about it while still supporting UEFI on systems with working firmware. #c21 has a workaround.
> Actual results:
> If using refit, there are 3 options to boot.
> a) boot the EFI way. -> it cannot load the efi image.
Apple doesn't implement UEFI booting for CDs, so this can't ever work.
> b) boot as a linux CD -> hangs with keyboard dead keyboard.
> c) boot as a legacy system -> hangs with keyboard dead keyboard.
These should be filed as another bug with more details specific to this case.
Well, i don,t know if i'm allowed to reopen the bug nor if this is the right package (maybe the kernel module ATI radeon driver should), but i think that it isn't completely true that apple doesnt support efi booting from CDs. I have an alu iMac (model 7,1) with similar hardware. Well, i've played a bit with grub2, efi and fedora14, making my own efi bootable dvds. The entire stuff seems more ore less to be working apart from one *big* problem: the video doesn't work, non matter if you try text mode, vesa mode, efi mode or whatever! The video doesn't work but you *can* boot! I can hear the sound of the GDM when X reaches the point of presenting the login screen, but the video is black. So the entire boot process is working, which lets me suppose that the problem is in the display driver. As for Fedora15, it seems we have a similar problem. If i use rEFIt and chose the EFI/BOOTX64.IMG to start fedora i can get into grub, from there i can open a command line and from there i can chose the vmlinuz and initrd.img in the isolinux folder. After that i can boot and the system seems to behave exactly as in Fedora 14. The boot process seems to go further but no screen.
If you need to reopen the bug, just flip the status field
back to 'NEW'.
.. although reading a bit further, it seems your problem
is nothing to do with this bug, so open a new bug.