big-sur-micropatcher (Version 0.5.4) iMac 2009-2011 edition

Development has stopped in spring 2021 when I moved all implementation and patching details into the OCLP project. Please migrate to OCLP! This repository will be archived in read only mode.

A primitive USB patcher for installing macOS Big Sur on unsupported Macs

If you have any questions about user experiences and usability of this software please check this thread. On the first post you will find general information, a hardware support list, a FAQ and other patcher options for Big Sur. Users on the forum may answer your questions. But this is no genius bar replacement and no secret support organisation for unsupported systems - get help and help others in return.

This version has been forked of the current 0.5.1 version @Barry K. Nathan developed and published enhanced with all necessary patches to install Big Sur on iMac models as: iMac 27" Late 2009 (core i series CPU), iMac Mid 2010 (all systems), iMac Mid 2011 (all systems) if these iMacs have been upgraded with an metal GPU in advance. You may also install Big Sur on stock Apple iMac models listed above, but without graphics accerelation the usability will be near the absolute Zero. Cold....

You can now use a pre configured OpenCore 0.6.6 setup to enably boot and installation of Big Sur on iMac Late 2009 and Mid 2010 as well as on MacBookPro 6,x systems. Please note that no specific patches have been pre configured with the MacBookPro 6,x series so far. This OpenCore just enables backlight on the internal display and brighness control for some graphics cards as well as it is used to set the iMacPro1,1 ID. This way hardware acceleration features of the AMD GPU can be enabled as well as DRM decoding. It does not change the system serial or other settings which may conflict with Apple iCloud usage.

Using the command line option /Volumes/Install\ macOS\ Big\ Sur/patch-kexts.sh --ns you can enable Night Shift on nearly all machines.

This option has now been included to all systems and to patchmodes 2010 and 2011. Exception: Since some 2012 and 2013 are currenly not patched at all unless the WiFi cards needs a patch one has to decide: Do I want a clean system with full Apple filesystem integrity checks or do I need this nice to have feature. Normally the patcher exits currently in those cases 2012/2013 Macs gracefully. But you can force Night Shift (and other options) to be enabled on such systems by calling /Volumes/Install\ macOS\ Big\ Sur/patch-kexts.sh --ns --force

Using the command line option /Volumes/Install\ macOS\ Big\ Sur/patch-kexts.sh --whitelist you can enable HandOff and Continiuty with BCM94331CD cards.

Experimental: Using the command line option /Volumes/Install\ macOS\ Big\ Sur/patch-kexts.sh --saveboot modifies the SystemPlatform.plist to include most compatible systems supported here iMac 2009, iMac 2010, all 2011-2013 Macs.

Deprecated: Forcing iMac12,x Mid 2011 models to run without OpenCore users may use this option /Volumes/Install\ macOS\ Big\ Sur/patch-kexts.sh --nikey22. Just use the install-setvars.sh utility in step 7 as usual then.

You may use this patcher as a 100% replacement to the current original. No features have been deleted. There are only enhancements.

This package has also been successfully tested with the MicropatcherAutomator, although currently only by manual patching of this program. Integration scripts have been added to this release in the folder Automator. I hope a future release of the MicropatcherAutomator will include my fork. Patching needs replacement of the micropatcher and those two scripts within the current app and then resiging it by codesign -s your-certificate -fv MicropatcherAutomator.app using a self created developer certificate.

If you want to check options of the patch-kext.sh please be aware of the fact that you cannot simple patch an already patched system again in any case. Please reroll to the initial state by unpatching the system calling /Volumes/Install\ macOS\ Big\ Sur/patch-kexts.sh -u, reboot the Mac and patch the Big Sur installation again with your choice as e.g enabling Night Shift by /Volumes/Install\ macOS\ Big\ Sur/patch-kexts.sh --ns. Possibly I may add an automatic detection denying patching of already patched systems in a later versions. To do your own changes and patching please check this section of this documentation.

Important news before you install Big Sur!

There is another WiFi issue (likely unrelated to any other Big Sur WiFi bugs) where connections to hidden SSIDs or iPhone hotspots fail. For iPhone hotspots, you can work around this bug by connecting using USB instead of WiFi for now. Bug reports so far point in the direction of this being a bug in the WiFi patch (and not Big Sur itself). I will try to address this issue in a future patcher release.

Thanks to the following people for their hard work to get Big Sur running on unsupported Macs:

• ASentientBot for developing the Hax series of installer patches which are so incredibly helpful for installing Big Sur on unsupported Macs, as well as for his patch to NVDAResmanTesla.kext which allows the GeForce Tesla (9400M/320M) framebuffer to work in Big Sur.
• jackluke for figuring out how to patch the Recovery USB to bypass compatibility checks and AMFI enforcement in the absence of NVRAM boot-args settings.
• highvoltage12v for developing the first 802.11n Wi-Fi patches for Big Sur (no longer used by default, but still available through the --wifi=hv12v-old and --wifi=hv12v-new options for patch-kexts.sh), as well as patches used for Metal GPU support on 2011 iMacs.
• ParrotGeek for developing the LegacyUSBInjector kernel extension that allows USB to work on various pre-2011 Mac models, and for creating the "trampoline" that allows the installer to be patched at runtime without first running Terminal commands.
• testheit for describing how to use a kmutil feature that I was previously unaware of. This turned out to be a good way to make LegacyUSBInjector function under Big Sur, and more generally and more importantly, it was absolutely essential for improving overall patcher reliability.
• Ausdauersportler for integrating patches for iMac Metal GPU support.

In addition, thanks to Ben Sova, MachInit, johncaling40, and Travis Parker for their contributions to this patcher.

This documentation is more thorough than for previous versions of this patcher, but it may still be incomplete. Remember that you do this at your own risk, you could lose all your data (it's your responsibility to do a Time Machine backup first!), expect bugs and crashes, and this patcher is still under development.

I repeat, do a Time Machine backup before upgrading!! Big Sur changes how Time Machine backups are done, and I have heard that it is not possible to use previous versions of macOS to recover data from Big Sur's Time Machine backups. (I have created Time Machine backups with Big Sur, and I have restored them using Big Sur, but I have not yet tried to access Big Sur Time Machine backups using previous macOS releases.)

Keep in mind, Mojave and Catalina will probably receive security updates until roughly September 2021 and September 2022 respectively (give or take a month), so you can continue using Mojave or Catalina for now. If you are currently running High Sierra, it probably makes more sense to upgrade to Mojave (or maybe Catalina) for now, rather than Big Sur. This patcher definitely needs more time to mature, and considering that Big Sur is the first x.0 release of macOS in roughly 20 years, it would also be a good idea to give Apple more time to fix Big Sur bugs.

Compatibility between different releases of this patcher and different Big Sur beta releases

• dev-v0.5.4: Tested patch-kext.sh with release 11.2 (20D64), release 11.1 (20C59) and OTA upgrade to 11.2 (20D64) using OC 0.6.6 upgraded from Beta 11.2 (20D5042d) on iMac Late 2009 and Mid 2011.
• v0.5.3 and dev-v0.5.3: Tested patch-kext.sh with Release 11.1, 11,2 and Beta 11.2 through OTA using OC 0.6.4 (20D5029f) and using OC 0.6.5 (20D5042d). Sucessfully tested with Releases 11.01 and 11.1 (20B2020 and 20B2050 and 20C69). Tested OTA upgrades from all current 11.01 and 11.1 releases to next version and current Beta 11.2.
• v0.5.1: Tested patch-kext.sh with Beta 11.2 through OTA using OC 0.6.4 (20D5029f). Sucessfully tested with Releases 11.01 and 11.1 (20B2020 and 20B2050 and 20C69). Tested with 11.0.1 Release Candidate 2 (20B28), for fresh installs. Upgrades should also work on 2012 and newer Macs (and 2009-2012 Mac Pros), but with 11.0.1 beta (20B5012d) there were reports of problems with upgrades on 2011 Macs. A future patcher release will likely fix the upgrade problems, if they have not arleady been fixed with changes in Big Sur itself.

Compatibility of various Mac models

Note that this information is incomplete and may not be 100% correct yet, but I'll add more information over time and fix any errors as I learn about them.

Also, note that Macs without Metal GPUs (basically 2011 and earlier Macs, except for Mac Pros and iMacs with upgraded GPUs), "no graphics acceleration" is a tremendous, almost exponential, slowdown. For instance, consider a simple benchmark, simply minimizing a Safari window:

• Late 2012 13" MacBook Pro: <1 second
• Early 2011 13" MacBook Pro: 13 seconds
• Late 2009 13" MacBook: 23 seconds

Mostly compatible Mac models:

• If you have a 2013 or later Mac, please check Apple's official list of supported Mac models (search the page for "See if") first, to make sure that you actually need this patcher.
• By the way, with the exception of Mac Pros, all of the Macs in this section officially support Catalina. This section is basically "Macs without official Big Sur support but with Metal support", with the exception of pre-2012 iMacs that have upgraded GPUs. (In fact, a 2011 iMac with upgraded GPU is almost equivalent to this category. Earlier iMacs may have compatibility problems caused by other components; see below.)
• Late 2013 iMac: Everything should work (and, after step 14, you're finished -- no need for step 15 and later). Note that there have been some reports of very poor performance with Fusion Drives on this model when running Big Sur, which may be why Apple does not support Big Sur on this model.
• 2010/2012 Mac Pro: You should first upgrade the graphics card, as you would for official compatibility with macOS Mojave. Once you have done that, everything should work after installation except for WiFi (which should work after post-installation patching in step 15) and possibly USB (there were some reports of USB problems with Big Sur betas, and I need to see if they are still happening and, if so, if they are patchable).
• 2009 Mac Pro: Once it's flashed to MacPro5,1 firmware, it should be equivalent to a 2010/2012 Mac Pro. (As with those, you will want to upgrade to a Mojave-compatible graphics card.) However, note that some people have had their flashed MacPro4,1s enter boot loops during installation. We don't yet know what causes this or why it only happens sometimes.
• Other 2012/2013 Macs: Most things should work after the initial installation, except for Wi-Fi (unless you have upgraded to an 802.11ac Wi-Fi card) or possibly GPU switching (on 15" MacBook Pros). Step 15 of the installation process fixes Wi-Fi support, but GPU switching may not yet be a solved problem.
• Note that Late 2009, Mid 2010 iMacs using Intel® Core i3, i5, or i7 CPUs that have been upgraded with Metal GPUs also need certain kext patches which are provided by this patcher right now. These machines need a working OpenCore provided by this 0.5.3dev version. In contrary to the NVIDIA OC versions provided on the GPU thread all these versions spoof the iMacPro1,1 ID to enable OTA upgrades. installation using the @khronokernel patch to boot the installer and later Big Sur in place!
• Note that Late 2009, Mid 2010, and Mid 2011 iMacs that have been upgraded with Metal GPUs also need certain kext patches e.g. for sleep which are provided by this patcher right now.

Partially compatible Mac models:

• Most models that officially support High Sierra, but not Mojave, fall into this category. The exceptions are the Mid 2010 15" and 17" MacBook Pros (see the Incompatible category below), and possibly the Late 2009/Mid 2010 iMacs (see the "Unknown status" category below).
• 2011 Macs: Several features may not work after initial installation (after step 14 finishes), including sleep, screen brightness control, Wi-Fi (unless you have upgraded to an 802.11ac Wi-Fi card), and graphics acceleration (unless you have upgraded the GPU in a 2011 iMac). With the exception of a 2011 iMac with upgraded GPU, no 2011 Mac models have graphics acceleration under Big Sur. The post-install patching in step 15 fixes sound and Wi-Fi on all 2011 Macs. On 13" MacBook Pros it also fixes sleep and brightness control, and installs the correct Intel framebuffer driver (this is still unaccelerated, but it still increases speed somewhat -- enough to make full-screen YouTube in Safari work with very few frame drops, although this pegs both CPU cores). For 15" and 17" MacBook Pros, disabling the discrete GPU will probably increase performance, and sleep and brightness control probably won't work without disabling it. (That isn't to say that sleep and brightness control will necessarily work even with the discrete GPU disabled -- but it might possibly work if you have a way of disabling the GPU that also keeps sleep and display brightness functional in a dosdude-patched Mojave or Catalina.) MacBook Airs should be equivalent to the 13" MacBook Pro in terms of compatibility with Big Sur and this patcher.
• Mid 2010 white MacBook, 2010 13" MacBook Pro, 2010 MacBook Air: In addition to the features which don't work after initial installation on the 2011 13" MacBook Pros (Wi-Fi, sound, graphics acceleration, sleep, display brightness control), Ethernet doesn't work. The --2010 option for patch-kexts.sh (step 15) installs fixes for Wi-Fi, sound, and Ethernet, as well as drivers that enable the GeForce Tesla (9400M/320M) framebuffer (thereby fixing sleep and display brightness control). The framebuffer driver does not provide acceleration; the lack of graphics acceleration plus the relatively slow Penryn CPU means performance is sluggish. On at least some of these models, step 6 may fail with errors.
• Mid 2010 iMacs with an original GPU can be patched to run Big Sur using OpenCore to boot the installer and Big Sur. No graphics acceleration!!
• Late 2009 white MacBook, Late 2009 21.5" iMac, 2010 Mac Mini, (if equipped with Core 2 Duo) Late 2009 27" iMac: In addition to the features which don't work after initial installation on the 2011 13" MacBook Pros (Wi-Fi, sound, graphics acceleration, sleep, display brightness control), Ethernet and USB 1.1 also don't work. The --2010 option for patch-kexts.sh (step 15) installs fixes for Wi-Fi, sound, Ethernet, and USB, as well as drivers that enable the GeForce Tesla (9400M/320M) framebuffer (thereby fixing sleep and display brightness control). The framebuffer driver does not provide acceleration; the lack of graphics acceleration plus the relatively slow Penryn CPU means performance is sluggish. Also, the installation has to be performed on a newer Mac first (basically a 2010 or newer Mac, or a 2009 or later Mac Pro), with patch-kexts.sh --2010 run on that same newer Mac, then moved over to the old Mac (via either a hard drive/SSD transplant or by using a USB enclosure or USB hard drive/SSD). Otherwise, the installer will boot because USB 2.0 works, but the keyboard and trackpad won't work because USB 1.1 doesn't work. USB support in the installer for these Macs is planned for a future patcher release.
• 2010 15"/17" MacBook Pro: A fix has been created, but it requires OpenCore. This release of this patcher provides the OpenCore setup and basic pathich support for these Macs' hardware.

Potentially incompatible Mac models:

• Late 2009 27" iMac: Compatibility will vary based on the CPU. If your Late 2009 27" iMac has a Core 2 Duo CPU, then it is equivalent to a Late 2009 21.5" iMac (see above). If it has a Core i5 or i7, CPU, then it is equivalent to a 2010 iMac (see above).

Incompatible Mac models:

• Any Macs with a pre-Penryn CPU. Basically, this means the original MacBook Air as well as all 2006/2007 Macs (except for iMacs with upgraded CPUs).

Currently not supported by this patcher, but future support may be possible:

• Macs which have a Penryn CPU but which do not officially support High Sierra: These include pre-2008 iMacs with upgraded CPUs, as well as all 2008 and most 2009 Mac models (any 2009 models not listed above). All of these require "legacy USB" support, just like (for instance) 2010 white MacBooks. Once support for those MacBooks is improved in a future patcher release, perhaps support for some of these Macs will be worth revisiting.
• Without a Metal GPU upgrade (certainly possible on 2008 Mac Pros and possibly iMacs, but not possible on the MacBooks and Mac Minis), these are expected to be unusably slow.
• As mentioned at the top of this README, 2008 Mac Pro owners should use StarPlayrX's Big Mac patcher instead of this patcher.

Other important information to know before upgrading or installing

I strongly recommend that you create, and hold onto, an installer USB for an older version of macOS, ideally one that is supported on your Mac (so that it can run without the use of a patcher). Or, at the absolute minimum, practice booting into Internet Recovery (boot while holding down Command-Option-R) so that you know it actually works. Once it boots, try starting Safari and (as a test) see if it can visit GitHub.com. If not, then it may have booted into OS X Lion, which is also old enough that attempting to install it through Internet Recovery will fail. (Internet Recovery tends to be especially likely to boot into Lion if you have only 4GB of RAM. Also, if you have upgraded to an 802.11ac WiFi card, Internet Recovery will fail completely unless you plug into Ethernet. In addition, with the possible exception of flashed 2009 Mac Pros, Internet Recovery is not available on any Mac models prior to 2010.)

In any case, if you are unable to start Internet Recovery, or it has a version of Safari too old to visit GitHub.com, then it is vital that you create an installer USB for an older macOS version and hold onto it in case of emergency.

Once you create the patched installer USB for Big Sur, hold onto it as well. If you ever reset your Mac's NVRAM, then you will need to use the patched installer USB to repeat step 9 of the installation instructions or boot from the opencore.

Furthermore, booting into regular (vs. Internet) Recovery with Command-R with Big Sur currently does not work on unsupported Macs; the easy workaround is to boot from the patched installer USB instead.

If you have installed any 3rd-party antivirus program or security suite, make sure to uninstall it before installing Big Sur (or do a fresh installation instead of an upgrade). It is not sufficient to turn the antivirus program off -- it must be uninstalled. If you do not uninstall it, you may have no Internet connection after Big Sur is installed, and the Wi-Fi patch may fail to work.

On a Mac without a Metal GPU, several programs, including Maps and Photos, will not work. Perhaps there may be patches in the future to provide partial fixes, but upgrading to a Metal GPU is the only actual solution.

FileVault has been buggy throughout the entire Big Sur development cycle. For maximum stability, disable FileVault before upgrading to Big Sur. Once you upgrade to Big Sur, bugs may make it impossible to disable FileVault and may make it impossible to unlock your FileVault volumes when applying updates or booting from the installer USB. (Not to mention, FileVault bugs may also make it impossible to open Terminal on the installer USB.) The best way out of this conundrum is probably to back up the entire Big Sur installation using Time Machine (Time Machine encryption, unlike FileVault, appears to be stable), erase and reinstall Big Sur, and use the Setup Assistant to restore the Time Machine backup.

Upgrading from a Catalina installation which has been patched using dosdude's macOS Catalina Patcher results in an unstable system. The instability is not fixed by running the Big Sur installer again. So far, the only fix seems to be similar to the method for disabling FileVault: Back up the entire Big Sur installation using Time Machine, erase and reinstall Big Sur, and use the Setup Assistant to restore the Time Machine backup. In my testing, this appears to correct the instability.

Time Machine backups must be restored by first performing a fresh Big Sur installation and then doing the Time Machine restore from the Setup Assistant. Attempting to do the restore from the installer USB fails. I do not yet know if this is inherent to Big Sur, inherent to the patching process, or a bug in this patcher.

If you encounter "com.apple.DiskManagement.disenter error 49168" during installation, try rebooting and see if the installation process continues, or try erasing the volume and starting installation over. This appears to be an error that also happens sometimes on supported Macs. If all else fails, a possible workaround is to try formatting the volume as Mac OS Extended instead of APFS in step 8 or 11; it will still be converted to APFS during the installation process, but this may perturb the installation process enough to avoid the error.

Instructions for use

1. Make sure you have a 16GB or larger USB stick to use for creating the installer.
2. Download a copy of this patcher. If you are viewing this on GitHub, and you probably are, then click the green "Code" button then "Download ZIP".
3. Obtain a copy of macOS Big Sur: Use this link to download the macOS Big Sur 11.2 (20D64) InstallAssistant.pkg. Once the download (approximately 11-12 GB) finishes, open and install InstallAssistant.pkg. This will place "Install macOS Big Sur", the actual Big Sur installer, in your Applications folder.
4. Use Disk Utility to erase the USB stick using "Mac OS Extended (Journaled)" format and "GUID Partition Map" scheme. (You may need to choose "Show All Devices" before Disk Utility will allow you to do this.) In order for this patcher to run optimally, the USB stick must use GUID Partition Map and not Master Boot Record. (This is a new requirement as of micropatcher v0.2.0.) Note that the volume name does not particularly matter, since it will be renamed by createinstallmedia in the next step. (If this USB stick already contains a patched Big Sur installer created using micropatcher v0.2.0 or later, and you are re-creating it with a newer version of the micropatcher or a newer version of Big Sur, you may skip this step.)
5. Use createinstallmedia as usual to create a bootable USB stick with the installer and recovery environment, as you would on a supported Mac. (This patcher is easier to use if the installer USB stick is not renamed after createinstallmedia is used, but it can still work if the USB stick has been renamed.)
6. Run micropatcher.sh to patch the USB stick. If micropatcher.sh is unable to find the USB stick, then try specifying the pathname of the USB stick to micropatcher.sh. The easiest way to do that is to open a Terminal window, drag and drop micropatcher.sh into the Terminal window, go back to Finder, choose Computer from the Go menu, drag and drop the USB stick into the Terminal window, then press Return.
7. • Another program also needs to be patched onto the USB stick, so run install-setvars.sh. If necessary, the same Finder/Terminal drag-and-drop instructions that work in step 6 for micropatcher.sh will also work in this step for install-setvars.sh.
   • Unlike micropatcher.sh, install-setvars.sh needs root permissions (since it accesses the normally hidden EFI partition on the USB stick), so it uses sudo to obtain root permissions. Typically this means it will ask for your user account password when it starts.
   • If you want the patched USB stick to configure your Mac to boot in Verbose Mode, run install-setvars.sh -v instead of just install-setvars.sh. However, the "Verbose" in "Verbose Mode" is not a joke, and most users will want to avoid this.
   • As of Big Sur Micropatcher v0.4, install-setvars.sh will now install a version of setvars which enables Apple's System Integrity Protection (SIP) and Authenticated Root Volume (ARV) security features if it is run on a Late 2013 iMac, or a version of setvars which disables both of these features if it is run on any other model of Mac. You may add a -d option to force the installation of the setvars version which disables these features (for instance, if you are creating the USB on a Late 2013 iMac but you will be using it on another Mac). You may also add a -e option to for the installation of the setvars version which enables these features (for instance, if you are installing Big Sur on a 2012 or 2013 Mac that has been upgraded with an 802.11ac WiFi card and therefore does not need a WiFi patch).
   • Instead of install-setvars.sh all users of iMacs Late 2009, Mid 2010, and Mid 2011 using metal GPU have use the install-opencore.sh command in the very same way as described above. It will install a preconfigured opencore using the @khronokernel patch to boot iMac Late 2009, Mid 2010 as well as all MacBookPro 6,x models (2011). This version is needed only during installation and has to be changed later using config-opencore.sh after step 15. Whenever you want to use the USB installer to do a fresh installation repeat this step 7 and do a PRAM reset to delete the old OpenCore settings from the NVRAM.
8. Since Disk Utility in Big Sur may have new bugs, this may be a good time to use Disk Utility in High Sierra/Mojave/Catalina to do any partitioning or formatting you may need.
9. (Try repeating this step if you see a prohibited/no-entry sign during boot) Restart the Mac while holding down the Option key to use the Startup Selector. The installer USB will actually show up as two different drives with the same icon, "Install macOS Big Sur" (or similar) and "EFI Boot". (If you have multiple "EFI Boot" drives, it's the one with the yellow icon. If more than one has a yellow icon and you cannot tell which one is the one on the installer USB, try unplugging the installer USB, observing the set of icons on the screen, then plugging the installer USB back in and watching how the icons change.) Start up from "EFI Boot". Using setvars: Within a few seconds, although most likely in under a second, the Mac will suddenly power down. This indicates that the setvars EFI utility has finished making the necessary changes to the Mac's NVRAM settings. (These changes include disabling SIP, disabling authenticated root, and enabling TRIM on non-Apple SSDs.) Using opencore: Press the CRTL key (control)" while selecting the "EFI Boot" partition to boot. Doing this it becomes the standard starting object and during the complete installation the opencore will be booted and used during each of all following reboots. If you have installed the opencore instead of setvars you will simply get a simplified (or the OpenCanopy) boot picker and can select directly the Big Sur Installer and proceed with step 14. During the installation process verbose has been enabeld to follow unexpected problems. This will be later disabled.
10. Turn the Mac back on (or reboot it if you skipped step 9), with the Option key down again, to use the Startup Selector again. This time, boot from "Install macOS Big Sur" (or similar). (If the Startup Selector is not showing your USB stick this time, try unplugging and replugging the USB stick.) If you see a prohibited/no-entry sign, then try repeating step 9.
11. If you need to do any partitioning or formatting with Disk Utility, and you didn't do it in step 8, now is the time to do it.
12. (Optional, for very advanced users only, 99.9% of users should just pretend this step doesn't even exist) This patcher normally disables APFS system volume sealing, except when both SIP and ARV are enabled (see step 7 for more information about that). If you wish to unconditionally enable APFS system volume sealing, then open Terminal, run the command /Volumes/Image\ Volume/insert-hax.sh --seal and quit Terminal. If you have no idea what any of this means, just skip this step. (Also, note that even though volume sealing is disabled by default with this patcher, snapshot root is still enabled. Just mentioning this because people sometimes confuse the two issues. If you have some need to disable snapshot root, that is beyond the scope of this README. Personally, I would suggest learning to live in harmony with snapshot root rather than declaring war on it; the section "Modifying the System volume yourself" at the end of this README may help in that regard.)
13. Start the Installer as you would on a supported Mac.
14. Once installation is underway, come back in an hour or so, and you should be at the macOS Setup Assistant! It may take less time if you're installing on a 2012/2013 Mac, or more time (possibly 2-3 hours) if you're installing on a hard drive/SSD connected via USB 2.0, or if you're upgrading instead of a fresh install. (If you actually watch the installation process, don't be surprised if it seems to get stuck at "Less than a minute remaining..." for a long time. Allow it well over half an hour. It should eventually reboot on its own and keep going. Likewise, don't worry if it reboots with 10-12 minutes remaining; that is also often normal.)
    • On many pre-2011 Macs, such as 2010 MacBooks, it will start crashing repeatedly with kernel panics shortly before the Setup Assistant would normally show up. Once this happens, boot from the installer USB and perform step 15 (the next step), with the --2010 option. That will fix the kernel panic.
15. • If you're on a Late 2013 iMac, or you've replaced the 802.11n card in your 2012/2013 Mac with an 802.11ac card, you're done.
    • Otherwise, press Command-Q and wait a few seconds, then the Setup Assistant should let you shut down. After you shut down, boot from the patched installer USB again (as in step 10), then open Terminal. Next, run the patch-kexts.sh command to do post-install patching (such as fixing Wi-Fi). There are several ways of formatting this command. For example, for a system volume named Macintosh HD, try one of the following:
      • /Volumes/Image\ Volume/patch-kexts.sh /Volumes/Macintosh\ HD
      • '/Volumes/Image Volume/patch-kexts.sh' '/Volumes/Macintosh HD'
      • "/Volumes/Image Volume/patch-kexts.sh" "/Volumes/Macintosh HD"
      • You can also mix-and-match quotation/escaping formats, such as /Volumes/Image\ Volume/patch-kexts.sh "/Volumes/Macintosh HD"
      • Backslashes may work better with tab completion (see below), but many users will find quotation marks to be easier.
    • Don't forget that tab completion is your friend! For instance, you can type /V<tab>/Im<tab>/p<tab> /V<tab>/Mac<tab> at the command prompt -- that's much less typing than /Volumes/Image\ Volume/patch-kexts.sh /Volumes/Macintosh\ HD!
    • If you're going to use the installation on a 2010 or older Mac (except for 2009-2010 Mac Pro), add a "--2010" command line option, for example /Volumes/Image\ Volume/patch-kexts.sh --2010 /Volumes/Macintosh\ HD.
    • Normally patch-kexts.sh installs the mojave-hybrid WiFi patch (used since micropatcher v0.2.1), but if you need to try a different WiFi patch for any reason, try adding the --wifi=hv12v-old (same as v0.0.6-v0.0.20) or --wifi=hv12v-new (same as v0.1.0 or v0.2.0) option.
    • patch-kexts.sh tries to automatically detect whether it should create a new APFS snapshot if it is running in a live system, and it defaults to creating a new snapshot if it is running from the patched installer USB. If you need to override this, there are now --create-snapshot and --no-create-snapshot command line options, as of micropatcher v0.3.0.
    • It is also possible to do this step without booting from the patched installer USB -- just open Terminal and run /Volumes/Install\ macOS\ Big\ Sur/patch-kexts.sh with any command line options if needed (such as /Volumes/Install\ macOS\ Big\ Sur/patch-kexts.sh --2011), but do not specify a volume name, and patch-kexts.sh will automatically default to the boot drive.
    • Using the Terminal you can create a log file on your desktop with /Volumes/Install\ macOS\ Big\ Sur/patch-kexts.sh | tee -a - ~/Desktop/Big_Sur_Install_`date +"%S_%M_%H_%m_%d_%Y"`.log with any command line options if needed like /Volumes/Install\ macOS\ Big\ Sur/patch-kexts.sh --ns | tee -a - ~/Desktop/Big_Sur_Install_`date +"%S_%M_%H_%m_%d_%Y"`.log to install the Night Shift patch, but do not specify a volume name, and patch-kexts.sh will automatically default to the boot drive.
    • Users of opencore with this patcher have to modify right now the config file according the the GPU type using the config-opencore.sh in the very same way with the installer USB/SD card as before with install-opencore.sh - in fact currently only the config file has been changed. But with future opencore and patcher versions this may be used to update the opencore installation as well. You may also use the utility to install the opencore to the EFI partition of your internal boot diks. Do this if and only if your have a GPU BIOS offering the EFI boot screen on your system! Otherwise a faliling opencore installation may leave your system unbootable unless you disconnect this internal disks.
16. (This step is unnecessary for most users.) If you will be using the Big Sur installation on a different Mac (for instance, installing on a 2011 or later Mac and using it on a 2009 or 2010 Mac), it is possible that the other Mac (the one not used for installation) may try to boot off the wrong APFS snapshot. To prevent this, run zap-snapshots.sh on your System volume, to remove all but the most recent snapshot. For instance, /Volumes/Image\ Volume/zap-snapshots.sh /Volumes/Macintosh\ HD. (Or you can also do this if you are running low on disk space on an older release/beta of Big Sur.) This is basically the same as step 15, but with zap-snapshots instead of patch-kexts, and without any command line options like --2010 or --2011.
17. After step 15 (and 16 if necessary), reboot into your Big Sur installation and complete the Setup Assistant if you have not already done so. Pay particular attention to the screen that asks if you want to transfer information from another Mac or PC; if you want to restore a Time Machine backup, you must do it from this screen. The previous method of restoring it from the macOS Installer USB is still visible in the Installer USB's menu, but it no longer works.
18. On Macs which do not support Metal (many 2011 and older models), make sure to enable Reduce Transparency to eliminate many seemingly random crashes, and if icons on the right-hand side of the menu bar are invisible afterward, try Dark mode. Enabling Reduce Motion will increase performance a little more, and so might Increase Contrast. (If you will be using the installation on a 2009/2010 Mac, it would be a good idea to finish the Setup Assistant on a 2011 or later Mac and enable Reduce Transparency before moving the installation over.)
19. Optional (but can greatly improve performance for Macs that do not support Metal): Once booted in your Big Sur installation, run disable-animations.sh from the patched installer USB to disable most animations. If you want to reenable them, run reenable-animations.sh. (Thanks to johncaling40 for these contributed scripts.)

If you reset your Mac's NVRAM, attempts to boot Big Sur afterward will fail with a prohibited/no-entry sign on the screen. To fix this, repeat step 9 (booting the "EFI Boot" partition of the patched installer USB). Likewise, if you transplant the hard drive with the Big Sur installation from one Mac to another, or you move an external hard drive/SSD with Big Sur from one Mac to another, you will need to repeat step 9 on the destination Mac before it can boot Big Sur.

To update from one beta/release to the next, you may create a bootable USB for the new beta/release (using createinstallmedia), patch it with this patcher, then follow the directions above (except skip Disk Utility, i.e. skip steps 8 and 11) to boot from the patched USB and install it on top of the previous beta or release. (Allow something like 1-3 hours for the update, even if it looks like it froze up at some point, especially on a 2011 or older Mac.) This will uninstall the Wi-Fi, etc. kexts that were installed in step 15 on the previous beta/release, so you will need to redo that step as well. There are other methods of updating using delta updaters, but they are more difficult (and you will need to run patch-kexts.sh -u, described below, to remove all kext patches before attepting that type of update).

For what it's worth, patch-kexts.sh has a -u command line option for undoing the kext patches (such as 802.11n Wi-Fi). It can only undo kext changes applied through patch-kexts.sh and not any kext changes applied through other means. (A more time-consuming but potentially more thorough alternative is to reinstall Big Sur on top of your existing installation, as if you were using the method described in the previous paragraph to update to a new Big Sur beta/release.)

If you want to undo the setvars EFI utility's changes to boot-args and csrutil settings, then boot from the USB stick, open Terminal, and run /Volumes/Image\ Volume/reset-vars.sh. (Or you can just start your Mac while holding down Command-Option-P-R to reset NVRAM. That is probably a better way of doing it.)

The best way to remove the patch from the USB stick is to redo createinstallmedia, but if you are working on patcher development or otherwise need a faster way to do it, you can run unpatch.sh.

Modifying the System volume yourself

After you finish installation, you may want to modify the System volume yourself. For various reasons you may want to install kext patches other than those which are part of this patcher. Or there may be other changes you want to make to the System volume. However, Big Sur normally boots from a read-only snapshot of the System volume, so making changes is typically not as simple as remounting the volume as read-write. Two shell scripts to assist with this, remount-sysvol.sh and rebuild-kc.sh are provided. For now, remount-sysvol.sh should be run from the patched installer USB (but after booting from your Big Sur installation).

1. Run /Volumes/Install\ macOS\ Big\ Sur/remount-sysvol.sh. Due to a bug which will be fixed in a future patcher release, it must be run like that, with the full pathname.
2. The script will either remount / as read-write (if your system somehow started directly off the System volume), or it will create a temporary mount point and mount the underlying System volume at that temporary mount point. Then it will change the current directory to /System/Library/Extensions wherever the System volume is mounted read-write (probably on the temporary mount point), and it will start a subshell.
3. At this point, you can make whatever changes you want to the kexts in /System/Library/Extensions, or whatever other changes you want to make on the System volume for that matter. These changes can be made using whatever means you prefer -- they do not need to be done through the subshell (although they can be). You may also run /Volumes/Install\ macOS\ Big\ Sur/zap-snapshots.sh to delete all APFS system snapshots except for the most recent (this script must be run inside the subshell).
4. Once you are done modifying the System volume, run "$REBUILD_KC" (including the quotation marks). This must be run inside the subshell. This will rebuild the kernel/kext collections that Big Sur uses as its kernel cache. Note that if you try to install a kext which is incompatible with Big Sur, this may fail; in that case, you will need to undo the incompatible kext change and try "$REBUILD_KC" again. (If you ran zap-snapshots.sh in step 3 without making any other changes to your System volume, then this step is not required. For most Big Sur systems, this step will be required if any other changes are made to the System volume, to create and "bless" a new snapshot. If your Big Sur system boots directly from the System volume rather than using snapshot booting -- this is rare -- then this step is only needed if you make kext changes, and it will not create any snapshots.)
5. Once "$REBUILD_KC" finishes successfully, run the exit command in the subshell. The remount-sysvol.sh script will then attempt to unmount the temporary mount point. The unmount attempt may fail, but if so, it's no big deal because macOS will unmount it when restarting anyway.