I managed to get macbook8,1 past language select

[zkennedy137]

So it isn’t perfect but it did allow me past the language select screen. I created a partition on my internal ssd. I then restored the usb installer (Tahoe 26.7) I made to the internal partition. Then when I reboot (with the security checks disabled as mentioned here https://github.com/albert-mueller/OpenCore-Legacy-Patcher-T2-Instructions-for-T2-Macs) I can boot directly into the installer from the stock bootrom and it boots up and allows me past the language select.

I had tried to boot through Opencore prior so it boots with the boot arguments in nvram (verbose boot etc)

The only problem is after I get past the language select screen it knows it’s a MacBookair8,1 and denies the installer to continue saying MacOS Tahoe is not compatible or whatever it actually says. If there was some way to patch the installer to install onto a macbookair8,1 this might be a viable workaround to get through installation.

So main question is: are we able to patch the installer to accept the MacBookair8,1 as a compatible Mac.

Side note: I knew it was a longshot and prob wouldn’t work but I had a Hackintosh with similar specs so I tried to restore a Time Machine image. It didn’t and prompted me to install the OS then I could restore the Time Machine image.

[zkennedy137]

@albert-mueller @Medelcartelinc please see if this helps. it at least solves that the installer can boot.

[Medelcartelinc]

Thanks for testing this. Booting the installer from an internal partition via stock bootrom is a smart workaround because it bypasses the OpenCore AMFI environment that was causing the hang.

I will look into how to bypass the compatibility check in the installer natively. Give me some time to test this.

[zkennedy137]

but that is just it the AMFI doesn't actual cause the problem. I as able to boot the installer with amfipass kext and the -amfibeta boot arg. I had to disable restrict events.kext. The restrictevents.kext is the reason apfs is failing to load properly. I looked into the Dependancies in apfs.kext from Sonoma and Tahoe and there is quite a bit of difference. I am currently trying to create a new version of restrictevents.kext to fix this. @Medelcartelinc @albert-mueller

[zkennedy137]

at least with my specific model: macbookair8,1 its the restrictevents.kext

[zkennedy137]

This is the code that is modified with the possible fix/patch -- RestrictEvents.cpp

This is the original file -- RestrictEvents(original).cpp

This is the zip I downloaded from Acidanthera's repo -- repo

Try compiling this I just finally got my stable hack upgraded enough to install Xcode but I’m exhausted this one contains a patch I developed with google Gemini. I’m new to compiling a Kext from source. So if you or anyone on here would kindly compile this that would be great. :) I firmly believe this could be the answer to our problems.

[albert-mueller]

Hi, @zkennedy137 ! The kext folder is completely empty.

[albert-mueller]

You uploaded literally a 0KB ZIP file with nothing in it.

[zkennedy137]

sorry about that I was up super late and must not have compressed all the files. I uploaded the zip I downloaded to start with and the modified cpp file as well as the original (the cpp file from the zip) @Medelcartelinc @albert-mueller

[zkennedy137]

well I tried to compile it the source file has errors so I am going to try another type of patch

[zkennedy137]

Update: Some level of success found here.

#439 (reply in thread)