To check if your EFI is 64 or 32 bit
Then you can use the 32 or 64 bit grub.efi test versions posted above to confirm.
Use the rEFIt GUI "About rEFIt" icon centre bottom row.
And some other interesting info using 'file' in MacOSX or Ubuntu terminalCode:Imac81 MacBook21 EFI Revision 1.10 1.10 Platform x86_64 (64bit) x86 (32bit) Firmware Apple 1.10 Apple 4096.01 Screen Output UGA Draw (EFI 1.10) UGA Draw (EFI 1.10) 1920x1200 120x800
The grub2efi PE format is acceptable to apple EFI but a separate file is required for 64/32 bit.Code:im81:~ pxw$ file /efi/refit/refit.efi /efi/refit/refit.efi: Universal EFI binary with 2 architectures, i386, x86_64 im81:~ pxw$ file /usr/standalone/i386/boot.efi /usr/standalone/i386/boot.efi: Universal EFI binary with 2 architectures, i386, x86_64 im81:~ pxw$ file /usr/lib/libSystem.B.dylib /usr/lib/libSystem.B.dylib: Mach-O universal binary with 4 architectures /usr/lib/libSystem.B.dylib (for architecture ppc7400): Mach-O dynamically linked shared library ppc /usr/lib/libSystem.B.dylib (for architecture ppc64): Mach-O 64-bit dynamically linked shared library ppc64 /usr/lib/libSystem.B.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/lib/libSystem.B.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64
Code:im81:~ pxw$ file /Volumes/usbhfsp1/EFI/grub64/grub.efi /Volumes/usbhfsp1/EFI/grub64/grub.efi: MS-DOS executable PE for MS Windows im81:~ pxw$ file /Volumes/usbhfsp1/EFI/grub32/grub.efi /Volumes/usbhfsp1/EFI/grub32/grub.efi: MS-DOS executable PE for MS Windows Intel 80386 32-bit
I tried to reproduce the conditions for your boot bug, by using the refit CD, booting grub.efi from the HD, and setting up a USB stick with msdos partitioning and partitions for ubuntu, swap and fat32 - as close as I could to your install.
But it booted vmlinuz and initrd (2.6.27-7-generic) and continued on happily with screen text after the boot command, where your screen froze.
So I think you had everything right and the presence of the CD was not the problem and it all should work - except for one possibility.
According to info on the rEFIt site documentation, there have been changes in the Apple EFI graphics mode support "late 2008". This might be responsible for the loss of any screen output after the boot command.
It involves 2 modes - the UgaDraw protocol (EFI 1.x) and the GraphicsOutput protocol (UEFI 2.x).
It is easy to see this information using the 'About rEFIt' icon in the refit GUI screen - shown in the 'Screen Output' line.
For the MacBook 2,1 and the Imac 8,1 the About refit info is -
Screen Output UGA Draw (EFI 1.10)
(the full output is in my post above).
You might like to check your 'About refit' to compare.
Yes, I installed the full package. Directory structure as follows:
/efi
/efi/grub64
*.efi, *.icns, *cfg + lots of *.mod files
/efi/refit
/efi/tools
I did look at grub.cfg and also added one entry of my own. However it's not that an entry doesn't work, it just doesn't show the list entries / the menu at all.
I will try changing the directory to /EFI just refit had it with /efi so i thought that would be good. Well, wubi gives you a norma linux system ... it is basically a normal linux file system just in a file on the windows disk, and a small initrd / kernel on the os x disk. This works with windows, and from what I know/read about grub2 it should be supported by grub, so I think it will work with os x. But I can rly investigate this later, right know it at least needs to display the menu and stuff, then I can investigate this further. I turned on debug with debug=all on commandline, however the output was way too much for my screen. Some guy on grub irc said that if you envoke grub_set_env() in grub_main() it should log debug output to disk, so could you maybe do a debug build?
I don't think this *should* matter, but for some reason it appears to be the case for rEFIt to see executables. It may also be that this is only required for Case-Sensitive HFS+ partitions as there should be no real distinction between lower-case and upper-case in normal HFS+ and FAT32
Last edited by cyberdork33; January 25th, 2009 at 06:15 PM.
Pxwpxw, I checked and I have "Screen Output UGA Draw (EFI 1.10)"
Good? Bad?
EFI and efi
EFi gets a menu from grub.cfg
efi gets a grub> command line
It is the way rEFIt is coded - it sees 'efi' then passes 'EFI' to grub and grub cant find grub.cfg.
If grub is put in another partiton is should also be /EFI for refit to recognise it. (Or maybe seen as EFI if you can work that out).
But change the case using the finder gui, otherwise you will find it difficult to "$ mv efi EFI"
Last edited by pxwpxw; January 26th, 2009 at 03:46 AM.
Same as everyone else so far, so I think not the problem, but could you post the full details and MacBook model to add to the database ( see cyberdork33 post above).
You have got it nearly beaten and grub.efi has finished its job, its just the final hurdle getting the screen and ubuntu kernel working.
Looking at other possibilities -
Did you have any install problems or unknowns for the ubuntu install to the usb.
Did you see what happened with grub legacy, it usually gets installed by default and it is compatible with grub-efi unless something goes wrong.
Maybe a reinstall could be worth a try, but not before you comment.
It seems -
(a) there is a video problem with efi for that Mac model hiding whatever progress is happening.
(b) there is a problem with running the initrd.img - could be a bad install, could be lots of other things. However from your previous post, the sizes for vmlinuz and initrd are as expected.
Last edited by pxwpxw; January 26th, 2009 at 07:35 AM.
Bookmarks