[Bug 755093] Review Request: mactel-boot - boot tools for Intel Apple hardware

[bugzilla at redhat.com]

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 at kiilerich.com> 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.