

- CLOVER EFI EL CAPITAN INSTALLATION FAILED INSTALL
- CLOVER EFI EL CAPITAN INSTALLATION FAILED UPDATE
- CLOVER EFI EL CAPITAN INSTALLATION FAILED PATCH
- CLOVER EFI EL CAPITAN INSTALLATION FAILED FULL
Please try the kexts provided and update in this thread of the issue. Still conversing with MLforAll about the chipset issue.
CLOVER EFI EL CAPITAN INSTALLATION FAILED PATCH
CLOVER EFI EL CAPITAN INSTALLATION FAILED INSTALL
Fixed Issue where some Macs fail to install due to current RAM configuration.Updated OS X Hackers App for preparation.Adds Font Changer 1.0 with support for San Fransisco.Fixes an Issue where some Macs failed to install AirDrop Enabler.Addresses an issue where Graphics Disabler would sometimes fail installation even though it actually performed the tasks.
CLOVER EFI EL CAPITAN INSTALLATION FAILED FULL

I was able to fix the UEFI problems as follows (credit to VirtualBox forum): After manually directing EFI to boot into macOS for the first time, macOS automatically fixed-up the boot partition, and subsequent boots worked properly. In my case, after installing macOS into a Virtual Machine according to these instructions (running macOS installer from an ISO downloaded from Apple), on first boot, the boot partition was present but unconfigured (probably no boot image installed). By now you may have surmised boot.efi is an EFI standard filename that lives at an EFI standard path in a disk partition, and it contains os-specific boot firmware (e.g. Ultimately, the objective is provide a boot partition that contains macOS boot.efi. Your immediate objective is to help EFI locate and execute os-specific boot firmware. However, assuming you have a macOS recovery partition on that disk, it should contain a copy of boot.efi (macOS-specific boot firmware) that you can boot into the OS with. UEFI requires intervention because EFI firmware on the Mac's motherboard cant find valid OS-specific EFI boot firmware in the standard location on disk.
