Bug 505817

How i fixed it:
At the rEFIt boot screen, i chose the shell where i ran gptsync. It said syncing was required, and so i did. After syncing, exit the shell, and reboot. Now i could choose fedora in the rEFIt menu. (The first time, it seemed to hang after choosing linux, but after a hard reboot, fedora booted.)

If you have a new model MacBook (5.1), you should beware though that Fedora is not ready for this model yet. Especially trackpad and sound are a problem, and you'll need closed source drivers for your wireless, and you'll probably want them for your graphics driver as well.

I've just installed F11 (x86_64) on my iMac and experienced the same problem. I fixed it with starting the refit tools. Refit suggested to resync the mbr as it was not updated. After updating it all works as it should.

I did not have this problem with F10. It seems anaconda (?) forgot to sync the mbr partition after partitioning.

Thank you very much. 'gptsync' fixed the problem for me, and it did not even seem to hang the first time.

(It is not the latest 5.1 Macbook that I am using. In fact I have been using Fedora on it since Fedora 9.)

I fixed installing grub in boot directory -> setup (hd0,0), not in mbr setup(hd0)

rEFIt is not included in Fedora. If you're using rEFIt, a solution/workaround is noted in comment #1.

It seems Anaconda messes up the MBR. Installing F10 went fine, installing F11 leads to boot problems. So how is this not a bug?

follow bug 444490 for the anaconda problem

(In reply to comment #5)
> rEFIt is not included in Fedora. If you're using rEFIt, a solution/workaround
> is noted in comment #1.

Given that I have been using this setup of rEFIt + MacOS + Fedora since the Fedora 9 days, do you mean to say that from Fedora 11 onwards rEFIt is not meant to work? Otherwise this is a regression.

(In reply to comment #8)
> Given that I have been using this setup of rEFIt + MacOS + Fedora since the
> Fedora 9 days, do you mean to say that from Fedora 11 onwards rEFIt is not
> meant to work? Otherwise this is a regression.  

This working in previous versions of Fedora is purely coincidence - it has never been supported.

Why is this bug closed? Anaconda should have updated the mbr as it did in F10! So In my opinion yes, this is a regression.

Normally anaconda is (should be) aware of gpt partitions.

And in my case is just Fedora and nothing else. After upgrade from Fedora 10, i had no boot, so I fixed installing grub in boot directory -> setup (hd0,0), not in mbr setup(hd0)

Stating that the working was purely coincidence implies that Fedora basically does not support MacBooks or MacBook Pros.

Andy -- this used to work intentionally.  We lost some bits in the storage rewrite and there's another bug where I detailed what we're missing for Chris.  Just a matter of getting the right things plugged back in

All the testing on the Intel Macs was apparently done using EFI instead of through the legacy/BIOS boot compat

As I understand it, rEFIt is just a graphical chooser - it doesn't do anything that the EFI shell wouldn't.  Apple's implementation looks to be EFI 1.1 with BIOS emulation support.

Fedora doesn't usually have an HCL, it supports certain technologies or not.  One would expect something that breaks EFI/rEFIt on Macs to break other EFI/BIOS implementations as well - Apple is just the most prolific manufacturer of EFI machines.

(In reply to comment #14)
> Fedora doesn't usually have an HCL, it supports certain technologies or not. 
> One would expect something that breaks EFI/rEFIt on Macs to break other
> EFI/BIOS implementations as well - Apple is just the most prolific manufacturer
> of EFI machines.  

Most other EFI machines that also have a legacy BIOS end up using standard MBR/MSDOS partitioning rather than GPT.  

The Apple boxes really do have a fair number of quirks unfortunately.

Then I have been misled by dcantrell! You can have it.

*** This bug has been marked as a duplicate of bug 503149 ***