I am registered, not a beginner, not very knowledgeable about building from files. If I click on GUI it downloads the latest 2.4 nightly, I require something similar for 3.0.0. Thanks for trying.
Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
macOS Tahoe 26 on Unsupported Macs Discussion
- Thread starter jshayya0184
- WikiPost WikiPost
- Start date
- Sort by reaction score
- Status
I am registered, not a beginner, not very knowledgeable about building from files. If I click on GUI it downloads the latest 2.4 nightly, I require something similar for 3.0.0. Thanks for trying.
MBP11,1: using OCLP 3.0.0 nightly now for 26.0b2 (and b1), from source.
EFI generation by OCLP works fine, also for MBP5,2. Thanks devs!
Experimented with root patching, so modified source to (1) allow patching for Tahoe, (2) but disable Haswell graphics and Wifi patching like in a previous post #263.
So left with audio and camera patches.
Audio patch lacks AppleHDA in present Universal-Binaries.dmg. Took it over from 26.0b1 and inserted it into the patching process of 26.0b2:
i.e. let it fail and don't quit OCLP but do in Terminal:
cd /var/folders/b8/b4xmtn4x45dfnq1jsyd5rt_m0000gn/T/tmpt0en8pn2/payloads/Universal-Binaries (or similar)
mkdir -p 26.0\ Beta\ 1/System/Library/Extensions
cp -R AppleHDA.kext 26.0\ Beta\ 1/System/Library/Extensions
to have the missing piece in this temp dir made from Universal-Binaries. Then return to main menu and repeat the root patching in the still active OCLP session.
Resulting system boots fine.
Internal audio not yet working for me though. Camera works ok.
Looking forward to a future 3.0.0 nightly. Thank you for the many things already achieved for Tahoe!
EDIT: a possible reason may be that the extended attribute com.apple.rootless of this kext (value is hex 00000000) can't be copied to the destination, nor can I set it manually there with xattr.
EFI generation by OCLP works fine, also for MBP5,2. Thanks devs!
Experimented with root patching, so modified source to (1) allow patching for Tahoe, (2) but disable Haswell graphics and Wifi patching like in a previous post #263.
So left with audio and camera patches.
Audio patch lacks AppleHDA in present Universal-Binaries.dmg. Took it over from 26.0b1 and inserted it into the patching process of 26.0b2:
i.e. let it fail and don't quit OCLP but do in Terminal:
cd /var/folders/b8/b4xmtn4x45dfnq1jsyd5rt_m0000gn/T/tmpt0en8pn2/payloads/Universal-Binaries (or similar)
mkdir -p 26.0\ Beta\ 1/System/Library/Extensions
cp -R AppleHDA.kext 26.0\ Beta\ 1/System/Library/Extensions
to have the missing piece in this temp dir made from Universal-Binaries. Then return to main menu and repeat the root patching in the still active OCLP session.
Resulting system boots fine.
Internal audio not yet working for me though. Camera works ok.
Looking forward to a future 3.0.0 nightly. Thank you for the many things already achieved for Tahoe!
EDIT: a possible reason may be that the extended attribute com.apple.rootless of this kext (value is hex 00000000) can't be copied to the destination, nor can I set it manually there with xattr.
Attachments
Last edited:
You could have saved yourself the trouble of installing the patch to repair AppleHDA; it doesn't work anyway, not even with the Oclp mod. The fact that the camera in the laptop worked again just because you installed open core 1.0.5, because it's connected via USB, and OpenCore 1.0.5 restored USB, which was the same for me on my late 2013 iMac. My Ethernet was also repaired after installing OC 1.0.5. WiFi also became visible again with OC 1.0.5, but it doesn't work. No WLAN networks are found.
Thanks for the info, good to know. Anyway it is a learning exercise for me, so worthwhile even if the resulting system doesn‘t fully work.
Hello to all,
MacBook Pro 5,2 (2009), non-metal reference machine
Installed Tahoe 16 beta2 on 2009 MacBook Pro 5,2 fitted with an SSD; interesting results.
Please note that computer was connected to internet via an Ethernet port at all times.
What worked:
Downloaded Tahoe 16 beta2 installer, using an OCLP in-bedded function, onto an SSD volume containing a preinstalled Sequoia 15.5 system.
Reversed patching mediated by OCLP 2.4 and, thereafter, removed OCLP 2.4 application itself from ~/library/application support/ Dortania.
An OCLP 3.0.0 nightly application was then installed onto that Sequoia volume, and OCLP 3.0.0 patches applied.
Launched the Tahoe 16 beta2 installer and let it go through the usual installation steps; it was a very slow process, involving multiple reboots and periods when the system appeared to stall, just to restart. Finally reached a login window, and was able to enter password (via external keyboard). However, the login process did finally stall with a “white screen” on the display.
Rebooted, and upon reaching the OCLP picker stage, pressed space bar to reveal other options. Selected and launched Recovery.dmg associated with Tahoe system. After reboot reached the Tahoe recovery panel and selected System Recovery (installation) for Tahoe. Process was slow, with multiple reboots, but finally did reach login window and entered the password.
This time the process did complete and desktop appeared on the screen. It was semi functional, incredibly slow to react to mouse click (mouse attached via external hub) and there was no dock. Iconserviceagent again dominated the CPU usage, as it did for the iMac 13,2 case; it does not seem to be a completely runaway process, but a system “reaction” to complex graphics mandated by Tahoe(?)
There was no WifI, sound, or graphic acceleration but, Ethernet was fully functional and connected to Internet.
While there were few actual icons visible in folders, a dashed line icon-outlines were present, and an application label visible below it. Right clicking into the dashed-line icon outline, and selecting “open”, did launch appropriate program. Launching Firefox in such manner produced a web browser window and access to internet websites.
Other applications may function well, but take a long time to fully open, e.g., system settings, control center, etc. OCLP 3.0.0 launched, but patching function was not available ("grayed out").
Attached is a screen shot of MacBook Pro 5,2 (non-metal) "desktop" under Tahoe 16 beta2.
Great job by developers and testers; it bids well for Tahoe’s possible future on older machines.
Hope this post may be of help.
MacBook Pro 5,2 (2009), non-metal reference machine
Installed Tahoe 16 beta2 on 2009 MacBook Pro 5,2 fitted with an SSD; interesting results.
Please note that computer was connected to internet via an Ethernet port at all times.
What worked:
Downloaded Tahoe 16 beta2 installer, using an OCLP in-bedded function, onto an SSD volume containing a preinstalled Sequoia 15.5 system.
Reversed patching mediated by OCLP 2.4 and, thereafter, removed OCLP 2.4 application itself from ~/library/application support/ Dortania.
An OCLP 3.0.0 nightly application was then installed onto that Sequoia volume, and OCLP 3.0.0 patches applied.
Launched the Tahoe 16 beta2 installer and let it go through the usual installation steps; it was a very slow process, involving multiple reboots and periods when the system appeared to stall, just to restart. Finally reached a login window, and was able to enter password (via external keyboard). However, the login process did finally stall with a “white screen” on the display.
Rebooted, and upon reaching the OCLP picker stage, pressed space bar to reveal other options. Selected and launched Recovery.dmg associated with Tahoe system. After reboot reached the Tahoe recovery panel and selected System Recovery (installation) for Tahoe. Process was slow, with multiple reboots, but finally did reach login window and entered the password.
This time the process did complete and desktop appeared on the screen. It was semi functional, incredibly slow to react to mouse click (mouse attached via external hub) and there was no dock. Iconserviceagent again dominated the CPU usage, as it did for the iMac 13,2 case; it does not seem to be a completely runaway process, but a system “reaction” to complex graphics mandated by Tahoe(?)
There was no WifI, sound, or graphic acceleration but, Ethernet was fully functional and connected to Internet.
While there were few actual icons visible in folders, a dashed line icon-outlines were present, and an application label visible below it. Right clicking into the dashed-line icon outline, and selecting “open”, did launch appropriate program. Launching Firefox in such manner produced a web browser window and access to internet websites.
Other applications may function well, but take a long time to fully open, e.g., system settings, control center, etc. OCLP 3.0.0 launched, but patching function was not available ("grayed out").
Attached is a screen shot of MacBook Pro 5,2 (non-metal) "desktop" under Tahoe 16 beta2.
Great job by developers and testers; it bids well for Tahoe’s possible future on older machines.
Hope this post may be of help.
What does the 3.0.0n patcher offer you? Is there a supported OS? Please show the next image, where the patches are also listed.
The patches are for Seq, probably because I still am on Seq, I do not believe there are patches yet for 26. Satisfaction offered is that I am now prepared for further experimentation in the near future, and that the genius Devs are in the game as usual. The video offers some info.
Oh - I thought you are already on Tahoe because it's the Tahoe thread.
Oh - I thought you are already on Tahoe because it's the Tahoe thread.
I spent a bunch of time trying to be on Tahoe, and only ever saw a glimpse of the background, now I will have a much better chance, I think I will at least wait for an addition to the changelog.
Just switch the branch, from main to macos-next:
GitHub - dortania/OpenCore-Legacy-Patcher at macos-next
Experience macOS just like before. Contribute to dortania/OpenCore-Legacy-Patcher development by creating an account on GitHub.
github.com
… and then go to SOURCE.md, where the usual prebuilt nightly is available.
Last edited:
Last edited:
Easy upgrade from Tahoe Beta 2 -> Beta 3. Polaris working. Sound working with VoodooHDA.
HackMini8,1 with i9-9900, UHD630 Graphics
HackMini8,1 with i9-9900, UHD630 Graphics
Last edited:
Same here on my iMac 18.3 (iMac 18.2 is almost done). The Mac Pro 7.1 Hack with i7-7700K & RX 580 8GB follows hereafter.
Last edited:
MBP11,1: also here, smooth upgrade from 26.0b2 to b3. From USB installer to external SSD, using OCLP 3.0.0n (from source because of changes for root patch tests).
First observation: graphics response not bad with b3 though no Haswell patch made. Writing from Safari in b3. Working while traveling on train, via iPhone cable connection as wifi not patched.
Second: AppleHDA is in /Library/Extensions after patching. No KDK used. >>Internal Audio is NOT working.<<
This: Facetime camera works, only after root patch.
Next will experiment a bit with contents of /L/E..
Still boots fine after frame buffer is in /L/E, but no further graphic speedup observed.
Next also put the HD5000 kext into /L/E. Will probably fail as in earlier macOS versions if other graphics root patches not applied....
Positive surprise. Can still boot, though no effect on graphic speed.
I'm very happy that I can still use this MBP11,1 while traveling (it has a new battery) and do root patching exercises in Tahoe while on a train... Many thanks to the OCLP developers, and to Apple that Tahoe is already so usable.
Attachments
Last edited:
Just to confirm, you have copied Tahoe Beta 1's AppleHDA.kext to /Library/Extensions and you have working audio in Tahoe Beta 3?
I tried the following on my late 2013 iMac (27-inch). I don't know if it's even correct for an original late 2013 iMac.
I copied the latest Lilu, WEG, and AppleALC.kexts into the kext folder in OC 1.0.5 and created the corresponding entries in the config.plist in Kernel.
Using "MyInstallerKext.app" from Insanelymac Form, I also successfully installed the Applehda.kext (4.5 MB) in S/L/E.
After rebooting, I went to System Information, then Extensions, and saw that ALL kexts were loaded. The sound still doesn't work, only USB sound. What's wrong? Why doesn't it work when all the kexts are loaded?
@LuckyOldMan, do you know what the problem might be?
Thanks for tips.
I copied the latest Lilu, WEG, and AppleALC.kexts into the kext folder in OC 1.0.5 and created the corresponding entries in the config.plist in Kernel.
Using "MyInstallerKext.app" from Insanelymac Form, I also successfully installed the Applehda.kext (4.5 MB) in S/L/E.
After rebooting, I went to System Information, then Extensions, and saw that ALL kexts were loaded. The sound still doesn't work, only USB sound. What's wrong? Why doesn't it work when all the kexts are loaded?
@LuckyOldMan, do you know what the problem might be?
Thanks for tips.
I have inserted Tahoe b1's AppleHDA.kext into the patching process of OCLP (post #302) which then put it to /L/E.
And internal Audio is NOT working, as before.
Not sure why - I observed that one of the extended attributes of this kext (com.apple.rootless) is not copied to the destination kext, and also can't be set manually with xattr.
BUT: I just tried again, from booted Sequoia on the internal disk, to set this attribute on the external SSD's Tahoe:
xattr -wx com.apple.rootless 00000000 /Volumes/Tahoe\ 11\,1/Library/Extensions/AppleHDA.kext
and this went without error message. The attribute is now displayed OK with xattr.
Now will boot Tahoe...
... and internal audio still doesn't work.
Last edited:
Smooth upgrade from Tahoe Beta 2 -> Beta 3 on my HackBookPro6,2. Without sound, without accelerated non-metal graphics and without Wi-Fi, this hack doesn't do much more than let me capture a screenshot of About This Mac 🤣
I don't understand why developers like Dortania or laobamac aren't able to continue working on the Tahoe beta 1 base, when AppleHDA was still active, and possibly then adapt the beta 3 so that at least the sound continues to work on our (late 2013 iMac) and other older Intel Macs.
It should be possible for the OCLP pros to integrate things from beta 1 (sound) into beta 2 and beta 3.
The Ethernet and USB issues were already solved by OC 1.0.5 alone. And if Ethernet works, Wi-Fi (except for mobile devices) is probably not that important.
I don't even want to talk about graphics support for e.g. nVidia Kepler etc., that probably won't work anymore, I've already given up hope.
It should be possible for the OCLP pros to integrate things from beta 1 (sound) into beta 2 and beta 3.
The Ethernet and USB issues were already solved by OC 1.0.5 alone. And if Ethernet works, Wi-Fi (except for mobile devices) is probably not that important.
I don't even want to talk about graphics support for e.g. nVidia Kepler etc., that probably won't work anymore, I've already given up hope.
macOS Tahoe 26 and OpenCore Legacy Patcher Support · Issue #1167 · dortania/OpenCore-Legacy-Patcher
Another WWDC has passed by, and this time it is bittersweet, as Apple has officially declared macOS Tahoe 26 to be the last version to support Intel Macs. Nevertheless, Apple has dropped additional...
github.com
The Mac OS Tahoe issue has screenshots of in progress patches for graphics and also outlines the work that other patches need. Please take a moment and read the issue and let the developers work instead of complaining about how you have lost hope.
I am unlucky with beta 3. Beta 2 was ok but with beta 3 I am stuck at login/password screen. I downloaded beta 3 from MrMacintosh's site and I note that the installation application has no icon, does that mean that something is missing?