I have a Macbook 2006 (macbook 2,1) that has a 64-bit CPU and a 32-bit EFI.
On my own experience, it was easier to install Linux when I left a very Small OSX Lion partition on the system.
As I recall I started by wiping the whole machine, then I installed lion.
Then I installed the rEFInd Boot Manager
https://www.rodsbooks.com/refind/
After it was working fine, I used BootCamp Assistant to create a Windows partition.
I left a minimal Lion partition behind just for convenience.
I installed Ubuntu on that "Windows partition", I initially installed Lubuntu 18.10 x64 but I have bee upgrading the laptop periodically.
Currently I'm running Lubuntu 20.10 with Kernel 5.8
I followed this approach because BootCamp emualates BIOS.
Using mattgadient software or using one of his preconfigured releases, you can boot Linux x64 from BIOS.
https://mattgadient.com/linux-dvd-im...e-2006-models/
the problem with these early macs is that EFI partition is located in HPFS+ partition.
Also for the boot strap you need EFI32 boot loader.
It is possible to manually configure EFI Boot loader and x64 Linux, but Is not standard.
So so I could not find a pre-caned released that would allow me to do this out of the box.
I found a procedure that allowed me to do just that, manually setup an EFI32 loader, confugured all to boot x64 linux, After several trys, I got it to work, but I dropped that solution as I was worried that a future release will override the manual configuration, rendering the system inaccessible until it gets manually fixed again.
So I followed mattgadient recommendations and I used his software to strips UEFI boot loader out of the Linux ISO, leaving only the BIOS loader.
I think you have the link from previous posts, but for completeness here it is again:
https://mattgadient.com/linux-dvd-im...e-2006-models/
Note that I had good luck with Lubuntu. So you might try that ISO.
Once Lubuntu boot, almost all hardware was recognized. The only problem was the web cam.
I ended extracting the iSight firmware from the OSX Lion partition. I followed this guide from steps 1 to 7…
https://smallbusiness.chron.com/use-...ntu-38894.html
Another problem that I faced this year, was high CPU utilization from ACPI/IRQ9 kworker.
When I checked ACPI interrupts, I noticed that gpe17 had a very high trigger count.
I found the problem with this command:
output:
You can see that gpe17 is very high.
to fix that issue I added boot parameter acpi_mask_gpe=0x17 to GRUB and reboot.
with Ubuntu/Debian add "acpi_mask_gpe=0x17" parameter to /etc/default/grub, at the end of line GRUB_CMDLINE_LINUX_DEFAULT.
I edited the file using nano, but any editor will do:
Sample line before edit:
Sample line after edit:
then I ran the following to activate the setting:
and reboot
References:
For more details, see Linux kernel commit 9c4aa1ee which was first merged in Linux 4.10-rc3 and the bug reports linked to from there.
https://git.kernel.org/pub/scm/linux...9d9ae58fbafc11