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 #2 from Mads Kiilerich <mads@xxxxxxxxxxxxx> 2011-11-18 21:03:27 EST --- I tested on a Macmini5,1. I had problems making it work and make these comments before I have resolved all of them. Some of the problems are probably caused by some bad work-arounds. gdisk /dev/sda # 10 MB is enough, code AF00 partprobe /dev/sda mkfs.hfsplus -v fedora-hfsplus /dev/sda6 # no UUID support in mkfs.hfsplus yet vim /etc/fstab # remove old /boot/efi and add new one instead umount /boot/efi mount /boot/efi mkdir -p /boot/efi/EFI/redhat grub2-efi-mkimage -O x86_64-efi -o /boot/efi/EFI/redhat/grub.efi \ -p /EFI/redhat part_gpt hfsplus fat \ ext2 btrfs normal chain boot configfile linux appleldr minicmd \ loadbios reboot halt search font gfxterm # new config path grub2-efi-mkconfig -o /boot/efi/EFI/redhat/grub.cfg ln -sf /boot/efi/EFI/redhat/grub.cfg /etc/grub2-efi.cfg rpm -ihv mactel-boot-0.1-1.fc16.x86_64.rpm The new partition shows up in the Apple EFI "Alt" boot loader with a nice icon, but most of the time it boots OS/X instead of showing grub2. grub2 failed, probably because it lack a lot of the modules referenced in grub.cfg. They are not built into grub.efi and haven't been placed in the file system by grub2-efi-install (which can't install to folder not named grub2-efi anyway). It helped to add these extra modules to the image. I assume that if you want grub.efi to be installed directly from rpm without grub2-efi-install then all the relevant modules has to included in the build time mkimage ? I noticed some problems with hfsplus partitions created in OS/X. They will be mounted read-only by linux if they are journaled (unless they are mounted rw,force). That might deserve a documentation note somewhere. Absolute symlinks assuming the fs is mounted on /boot/efi seems bad. I guess it should be ln -sf ../../../EFI/redhat/grub.efi \ /boot/efi/System/Library/CoreServices/boot.efi /boot/efi/System/Library/CoreServices/boot.efi is a %ghost file. %scripts shouldn't rm /usr/share/pixmaps/bootloader/fedora.icns but /boot/efi/.VolumeIcon.icns bless is obviously inspired by OS/X bless, but I guess it only do the "_this_ is the boot loader of _this_ hfs partition" part of it, without touching EFI at all? It would be nice if it was clarified in the man page what it actually do. A hint that other "bless" functionality can be found in efibootmgr would also be nice. I guess the plist should start with '<?xml', and a DOCTYPE would be nice too. As indicated by your blog it would look nicer if ProductVersion in the plist came from $(sed 's, release .*$,,g' /etc/system-release) instead of showing the mactel-boot version. -- 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