This fix worked for me too on MBP 8.2
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 11 Big Sur on Unsupported Macs Thread
- Thread starter dosdude1
- WikiPost WikiPost
- Start date
-
- Tags
- 10.16 macos unsupported
- Sort by reaction score
- Status
I just made a new prelinkedkernel fix that should work for any "non-APFS and legacy USB Mac", it works without opencore, it includes the AppleHDA.kext (HighSierra) the patched IO80211Family.kext (for AirPortBrcm4331 Wifi cards) and Ethernet for Nvidia chipset Mac.
edit:
From BigSur beta 3 use this instead: BigSur Penryn beta3 prelinkedkernel fix.command.zip
edit:
From BigSur beta 3 use this instead: BigSur Penryn beta3 prelinkedkernel fix.command.zip
Last edited:
There seems to be a bug in terminal or whatever, I typed the command and path, a no go, I than typed:
sudo kextcache -I and dragged the folder to it, oddly that did work./Confused
prelinkedkernel fix4 beta1 script fixed Wi-Fi instantly! – and I ran it from my Catalina partition too. I thought non-BS volumes couldn't understand the BS APFS system, e.g. Cat shows the BS System volume as Update etc.
Internal audio devices are still not detected, and I'm worried it might be because my speakers & mic aren't the original Apple ones. I had to replace them with some cheap replica years ago due to liquid damage – but they work fine in Catalina.
Next thing would be enabling graphics acceleration…but I have NVIDIA GeForce 320M, and everyone has different GPUs – it will probably take forever.
Menu Bar clock is definitely a software bug. Any click on it logs you out, and the Date & Time preferences for the Menu Bar clock are all greyed out. Beta 2 will probably fix it
for beta 2, is it necessary to install big sur again or is it only updated from the configuration? this with mac 2012
How’s egpu support??
To be exact...
For unsupported Mac Book Pro ‘13 mid-2012 non-retina?
To be exact...
For unsupported Mac Book Pro ‘13 mid-2012 non-retina?
Last edited:
@jackluke since there is also a video kext and I have the same Nvidia Geforce 320M, do you thing that it could also fix my acceleration on Macmini4,1 ? Thank you!
If the replaced audio board worked on Catalina it should work on BigSur too, for AppleHDA.kext , try the @jhowarth method, that is to remove it from BigSur System, in this way also the snapshot should ignore it using instead the one embedded in the prelinkedkernel, try these steps:
mount
(detect your diskXsYsZ)
sudo mount -o nobrowse -t apfs /dev/diskXsY /Volumes/AnyDisk/AnyEmptyFolder/
cd /Volumes/AnyDisk/BigSur/System/Library/Extensions/
sudo rm -R AppleHDA.kext
reboot and maybe Sound works through the AppleHDA.kext in my prelinkedkernel.
[automerge]1593978191[/automerge]
Without the binary exec in the Frameworks folder it is very hard (maybe through prelinkedkernel method BigSur could understand a bit the Catalina Frameworks replaced with their binaries), you only could get framebuffer video and brightness control, but I haven't yet tested this because I need for now stock IOGraphicsFamily.kext .
Okay. I am starting to get a handle on the situation. It appears that for snapshots, the built prelinkedkernel stays in /Library/Apple/System/Library/PrelinkedKernels/.
-rw-r--r-- 1 root wheel 18086854 Jul 5 11:37 prelinkedkernel
which differed from what is present in /System/Library/PrelinkedKernels that kcditto installs under snapshots.
-rw-r--r-- 1 root wheel 25749489 Jan 1 2020 prelinkedkernel
The timestamp on the prelinkedkernel in /Library/Apple/System/Library/PrelinkedKernels/ matches the time when I dropped AAAMouSSE.kext onto Kext-droplet. So it looks like Kext-droplet just needs enhanced to find a way to get the prelinkedkernel moved over from /Library/Apple/System/Library/PrelinkedKernels/ to /System/Library/PrelinkedKernels so kcditto finds it.
prelinkedkernel since Catalina is copied in that "Data Volume" (writable) path and "kcditto" double copies it to System and Preboot, I guess Kext-droplet is mainly for BootKernelExtensions.kc and the kext copied in /Library/Extensions/ are /Library/KernelCollections/AuxiliaryKernelExtensions.kc , when you use the prelinkedkernel those are ignored, so to use properly Kext-droplet you should don't use the prelinkedkernel method, but currently seems this is the only way to boot with a non-APFS and legacy usb Mac.
The prelinkedkernel that I uploaded are also for some APFS Mac that have a sealed snapshot Volume, because it can override some system Extensions for example the Wifi and telemetry plugin.
Success with prelinkedkernel fix4 beta1 also here on MBP5,2: Ethernet works now!
Internal audio not yet, I'll follow your advice to remove AppleHDA.kext.
Thanks jackluke!
Attachments
I removed AppleHDA.kext, but unfortunately no audio devices detected.
I wonder if other people can't change their Menu Bar Clock preferences either (and if they click it, does it log them out too). And I also About This Mac shows I have a 21-inch display…rather than 13.3 inch.
I wonder if other people can't change their Menu Bar Clock preferences either (and if they click it, does it log them out too). And I also About This Mac shows I have a 21-inch display…rather than 13.3 inch.
Then remount as before the BigSur System and copy the HighSierra AppleHDA.kext in that path (anyway I guess you should make a new snapshot with the removed or replaced AppleHDA.kext )
Menu bar clock is a common BigSur beta issue, the 21 inch display is because there are not yet Nvidia GeForce Tesla drivers installed for Framebuffer video, but ASentientBot already tested them and worked.
RESOLVIDO: Possible to install 802.11ac card in 2012 MacBook Air - MacBook Air 13" Mid 2012
Until Apple ships a system and iFixIt tears it apart no one knows what Apple did on the inside (needed changes or if the WiFi connector is the same). So, sit back grab another brew out of the icebox and watch a good movie or two. I'm sure within a week or two someone will have had a chance to...
pt.ifixit.com
I have tested this approach which requires multiple reboots [updated]...
Code:
Disable authenticated-root in nvram using csrutil from Big Sur from the root level of a patched Catalina usb installer with..
sudo csrutil2 authenticated-csr disable
Also make sure to set...
sudo nvram boot-args="-no_compat_check"
Install Big Sur on an external drive from a supported machine. Attach this drive under Catalina mount it's Preboot volume.
cd /Volumes/Preboot/*/System/Library/CoreServices/
curl https://github.com/jacklukem/BigSurfixes/raw/master/prelinkedkernel%20fix/com.apple.Boot.plist --progress-bar -L -o /private/tmp/com.apple.Boot.plist
sudo cp -a /private/tmp/com.apple.Boot.plist .
curl "https://raw.githubusercontent.com/jacklukem/BigSurfixes/master/legacy%20usb%20prelinkedkernel%20beta1/prelinkedkernel?raw=true" --progress-bar -L -o /private/tmp/prelinkedkernel
sudo mv PlatformSupport.plist PlatformSupport.plist2
sudo cp -a /private/tmp/com.apple.Boot.plist .
cd ../PrelinkedKernels
sudo cp -a /private/tmp/prelinkedkernel .
Attach a usb memory stick with Kext-droplet.dmg and the following kexts files
from Catalina Patchers kext)
AppleHDA.kext
AppleIntelPIIXATA.kext
LegacyUSBInjector.kext
LegacyUSBVideoSupport.kext
(from 10.15.5)
IO80211Family.kext
AAAMouSSE.kext v0.93
telemetrap.kext v0.22
*** commands below remove the incompatible kext ****
mkdir /Users/howarth/mntpoint
sudo mount -o nobrowse -t apfs /dev/disk7s5 /Volumes/BigSur/Users/howarth/mntpoint
cd /Volumes/BigSur/Users/howarth/mntpoint/System/Library/Extensions
sudo rm -fr IO80211Family.kext
sudo rm -fr AppleHDA.kext
cd ~
bless --folder /Volumes/BigSur/Users/howarth/mntpoint/System/Library/CoreServices --bootefi --create-snapshot
*** reboot to make modified snapshot active root ***
*** Use Kext-Droplet to add above kext files and reboot as requested ***
*** TODO: find reliable command to trigger prelinked kernel build
*** commands to rebuild and move new prelinkedkernel to /System/Library/PrelinkedKernels for kcditto to find ***
sudo mount -o nobrowse -t apfs /dev/disk7s5 /Volumes/BigSur/Users/howarth/mntpoint
cd /Volumes/BigSur/Users/howarth/mntpoint/System/Library/PrelinkedKernels
sudo cp /Library/Apple/System/Library/PrelinkedKernels/prelinkedkernel prelinkedkernel
sudo cp /Library/Apple/System/Library/PrelinkedKernels/prelinkedkernel immutablekernel
cd ~
sudo bless --folder /Volumes/BigSur/Users/howarth/mntpoint/System/Library/CoreServices --bootefi --create-snapshot
*** reboot to make modified snapshot active root ***
sudo kcdittoI also restored PlatformSupport.plist by adding this change for MacPro 3,1
Code:
--- PlatformSupport.plist2 2020-06-18 03:45:15.000000000 -0400
+++ PlatformSupport.plist 2020-07-05 08:00:40.000000000 -0400
@@ -66,6 +66,7 @@
<string>Mac-35C5E08120C7EEAF</string>
<string>Mac-E43C1C25D4880AD6</string>
<string>Mac-53FDB3D8DB8CA971</string>
+ <string>Mac-F42C88C8</string>
</array>
<key>SupportedFeatures</key>
<array>
@@ -112,6 +113,7 @@
<string>MacBookAir6,2</string>
<string>Macmini8,1</string>
<string>MacPro7,1</string>
+ <string>MacPro3,1</string>
<string>iMacPro1,1</string>
</array>
</dict>
Last edited:
In my simple command script I used instead "cd /Volumes/Preboot/*/boot/System/Library/KernelCollections/" because this surely is not present in any Catalina or Mojave Preboot, as you written: "cd /Volumes/Preboot/*/System/Library/CoreServices/" this is used also from APFS Catalina and Mojave, so replacing wrongly prelinkedkernel in any Preboot could make them unbootable.
For what is used LegacyUSBVideoSupport.kext ?
I included LegacyUSBVideoSupport.kext because it is part of the core set of patches in Catalina patcher.
In any case, it appears that dropping kext in Kext-droplet doesn't always trigger the prelinkedkernel build. Still trying to figure how to make that occur reliably. I guess I could do a manual call with 'sudo kextcache -prelinked-kernel' but I can't find any examples of the complete set of arguments to pass.
sudo kextcache -prelinked-kernel /path/prelinkedkernel -kernel /path/kernel -local-root -- /path/Extensions/
typical path (that on a snapshot are slightly different):
/System/Library/PrelinkedKernels/
/System/Library/Kernels/
/System/Library/Extensions/
I believe I found the trick that enabled the prelinkedkernel to be built under snapshots. I've re-edited my prior recipe to change this step...
Code:
*** Use Kext-Droplet to add above kext files and reboot as requested ***
*** commands to move newly built prelinkedkernel to /System/Library/PrelinkedKernels for kcditto to find ***
sudo mount -o nobrowse -t apfs /dev/disk7s5 /Volumes/BigSur/Users/howarth/mntpoint
sudo kextcache -i /Volumes/BigSur/Users/howarth/mntpoint/
cd /Volumes/BigSur/Users/howarth/mntpoint/System/Library/PrelinkedKernels
sudo cp /Library/Apple/System/Library/PrelinkedKernels/prelinkedkernel prelinkedkernel
sudo cp /Library/Apple/System/Library/PrelinkedKernels/prelinkedkernel immutablekernel
cd ~
sudo bless --folder /Volumes/BigSur/Users/howarth/mntpoint/System/Library/CoreServices --bootefi --create-snapshot
*** reboot to make modified snapshot active root ***
sudo kcdittoSo the trick is to use...
sudo kextcache -i /Volumes/BigSur/Users/howarth/mntpoint/
on a mounted snapshot. I had removed AAAMouSSE.kext from /Library/Extensions in a prior snapshot but wasn't seeing the prelinkedkernel rebuilt. Now it is rebuilt and reduced in size as expected from...
Code:
% ls -l /Library/Apple/System/Library/PrelinkedKernels/prelinkedkernel
-rw-r--r-- 1 root wheel 18086854 Jul 5 11:37 /Library/Apple/System/Library/PrelinkedKernels/prelinkedkernelto
Code:
% ls -l ~/mntpoint//Library/Apple/System/Library/PrelinkedKernels/prelinkedkernel
-rw-r--r-- 1 root wheel 18079274 Jul 5 16:52 /Users/howarth/mntpoint//Library/Apple/System/Library/PrelinkedKernels/prelinkedkernelUpdate: Apparently this screws up the kernel cache because it doesn't have legacy usb support. I'll just have to keep poking as I know I triggered at least one successful build after I added the AAAMouSSE.kext.
Last edited:
Regarding "Big Sur recovery volume (which doesn't exist yet for unsupported Macs)", both ParrotGeek's patcher and my own patcher allow the Big Sur installer USB to boot on 2011-2013 Macs. That USB stick boots into a Big Sur recovery environment, similar to the recovery partition.
There's a trick that ParrotGeek's patcher uses so that you can start the Installer like normal and it'll automatically inject Hax.dylib. It should be possible to adapt that trick to disable authenticated-root at the same time. (My patcher currently requires the user to open Terminal and run a shell script before starting the installer -- the shell script disables authenticated-root and SIP as well as injecting the dylib. For the moment I've left it that way (as opposed to using a trick like ParrotGeek's), for a variety of reasons. It's something I plan to address sometime while Big Sur is still in beta, but there are other improvements I want to make to my patcher first.)
[automerge]1593994532[/automerge]
It might be possible to use Migration Assistant (from within Setup Assistant) to transfer your account from a previous macOS installation. It'll probably require you to sign into iCloud again still, but at least you won't have to create a new computer account. (I'll probably test this at some point, but I don't expect to get a chance before beta 2 comes out.)
Last edited:
It's a macOS 10.11 bug. It does the same also on my system.
I tested it: The migration assistant in 10.16 (ahem, 11.0) works again - after it broke on Catalina somehow.
Side question (only loosely related to the migration): How can I get rid of the "free space" that does not map to any container any more after my migration of user settings from Cat to BS? I´d like to reclaim it and add it to the container disk1...
Neither GUI disk util nor terminal use of it do the trick. Any suggestions here?
I've tried to add the GeForceTesla drivers (your patched ones from Mojave), also with the DualGPUs AGC*.kext but I still get this prelinking error :
Code:
Could not use 'com.apple.nvidia.classic.NVDAResmanTesla'
because: Failed to bind '_VSLGestalt' in 'com.apple.nvidia.classic.NVDAResmanTesla'
(at offset 0x1e9c84 in __TEXT, __text) as could not find a kext which exports this symbol
com.apple.nvidia.classic.NVDAResmanTesla:
Failed to bind '_VSLGestalt' in 'com.apple.nvidia.classic.NVDAResmanTesla'
(at offset 0x1e9c84 in __TEXT, __text) as could not find a kext which exports this symbolThe GeForceTesla.kext is loaded and UI is a bit more responsive, but the display isn't detected and also no brightness control.
When using instead also the HighSierra IOGraphicsFamily.kext and IONDRVSupport.kext , I get some warnings about AMD kext error prelinking (this with BootKernelExtensions.kc) , while using prelinkedkernel, just before loginUI, I get a kp on WindowServer process, probably because legacy prelinkedkernel searches for some OpenGL Frameworks exec ?
That on BigSur I don't know where they are located, maybe embedded here:
/System/Library/KernelCollections/SystemKernelExtensions.kc (about 500 MB)
Which kext group do you used for Tesla Framebuffer, brightness control and correct display ?
Last edited:
I wonder if we can solve the issue of using kextcache under snapshots with something like...
That approach seems feasible in theory, although I am still unclear on the details of when kextcache triggers the building of a prelinked kernel. I noticed this article which suggests that whole process can be rather buggy on recent Darwin.
How Kernel Prelinking Works on macOS Catalina (or not)
Perhaps I would need to add a call to kextcache that purges its caches first if the directory touching method is unreliable? Assuming that Apple hasn't blocked chroot from operating on snapshots, the trick would seem to be
1) touching SLE in the mounted snapshot
2) using kextcache via chroot to rebuild the kernel caches without hitting any files outside of the snapshot
3) blessing and rebooting
4) using kextcache to build the prelinked kernel without touching any files inside the snapshot
Code:
sudo mount -o nobrowse -t apfs /dev/disk7s5 /Volumes/BigSur/Users/howarth/mntpoint
sudo chroot /Volumes/BigSur/Users/howarth/mntpoint kextcache -i /
sudo chroot /Volumes/BigSur/Users/howarth/mntpoint kextcache -prelinked-kernel /Library/Apple/System/Library/PrelinkedKernels/prelinkedkernel -kernel /System/Library/Kernels/kernel -local-root -- /Library/Extensions/ /System/Library/Extensions/
sudo bless --folder /Volumes/BigSur/Users/howarth/mntpoint/System/Library/CoreServices --bootefi --create-snapshotThat approach seems feasible in theory, although I am still unclear on the details of when kextcache triggers the building of a prelinked kernel. I noticed this article which suggests that whole process can be rather buggy on recent Darwin.
How Kernel Prelinking Works on macOS Catalina (or not)
Perhaps I would need to add a call to kextcache that purges its caches first if the directory touching method is unreliable? Assuming that Apple hasn't blocked chroot from operating on snapshots, the trick would seem to be
1) touching SLE in the mounted snapshot
2) using kextcache via chroot to rebuild the kernel caches without hitting any files outside of the snapshot
3) blessing and rebooting
4) using kextcache to build the prelinked kernel without touching any files inside the snapshot
Last edited: