Description of problem:
With an upstream approved re-install using grub2-install, and grub2-mkconfig, the resulting OS X entries on a dual-boot Mac, cause a kernel panic.
Version-Release number of selected component (if applicable):
Fedora 18 final
Steps to Reproduce:
1. Existing OS X installation with enough unallocated space for Fedora.
2. Install Fedora 18, reboot
3. umount /boot/efi
4. mount /dev/sda1 /boot/efi to replace the mactelboot JHFS+ ESP, with the real ESP (grub2-install fails to install grubx64.efi to a JHFS+ volume).
6. confirm /boot/efi/EFI/fedora/grubx64.efi is present.
7. confirm /boot/grub2/x86_64-efi is now populated with GRUB modules.
8. grub2-mkconfig -o /boot/grub2/grub.cfg
10. Choose either 32-bit or 64-bit OS X options.
XNU kernel panics
I expect OS X to boot.
MacBookPro 4,1 2008
Darwin Kernel Version 12.2.0: Sat Aug 25 00:48:52 PDT 2012; root:xnu-2050.18.24~1/RELEASE_X86_64 x86_64
Created attachment 688187 [details]
Created attachment 688188 [details]
photo of kernel panic
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.
(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)
More information and reason for this action is here:
Well at the moment GRUB upstream doesn't care about this problem enough to fix it. You could edit /etc/default/grub and add GRUB_DISABLE_OS_PROBER=true, then edit /etc/grub.d/40_custom to add an entry for OS X that includes:
And then run grub2-mkconfig to update the grub.cfg with these changes.
*** This bug has been marked as a duplicate of bug 893179 ***