5T33Z0 129 Posted November 17, 2020 Share Posted November 17, 2020 (edited) Background: Since the Pre-Release of Clover r5123, OpenCore's Memory Fixes have been integrated completely into Clover in the form of OpenRuntime.efi, replacing the previous AptioMemoryFixes. Since r5126 these are now obsolete and no longer supported, so an upgrade to v5126 or later is mandatory in order to be able to install and boot macOS Big Sur with Clover. This guide is for everyone trying to update to the latest Clover version, so they can install and run Big Sur on their Machines. When updating to the latest iteration of Clover, there are several obstacles one can come across along the way. This guide is here to assist users trying to make the switch from the old Clover version with AptioMemoryFixes to the new one with OpenRuntime and Quirks Settings in Clover Configurator. Problem: If you update your existing Clover installation by either installing the clover.pkg file or manually updating it the way you used to this will most likely result in an inoperable bootlader due to missing boot parameters. Approach: In order to avoid the dilemma of your system not wanting to boot, you have to know that the following files are obsolete and are no longer necessary, so they should either be disabled/deleted when updating Clover from a built prior to version 5123 or omitted altogether when setting up a new EFI Folder: AptioMemoryFixes: AptioMemoryFix.efi, OsxAptioFix3Drv.efi, OsxAptioFixDrv.efi and everything else containing "memoryfix". Unnecessary Drivers (for UEFI-based Systems): DataHubDxe.efi – enables DataHub Protocol support if it is missing from the BIOS. Modern UEFI BIOSes usually support this. But you have to test on your own if your system relies on it or not. Since Clover r5130, DataHub is now embedded in Clover, so definitely delete this! FSInject.efi – For Kext-Injection. Pretty much obsolete since it's fully integrated in Clover nowadays. Might be necessary for Legacy Systems, though. SMCHelper.efi – Necessary when using FakeSMC.kext and ONLY FakeSMC. If you use it in combination with VirtualSMC.efi, it results in instant Kernel Panics. So, in other words: when using VirtualSMC – which is higly recommended over FakeSMC – DON'T use SMCHelper, use it in conjunction with VirtulSMC.efi instead (although that's unnecessary in most cases nowadays – using VirtualSMC.kext alone is sufficient). EmuVariableUefi.efi – necessary for emulating NVRAM, if NVRAM is either not available (legacy systems) or working incorrectly. OcQuirks.efi and OcQuirks.plist – delete if present. OcQuirks is a relic from earlier attempts to include OpenCore Booter Quirks into Clover up until r5122. Incompatible Kexts – wherever possible, you should use the latest available kexts provided by acidanthera (the Devs behind OpenCore). Because incompatible Kexts are a source for Kernel Panics. I had an issue with my Laptop where VoodooPS2Controller.kext would cause a kernel Panic when used alongside VoodooPS2Mouse.kext, VoodooPS2Trackpad.kext and VoodooPS2Controller.kext. At the time I updated clover from 5122 to 5123, I didn't know that these 3 kexts are now includes as plugins inside of VoodooPS2Controller, so having them twice would cause a panic. In general, having Kexts which have dependencies to other kexts can cause a Kernel Panic if not loaded in the correct order. In OpenCore, you can and have to set up the correct loading order of kexts manually by yourself, but in Clover only a few essential kexts like Lilu and Fake/VirtualSMC are hard-coded in, so they are always loaded first. It took me a while to figure this out. So when you update Clover and you are using lot of Kexts (usually on Laptops), try to update all Kexts first using Kext-Updater which is incredibly useful tool to download all sorts of bootloader-related files, have a look inside of them so see if they include more kexts as plugins and make sure nothing is present twice – HID, Wifi and Bluetooth kexts come to mind here. If you get panics you can not isolate, just move all unnecessary kexts to the "off" folder to temporarily to work around the issue by starting with a minimal set off kexts to get the system running. Then put the disabled kexts back one by one to find the culprit for the panic. Updating your EFI Prepare an USB Stick. Format it to FAT32 (MBR). We'll use it for testing our updated EFI Folder first, before copying it to the ESP on the HDD. Download the latest Clover Release as a .zip archive for a manual update (currently "CloverV2-5126.zip"): https://github.com/CloverHackyColor/CloverBootloader/releases Extract the .zip. We'll create our EFI based on the one insides of it. Have a look at "EFI > Clover > drivers > off > UEFI" and it's sub-folders – you'll find the following Files: Copy the following files over to EFI > Clover > drivers > UEFI: ApfsDriverLoader.efi, VBoxHfs.efi and OpenRuntime.efi Now we have a minimal set of Drivers which looks like shown below. The files tagged in gray are in the drivers Folder by default and are most likely unnecessary on UEFI-based systems. As mentioned earlier, SMCHelper MUST be deleted when using VirualSMC.kext! I would turn of each of the gray drivers one by one and chick if the system still boots without them. Next, copy over your kexts (updated to the latest available version, of course), your ACPI > patched folder and your config.plist form your existing EFI Folder Open Clover Configurator and update it to the latest Version. It should now include a new section at the bottom called Quirks, as mentioned earlier Now open your config.plist you copied over from your working EFI and click on "Quirks". It should look like this (without the descriptions of course): Head over to the OpenCore Install Guide and pick the guide for your CPU Family and Platform. Jump to the "Booter" Section. It contains all required Booter Quirks tinted green in the screenshot. Make sure to unfold the "more in-depth info" box to see what they do. Find the options for your system and tick them away in Clover Configurator. Next, jump to the "Kernel" section of Dortania's guide and copy over the settings from "Quirks" and "Scheme". Again, make sure to unfold the "more in-depth" section to find all necessary settings. NOTE: some of the settings Located in "Kernel > Quirks" have different names and are located in the "Kernel and Kext Patches" section of Clover Configurator. These include: In most cases you have these set up correctly already, otherwise your system wouldn't have started before. But it's good to double check if you have settings enabled which may be unnecessary. Once you've ticked all the necessary quirks, save your configuration, copy the new EFI Folder to the root of your USB Flash Drive and try booting from it. If everything was set up correctly, the system should boot as expected. In the Clover Boot menu, perform an NVRAM Reset (F11) to clean out possible remnants of previous Aptio Memory Fixes and then start macOS. If it does boot, you can mount the ESP partition of your hard drive, backup your ole EFI Folder, delete it and put in the one from your USB Flash drive to make the changes permanent. TROUBLESHOOTING: General Clover Config Settings (excluding Quirks): Hackintosh Vanilla Desktop Guide For more info about how OpenCore differs from clover and see which settings, drivers and features are compatible, check out the Clover Conversion Guide. If you get Kernel Panics: head over to the OpenCore Troubleshooting Guide and have a look at the "OpenCore Boot issues" and "Kernelspace Issues" sections to find your error message and possible fixes to resolve it. Fixxing Network issues after Clover Update: Have a look at this Good luck! PS: If you run into trouble after following this guide you can upload your config.plist and I can have a look at the quirks. PSS: When running Big Sur, you need to remove the PreBoot Volume from the "Hide" Section of the GUI because if I understand correctly, Big Sur requires booting from it. PSSS: if your system boots correctly you can upload a screenshot with your quirks with additional Info like your Board and CPU which might be helpful for other users. Edited April 16 by 5T33Z0 finishing up rbo51, Alpha999, Allan and 16 others 14 5 Link to post Share on other sites
pepitillo 11 Posted November 19, 2020 Share Posted November 19, 2020 Hello there, I was planning to install Big Sur on my Lenovo desktop hack, and tried this conversion guide. In terms of usability, clover 5126 doesn't boot my Big Sur installer (maybe expected) nor my current Catalina installation. It stops at rooting via boot-uuid from /chosen I attach my config.plist (without SMBIOS section). System on my signature config.plist Link to post Share on other sites
5T33Z0 129 Posted November 20, 2020 Author Share Posted November 20, 2020 (edited) @pepitilloIs this config.plist for the Kabylake System mentioned as "Config 2" in your SIgnature? I corrected some quirks. You have a lot of boot-args. Are you sure you need all of them? config_edit.plist PS: if this does not fix it, upload your EFI please withot the themes folder. Edited November 20, 2020 by 5T33Z0 pepitillo 1 Link to post Share on other sites
pepitillo 11 Posted November 20, 2020 Share Posted November 20, 2020 Hi, It's a Skylake desktop. I have so many boot args because I needed all of them when I first installed my system back in 2016 (I was trying some betas too, because of that I have beta args). Maybe I could retire some of them. I'm gonna try your changes as soon as possible. Maybe I could try that tomorrow. Thanks Link to post Share on other sites
pepitillo 11 Posted November 20, 2020 Share Posted November 20, 2020 @5T33Z0 No luck with your config. Here I attach current EFI folder (OK for Catalina, Clover 5122) (Clover_5122.zip) and not working EFI folder (Clover_5126.zip) https://drive.google.com/drive/folders/19N5E4VX8cdqPtXgRDlMYpt7h_QTtHVqu?usp=sharing Link to post Share on other sites
5T33Z0 129 Posted November 20, 2020 Author Share Posted November 20, 2020 @pepitillo Here you go. Changes: Followed Clover Vanilla Dektop Guide for Skylake to update config. Followed Dortania OpenCore Guide for checking Quirks. • Cleaned out ACPI Section and deleted ACPI > Original Folder to slim archive • Trimmed Boot-Args • Disabled USB Port Limit Patches for older OSes. Added patches for Catalina • Quirks: disabled XCHI Portlimit since USBPorts.kext is present • Deleted Bluetoothfirmware kext for uploading (15 mb) to slim archive. You have to put it back in! • Removed FakeSMC in Favor of VirtualSMC. Deleted SMCHelper as well > incompatible with VirtuaSmc • Replaced VoodoooTscSync with CpuTscSync.kext > It's the new version of this kext • Removed unnecessary Folders Good Luck EFI_pepitillo.zip miliuco, pepitillo and naiclub 1 2 Link to post Share on other sites
pepitillo 11 Posted November 21, 2020 Share Posted November 21, 2020 Hello, I'm stuck at the same point. I'm gonna incorporate some of your improvements to my current 5122 installation. I'll keep my eyes on next releases of clover and issues of the project, maybe it will be fixed in nexts iterations. Anyway, thanks for your help @5T33Z0 Link to post Share on other sites
5T33Z0 129 Posted November 23, 2020 Author Share Posted November 23, 2020 (edited) On the weekend I tried to build clover for my current desktop as well with all the necessary settings taken over from my working OpenCore config and I got stuck as well. The "[EB LOG:EXITBS:START]" error seems to be an issue with the 5126 release: https://github.com/CloverHackyColor/CloverBootloader/issues/309 Edited November 23, 2020 by 5T33Z0 Link to post Share on other sites
pepitillo 11 Posted November 27, 2020 Share Posted November 27, 2020 Hi, some updates. I was trying to build an opencore config for my computer based on opencore guide. I'm stuck on the same place as stuck in clover. rooting via boot-uuid from /chosen So there's something with Opencore rater than Clover integration. Link to post Share on other sites
pepitillo 11 Posted November 27, 2020 Share Posted November 27, 2020 Update I can successfully boot opencore by setting ReleaseUsbOwnership to true. IDK if this is possible in Clover, I'll try later. Link to post Share on other sites
PippoX0 276 Posted November 27, 2020 Share Posted November 27, 2020 I will give a try in my legacy rig Link to post Share on other sites
5T33Z0 129 Posted November 28, 2020 Author Share Posted November 28, 2020 23 hours ago, pepitillo said: Update I can successfully boot opencore by setting ReleaseUsbOwnership to true. IDK if this is possible in Clover, I'll try later. The Feature is called "FixOwnership" in Clover. Have a look at the Clover Conversion Guide to see what's what in Clover/OC https://github.com/dortania/OpenCore-Install-Guide/blob/master/clover-conversion/Clover-config.md Matgen84 1 Link to post Share on other sites
ltooz_audis 72 Posted December 1, 2020 Share Posted December 1, 2020 Nice tutorial but I can't seem to get the clover to display the recovery boot partition, only Catalina and NOT Big Sur. Can yours show the recovery boot partition? Thanks, Louis Link to post Share on other sites
LIMITANT 87 Posted December 1, 2020 Share Posted December 1, 2020 2 hours ago, ltooz_audis said: Nice tutorial but I can't seem to get the clover to display the recovery boot partition, only Catalina and NOT Big Sur. Can yours show the recovery boot partition? Thanks, Louis Clover doesn't support Big Sur Recovery boot till the moment, @Slice and @Jief_Machak are still working for more optimization and issues fixing chris1111 and ltooz_audis 2 Link to post Share on other sites
tonyx86 284 Posted December 8, 2020 Share Posted December 8, 2020 (edited) @5T33Z0 Nice Tutorial! Sharing my experience in case it helps others. I'm still running CLOVER r5122 (UEFI) and Catalina 10.15.7.03 as the baseline on my HackMini8,1 and was able to apply your suggestions as follows: Removed FSInject.efi Removed SMCHelper.efi (even though I am using FakeSMC.kext) Keeping OcQuirks.efi (since I'm still on r5122) I tried removing DataHubDxe.efi (since I think my rig is "modern"), but my system will not boot Catalina 10.15.7.03 without DataHubDxe.efi. My CLOVER drivers are now limited to the following: ApfsDriverLoader.efi DataHubDxe.efi NvmExpressDxe.efi OcQuirks.efi (since I'm still booting with r5122) OpenRuntime.efi VBoxHfs.efi I'm currently testing this reduced driver set with a USB (keeping my SSD EFI untouched) and will update my SSD after I confirm proper operation through a few boot cycles. Thanks again! Nice work. EDIT: Note that when booting with OC 0.6.3, I need only the following drivers (still using FakeSMC.kext): HfsPlus.efi OpenRuntime.efi Edited December 8, 2020 by tonyx86 5T33Z0 1 Link to post Share on other sites
5T33Z0 129 Posted December 10, 2020 Author Share Posted December 10, 2020 @tonyx86 Thanks for sharing your experiences. It's always a bit of experimenting involved. ApfsDriverLoader is included in OpenRuntime so you don't need it in OpenCore. As far as Clover is concerned, you could test if it will boot from apfs volumes without it. But I think it is still required though, since it looks like Clover is only making use of the memory fix portion of OpenRuntime. Link to post Share on other sites
jsl2000 130 Posted December 14, 2020 Share Posted December 14, 2020 (edited) On 11/28/2020 at 3:07 AM, PippoX0 said: I will give a try in my legacy rig Legacy boot of Clover 5126 or 5127 can not boot Big Sur in my FX-6300, P6TSE, P5Q PRO, or GA 775 hackintoshs yet because these have no UEFI. Put OpenRuntime.efi in EFI/CLOVER/drivers/BIOS not working ! But legacy boot with OpenCore worked in these hackintoshs from 10.13.6 to 11.1 smoothly. If yours can boot Big Sur, can you share your EFI for me ? Edited December 15, 2020 by jsl2000 Link to post Share on other sites
ltooz_audis 72 Posted December 14, 2020 Share Posted December 14, 2020 I've just found out that V5127 doesn't have options working. Cheers, Louis Link to post Share on other sites
tonyx86 284 Posted December 15, 2020 Share Posted December 15, 2020 (edited) On 12/10/2020 at 2:52 AM, 5T33Z0 said: @tonyx86 Thanks for sharing your experiences. It's always a bit of experimenting involved. ApfsDriverLoader is included in OpenRuntime so you don't need it in OpenCore. As far as Clover is concerned, you could test if it will boot from apfs volumes without it. But I think it is still required though, since it looks like Clover is only making use of the memory fix portion of OpenRuntime. I just performed the most recent Catalina 10.15.7 security update and Safari 14.0.2 updates on my HackMini8,1 and the updates were without issues. I'm posting this as an added validation that my reduced CLOVER driver set (repeated below, still running CLOVER r5122 UEFI) is sufficient for normal Catalina 10.15.7 operation and for Catalina installers. Thanks again for this thread. ApfsDriverLoader.efi DataHubDxe.efi NvmExpressDxe.efi OcQuirks.efi (since I'm still booting with r5122) OpenRuntime.efi VBoxHfs.efi See new version screenshots here. Edited December 15, 2020 by tonyx86 Link to post Share on other sites
tonyx86 284 Posted December 23, 2020 Share Posted December 23, 2020 Thanks to a tip from @MacKonsti, I am now running Catalina 10.15.7 without NvmExpressDxe.efi (CLOVER r5122). My current CLOVER r5122 driver set is as follows: ApfsDriverLoader.efi DataHubDxe.efi OcQuirks.efi (since I'm still booting with r5122) OpenRuntime.efi VBoxHfs.efi Link to post Share on other sites
MacKonsti 58 Posted December 23, 2020 Share Posted December 23, 2020 (edited) Yes @tonyx86 a kind reminder to everyone, NvmExpressDxe.efi is for older maOS's that don't natively support NVMe, we don't need this for Mojave and newer. That's also my minimum EFI drivers except that I am an old-school guy and still use FSInject.efi and VirtualSMC.efi There is still no conclusive evidence as to whether keep FSInject.efi and VirtualSMC.efi (instead of SMCHelper.efi that's for FakeSMC.kext) and digging on the net only provides some user's feedback rather some developers' insight (as they see the code that I cannot). Originally in older days, it was a "Driver responsible for Clover's /EFI/kexts/XXX kext injection into kernelcache". Not sure if it's now integrated in main CLOVERx64.efi ? Slice responded here but... 8 years ago. Perhaps they were indeed for older macOS and since High Sierra or Catalina, they too are no longer needed? UPDATE: As Slice reported today, FSInject.efi "is for 10.7 (Lion) and older systems which are able to load individual kexts instead of prelinkedkernel" so I also try booting without it on r5123-1 and I had no issues removing it. Edited December 24, 2020 by MacKonsti BuXb 1 Link to post Share on other sites
Manas Malla 14 Posted December 30, 2020 Share Posted December 30, 2020 I have created a Clover EFI with r5127, with help of the guide given for big sur and added the necessary kexts, drivers and made the efi to match settings from my old EFI. I am on Pentium G4600,NVIDIA 710, Gigabyte HM110m-h mobo, i was able to boot the macOS Catalina installer on r5122, but running big sur installer gives kernel panic - panic cpu2 caller ...initproc exited --exit reason namespace 2subcode 0x4 description:none. I gave the FakeCPUID 0x0306A0 in the config.plist with the help of clover configurator, added the FakePCIID.kext. Any help at the earliest is highly appreciatable.I have been able to boot it using OpenCore but I wanted Clover as it helps me with my development process. Link to post Share on other sites
tonyx86 284 Posted January 3 Share Posted January 3 (edited) @Manas Malla - If your FakeCPUID is working with CLOVER r5122, then it might be a r5127 bug. You may want to post your question in the CLOVER General Discussion thread. Good luck! Edited January 3 by tonyx86 Link to post Share on other sites
5T33Z0 129 Posted January 14 Author Share Posted January 14 Quirks for Gigabyte Z490 Vision G. Should work with other Z490 Boards as well like the Vision D. Boards from other vendors may need "EnableWriteUnprotector" and/or "SetupVirtualMap". You still need SSDTs from OpenCore (like AWAC, SSDT-PLUG, SSTD-EC-USBX etc.). Kernel & Kext Patches: KernelPM (not necessary if you disable CFG Lock in BIOS) Panic No Kext Dump Link to post Share on other sites
BuXb 94 Posted January 28 Share Posted January 28 Anybody who creates a GUI custom entry for Big Sur needs to be aware it's still buggy, see here. Link to post Share on other sites
Recommended Posts