Hervé

From a pure cache rebuilding point of view, it is correct. From a kext point of view, well, I question the relevance of some of those kexts you've chosen to install (VoodooTSCSync, NullCPUPowerManagement, etc.). You're clearly not using the pack Jake Lo gave you...

-> Topic moved to its own thread. Please don't hijack/pollute existing threads with unrelated matters and/or unrelated platforms. It's been mentioned a few times before that, as per previous Clover OS X/macOS installations, you can update directly through your Software Update PrefPane; just make sure to apply the Embedded Controller ACPI device renaming to your Clover config or patched DSDT, as per our published requirements for Catalina or the info available on p1 of the thread you previously posted in.

Warning can be ignored, it's of no consequence to rebuilding the cache.

Moving this thread from Installation Guides section (where it's got nothing to do) to OS X/macOS section. Please make every effort to post in the appropriate section(s) in the future... I don't think anyone will understand what tool you're talking about but rest assured that there never was any need for tools on the matter, whether in Catalina or any previous Mac OS X/OS X/macOS version, especially as those tools clearly appear to keep people in the dark with regards to what's behind and how things work. You may consult our FAQ section where you'll find details of the Terminal commands you may use to repair permissions and rebuild you cache directly.

Bronxteck recently reminded us of links Apple publish in relation to creating bootable installers for OS X and macOS from El Capitan 10.11, so here's a link to the related main page: https://support.apple.com/en-us/HT201372 Very useful as a replacement to the old AppStore method that allowed registered users to re-download an OS X/macOS installation package if they had already done so in the past. 8GB USB keys/flash disks required up to Catalina, 16GB from Big Sur. Whilst the information is obviously meant for Apple Mac computers, it's nevertheless 100% relevant to the 1st phase of creating USB installers for Hackintosh computers, the 2nd phase being the necessary installation of the bootloader (Chameleon/Enoch, Clover or otherwise).

Unbrick? What are you talking about?

Wrong pack, you need to use the Optimus A23 one.

I can only assume you mean Jake Lo's guide. Which bootpack are we talking about here because there are several and 2 x of them are Optimus ones, i.e. those you'd need depending on BIOS version.

Did you install the SSDT that disables the Nvidia GPU?

How did you solve your LAN issue? Re: wireless, look up our FAQ section.

I've no idea to be honest; the wifi indicator is usually unsupported on Hackintosh and turned off.

Your patched DSDT injects layout 2, so that's incorrect and clearly clashes with your other audio settings: Device (HDEF) { Name (_ADR, 0x001B0000) // _ADR: Address [...] Method (_DSM, 4, NotSerialized) // _DSM: Device-Specific Method { [...] Return (Package (0x0C) { [...] "layout-id", Buffer (0x04) { 0x02, 0x00, 0x00, 0x00 }, [...] }) } } Remove that from your HDEF _DSM, clear the item counter of the Return Package line (or reduce it from 12 to 10), recompile the DSDT and you will be good to go. Re: DW1510, did you consult our wireless cards inventory ? Because the answer is there...

Audio works with Lilu + AppleALC + injection of layout 12. The stuff you posted shaw that you do, so there could be an issue with your patched ACPI tables (not provided). Wireless depends entirely on the card you use. Refer to our FAQ section and wireless cards inventories.

Yes, that's a well-known boot glitch we all encounter. The old IOGraphicsFamily patch used to take care of that but WEG now does (and I can confirm this on my E6230). If it's not the case for you which would surprise me, you could always try to re-instate the old patch but you'd have to check if Catalina would use the same one as Mojave for instance. Your kext set is very messy and contains numerous kexts that are irrelevant, not required and contradictory. Those will impact the usability and operation of your E6530 Hackintosh. I'm talking about kexts related to irrelevant chipsets (Series 200, x99, nForce, Via), CPU power management (NullCPUPM), audio (patched AppleHDA vs. AppleALC), etc. I suggest you look into (and use) the Clover packs available in our various recent E6x30 guides to address this as well as patched ACPI tables so that you have a fully and properly working Hack (with USB3 functionality).

Updated to BIOS A20 and all runs Ok (with A19 patched DSDT).

Just updated BIOS to A20 and all is working perfectly with Cover patches and patched A19 DSDT. This being said try and adjust your Clover config with Clover configurator app to compare: ACPI config remove PluginType Add Drop SSDT CpuPm Add Drop SSDT Cpu0Ist

You should open up your own thread and post your debug package. This thread is now getting seriously off-topic, being about Mojave 10.14.2...

Booting straight into Sleep usually is a sign of incorrect settings for CPU power management but you seem to have all in order. I see a CPU-specific SSDT for an i5-3320M matching your signature so I presume you generated it yourself since it appears it was compiled under 10.15.1. Everything indicates you used my E6230 Clover boot pack so I think it's fair to say you also followed my guide. Did you install any kexts in /S/L/E or /L/E for caching too are are you just injected kexts from Clover? The only obvious thing that differs between our individual setups (outside the Bluetooth kexts which, imo, are irrelevant to your predicament) is the BIOS version; I run A19 when you're still on A11. I would most certainly recommend you update to A19 too. A new version A20 got out since since I myself updated but I've not proceeded to install it; maybe it's time I do...

Are you still using that Niresh distro? If you do we can't help you. If you now use a vanilla macOS installation package and follow the guidance available in those links Jake Lo provided you with, no reason why it would fail beyond typical things like defective USB key or incorrect BIOS settings. If in doubt re: BIOS settings, Jake Lo's guides usually advise to reset BIOS settings to factory default and set set disk mode to AHCI among a few other things. Looking at his E7240/E7440 guide, it certainly is the case. I will now close and archive this Niresh-related thread.

Follow the E7x70 guide available in our Guides section. CPU model is irrelevant.

I had detailed it in my old E6440 guide; have a look there, the patch remains identical; or look up the Darwin injection in lt E6230 guide; it's the line where OSYS is set to a specific value when the OS is Darwin or Windows 2006.

Did you inject Darwin, either in DSDT or through Clover? That's usually necessary on Ivy Bridge platforms to enable USB3 controller.

Yes, sorry for my mistake, I was writing about CPU PM in relation to Sandy + Ivy Bridgers and wrote "Sandy" instead of "Ivy." All E6x30 are of course 3rd gen Ivy Bridge, not 2nd gen Sandy bridge. JakeLo's guide does indeed mention a version of BIOS that, for years, was not to be exceeded but subsequent versions can actually be used if you apply the Capri FB memory size patch. I can vouch for it, I'm using BIOS A19 on my E6230 that, for years, was said not to be updated beyond BIOS A11 or A12 to avoid graphics corruption and garbled screen. Since you're on a highest BIOS version, it's not as if you have anything to lose by applying the patch anyway. I'm pretty sure you'll find it works and that'll save you the hassle of downgrading BIOS which requires a 2 phase approach: 1) downgrade to the lowest possible BIOS (eg: version A01/A02/A03) 2) upgrade to BIOS A11 For the rest, yes, you can follow Jake Lo's guide since you probably did not use his Clover pack in the 1st place.

That would be surprising but you could check in IOReg with IORegistryExplorer. Note that if your M4800 has USB3 and USB2.0 ports as I expect it does since it's a Haswell platform, you should probably install Rehabman's latest FakeCPIID + FakePCIID_XHCIMux kexts to gain USB multiplexing and get all the USB hubs properly reported.

-> Moving to the correct Dell support section. Please make every effort to post in the correct sections in the future. Guides sections are clearly labelled "No support here"... You need to apply the Capri framebuffer memory size patch; details are available in my E6230 guide posted in the Guides section. Then there are a few things that need to be looked up and adjusted in your Clover config: 1) Devices: I suggest you remove that very incorrect entry; there is absolutely no need to fake any iGPU with the iGPU of the E6x30 Series 2) Graphics: remove "inject intel" + the ig-layout-id you currently inject. Lilu + WEG take care of that and the layout-id you inject through Clover contradicts what you already inject in DSDT, i.e. the HiRes layout 0x01660004 which is accompanied with DualLink boolean set to true. I presume you have a HiRes screen... 3) Patches: KernelPm patch is for Haswell and later platforms for which CPU power management got transferred to the kernel. Your E6530 is Ivy Bridge and therefore CPU power management is managed by the AppleIntelCPUPowerManagement kext. You need to enable AppleIntelCPUPM patch instead which applies to Sandy Bridge and Ivy Bridge platforms. IOGraphicsFamily patches are obsolete now and WEG takes care of everything. You can remove this. You're mixing direct cached kext references with com.apple.xxxxx; If, at some point in the past, the 2nd got mandatory, things reverted back to what they initially were and I'm not sure the com.apple.XXXXX still works these days. But I guess you can tell us if that's the case or not.