Linux crapbook 4.14.69-1-lts #1 SMP Mon Sep 10 16:59:09 CEST 2018 x86_64 GNU/LinuxĠ0:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) The only hiccup is that I cannot boot to a graphical environment because for some reason the graphics drivers don't play nice (boot fails without nomodeset in the kernel options, but that means I can't get a graphical interface) I overwrote ios with Arch Linux and installed grub with EFI support and it boots smoothly now. I left rEFIt on the main EFI partition because I didn't want to risk nuking that. I'm 99% there, it's just trying to cope with the macbook integrated graphics at this point. then it just gets corrupted graphics output. Now I'm booting LTS kernel with a couple of boot options (tsc=unstable clocksource=hpet) and it boots up just fine until Arch tries to switch to gpu acceleration. Looks like there's some issues with core2 duo processors on some recent kernel updates. It would seem that something doesn't like trying to cope with this hardware. `INFO: rcu_preempt detected stalls on CPUs/tasks: kworker blocked for more than 120 seconds ` More importantly: when I am able to load the kernel and start the boot process, *something* is eating up excessive CPU resources: Problems: GRUB doesn't appear to like the disk labelling or partition types and sometimes complains about 'unknown filesystem type'. On the macbook I've installed rEFIt which is able to boot to this drive. Ok, so I've made some progress with this:īy installing arch-install-tools, I've managed to install Arch Linux on an external USB drive with a separate fat32 grub partition with 32-bit efi.

I now have a working GUI which will suffice for what I need it to do.

had to specify BusID in an xorg config file had to set nomodeset in the boot options Had to use Arch Linux LTS kernel due to some wierd bug with newer kernels and Core2 Duo processors (Installing Arch was actually done on another machine with the hard drive connected via USB since I couldn't boot the macbook directly - installing arch-install-scripts allowed me to do so) Arch Linux installed with 32-bit grub (automatically booted from rEFIt so I'm not sure even the 32-bit was necessary) rEFIt installed via mac os to allow me to boot to other os's. Upon specifying the Bus ID in an XOrg config file, X now starts perfectly fine with the correct resolution and works reasonably well for running off of a framebuffer. I deleted the config file and X started complaining that I need to tell it a Bus ID to use for the display output. Due to my messing about with Intel driver settings, there was still an XOrg config file that was stopping X from starting.

Arch linux macbook