Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=755093 --- Comment #15 from Mads Kiilerich <mads@xxxxxxxxxxxxx> 2011-11-23 13:10:36 EST --- A boot loader on the EFI system partition is not recognized by the OS/X Preferences Startup Drive. I guess that is because it is the EFI system partition, not because it is FAT. A /System/Library/CoreServices/boot.efi or /EFI/BOOT/bootx64.efi on the FAT EFI system partition will _not_ appear in the OS/X gui. It will however show up in the "Alt" startup menu. Using the system partition is thus not a solution if it must be possible to choose Fedora from OS/X. Being able to boot from the "Alt" menu and "blessing" with efibootmgr might however be a solution. I notice that your bless and OS/X gui both bless boot.efi, but your bless specify that it is a directory (2)? OS/X gui writes the same inode but uses 0x17 as type. They will generate exactly the same hexdump if I hack your bless to use 0x17 too (inode 0x57): 00000000 48 2b 00 04 80 00 08 00 48 2b 4c 78 00 00 00 00 |H+......H+Lx....| 00000010 ca f0 4a c1 ca f2 d3 8c 00 00 00 00 ca f0 4a c1 |..J...........J.| 00000020 00 00 00 0c 00 00 00 09 00 00 10 00 00 00 0a 00 |................| 00000030 00 00 08 57 00 00 02 4d 00 01 00 00 00 01 00 00 |...W...M........| 00000040 00 00 00 5d 00 00 00 49 00 00 00 00 00 00 00 01 |...]...I........| 00000050 00 00 00 17 00 00 00 57 00 00 00 00 00 00 00 00 |.......W........| 00000060 00 00 00 00 00 00 00 17 00 00 00 00 00 00 00 00 |................| 00000070 00 00 00 00 00 00 10 00 00 00 10 00 00 00 00 01 |................| 00000080 00 00 00 01 00 00 00 01 00 00 00 00 00 00 00 00 |................| 00000090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000000c0 00 00 00 00 00 01 40 00 00 01 40 00 00 00 00 14 |......@...@.....| 000000d0 00 00 00 02 00 00 00 14 00 00 00 00 00 00 00 00 |................| 000000e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000100 Blessing boot.efi as file or through symlink or renamed will apparently do exactly the same, both with your bless and with OS/X gui (except for the 2/0x17 issue). (Moving files around will of course change something in the first 64 bytes, but AFAICS the bless step is the same.) However, no matter if I bless with your bless os OS X gui: A symlink doesn't work. It will always use a /System/Library/CoreServices/boot.efi, either on the right partition or (very confusingly!) silently use another partition. That makes it hard and confusing to test. Could my behaviour be caused by non-standard EFI boot variables? I have previously done some experiments with OS/X bless, but I no longer have the grubx64.efi listed by: # efibootmgr -v BootCurrent: 0000 Timeout: 5 seconds BootOrder: 0080,0000 Boot0000* grub HD(1,28,64000,34b7e09a-8a76-42fd-8cad-6a2aaa332fff)File(\EFI\grub\grubx64.efi) Boot0080* Mac OS X ACPI(a0341d0,0)PCI(1f,2)03120a00000000000000HD(6,17716800,5000,aa0b2ede-b4b7-4105-aafa-09b6daeb8fa6) BootFFFF* ACPI(a0341d0,0)PCI(1f,2)03120a00000000000000HD(2,64028,3a1ec0c0,2e1af769-0d5d-4564-aaa9-9d10bb841908)File(\System\Library\CoreServices\boot.efi) btw: IIRC you mentioned that EFI variables didn't work on Macs and thus couldn't be used to solve the problem. IIRC my experience is that they do work ... but it might of course not be real EFI. Fedora already has a /usr/bin/bless packaged. That might cause confusion and might create a real conflict "soon". I guess it would be better to use some other name, such as /usr/sbin/hfs-bless. That will also avoid confusion with the OS/X tool. Have you looked into the .disk_label* boot disk labels created by OS/X blessing? It would be nice if Fedora could do the same and show something else than just "EFI Boot". http://www.finetunedmac.com/forums/ubbthreads.php?ubb=showflat&Number=15933 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review