2007 macbook pro efi firmware update4/17/2023 I hope this helps others in at least getting it to boot, and if only Apple provided the firmware restoration utility they/we wouldn't have to pay 500$ a pop for new logic boards. I am very satisfied with Apple that Ubuntu did not void the warranty, and the quick turnaround, but why not have firmware restoration for every Mac? I was able to take it to the Apple store Saturday and they had a new logic board in it the next day. I could find firmware restores and upgrades for other close models, but not this one. I dug around and could not find any firmware restoration utilities whatsoever. I did not have the OSX disc so a reinstall was not an option. Since I was able to boot into OSX, I wiped the bootcamp partition, restoring to default. Also, sometimes it would work when I do that and then press the power button again right after the indicator became solid again. If this does not work, when light starts blinking (after going through process again), immediately release and press the power button again, before the blinking stops. When the power indicator starts blinking, immediately release the power button. From here it is a little tricky, since I haven't quite figured out exactly what gets it to boot. With the Mac fully powered down, hold down the power button, until the power indicator light blinks. I ended up with a bricked Mac, but I was able to actually get it to boot: When doing so, I failed to specify the grub installation partition. I already had Ubuntu working on the Mac, but because of some problems with OS X and ******* (lame, I know), I decided to do a complete rebuild. I have also had this exact same problem with this model. Also on the sheet they gave me on what they did to fix it, it was a mother board replacement. It looks for HFS+ partitions and looks for a BOOTX.EFI, Which would need to mean it had to have been the firmware. Macintosh EFI firmware doesn't use the ESP partition at all. Even if this were to happen, you probably wouldn't hear anything about it. Note that this would mean that the ESP would look the same to you after you got the machine back as it did before the problem occurred, so the only chance of discovering the misdiagnosis would be if they sent the board somewhere for further testing and that testing turned up no problems. In this scenario, the motherboard replacement accomplished nothing, but the routine clean-up of the ESP did the job. The one possibility for my initial hypothesis is that the techs misdiagnosed the problem, replaced the motherboard, and as a routine measure, re-wrote the EFI System Partition (ESP). I'd file a bug report although you probably don't want to check to see if it's repeatable, it's so serious that the developers should know about it. If so, that's very disturbing, since it means that something in the GRUB code or Linux kernel did something to damage the firmware or even the hardware. So it will be need to be looked at by someone in the development team.Īnd sorry it took so long to respond… so many pointless project to do :p! So in theory im thinking it made a odd call and just over wrote something in the EFI system (You can access the firmware's FS through rEFIt), because it wouldn't even run POST. What im guessing is the Kernel made a call to ACPI to halt the CPU, to get to ACPI it needs to go through the EFI. I also think apple added their own bits of code from OpenFirmware as well. Refer to the post to Metatech The EFI's on Macintoshes us EFI 1.10 the Standard Intel defined and not the UEFI standard. No guarantees on that last caveat, though.) (My own Intel-based Mac is a 32-bit Mac Mini, and the 32-bit Ubuntu 11.04 installer includes no EFI support, so I can't test this hypothesis in the most direct and obvious way, but I might test the individual components of the hypothesis in other ways, if I find the time. I'd say this merits further investigation. Assuming that bug wasn't fixed in the final release version, and assuming that the Mac's BIOS either requires certain files in the ESP or can't understand FAT-16, it could be that wiping the ESP in this way explains the problem. It transpired that the installer was probably reformatting the EFI System Partition (ESP) as FAT-16, thus wiping out any previous boot loaders installed there. There was a thread a week or two ago in which somebody was attempting to install the 11.04 beta on a UEFI-based PC. Yes it would! Install using the PC Method… will come up as "Windows" on the Mac OS X Boot loader Would rEFIt have provided a better solution? The EFI is the firmware for the Mac, its like the BIOS for a PC. I've installed Mac OS X - Windows with no EFI partition and it booted fine. The EFI Partition has nothing to do with it. Just a naive question : how did you define the partitions during the installation ? Are you sure the EFI partition was not overwritten ?
0 Comments
Leave a Reply.AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |