Hervé

There is a dedicated section about multi-OS booting. https://osxlatitude.com/index.php?/forum/172-multiple-boot/

If you want an easy Sierra installation on your E6220, I invite you to follow this guide.

Keyboard backlight is controlled through BIOS settings, not Operating System.

https://github.com/Piker-Alpha/ssdtPRGen.sh Read then follow the instructions.

Try to put the laptop to sleep then wake it. Headphones should then work. Remember to re-patch your AppleHDA binary file if you update Sierra, though reverting to v278.52 of my posted pack should work too. The patch is as follows: Find: 8419B411 Replace by: 00000000 Find: 8A19D411 Replace by: 00000000 Find: 8B19D411 Replace by: DF761D11 There are 2 x instances each time. I've not needed CodecCommander or EPADFix but you may add it if you find that the headphone output does not always work until your put laptop to sleep then wake it.

That command is only supported from Yosemite 10.10. On earlier versions, use sudo kextcache -system-prelinked-kernel (whih is also supported on later versions).

Ok, I know it's been several years but let's clarify something immediately. We used and advocated Apek Protector Suite v2.0 on the old Latitude D Series up to Mac OS X Snow Leopard 10.6.8. From Lion onwards, the software no longer ran and we used to advocate Authentec TrueSuite v5.5.0.5. That software certainly runs in Lion and ML, after which I 'm pretty sure development stopped. I can't remember testing it in Mavericks or beyond since I only have a biometric reader on my D430 and the buck stopped at Lion 10.7.5 (ML with MLPF). http://web.archive.org/web/20130616232312/http://support.authentec.com/Downloads/Mac/TrueSuite.aspx#LiveTabsContent39073

By their very nature, USB-based Bluetooth devices will never be listed in the lspci output. You'll only see them in the USB section of your SysProfiler. Try Rehabman's bluetooth firmware fixes: https://github.com/RehabMan/OS-X-BrcmPatchRAM

The software only seem to support the Upek biometric readers of the Dell D Series (I have it running on my old D430). It does not work for readers fitted to more recent Dell laptops such as the E Series for instance. It's a totally different piece of hardware. I should have a copy of the software somewhere. If it fits as a post attachment, I'll upload it. Obviously this Upek application only ran on laptops fitted with Upek's hardware accessory (older Dell, Lenovo, Sony, Acer and Asus models). I understand Upek was subsequently acquired by Apple and product support ceased.

Last time we looked at the specs, they were pretty much alike any IvyBridge E6x30.

The mini PCIe slots of the Dx30 do operate in combo PCIe/USB mode. Oherwise the WWAN modules would never work and they can be use in any slot. EDIT: WRONG: Ok on the D430 (both slots) but not on the D630 in which only the WWAN slot is combo PCIe/USB; the WLAN slot is PCIe only.

Why do you use that kext?

Never assume that a 3rd party component such as combo wireless/bluetooth card will work OOB. 1st identify the Bluetooth chip used on the DW1550 then refer to the Wireless and Bluetooth section of the forum. You may also want to read the existing literature on your Bluetooth matter. You also confuse USB ports and USB devices. The USBInjector kext only serves one purpose: get the built-in USB ports to be recognized and work, not the connected USB devices...

You can refer to my D630 guide if you need anything. I use a tuned USBInjector kext that matches the D630 USB2.0 ports arrangement under the chosen SMBIOS profile. Watch because I use a different SMBIOS profile between OS X versions up to EC (MBP5,1) and macOS Sierra (MBP7,1). I can't guarantee that the USBInjector kext I use for the D630 will also apply directly to the D830, but you can use IORegistryExplorer to identify all your ports and adjust the kext Info.plist file as needed. The packs also include FakeSMC kext tuned for GPU throttling (AGPM patch) and native CPU SpeedStepping. SSD/HDD speed is limited to SATA II performance, i.e. 3Gb/s max, not 6Gb/s; nothing you can do about it, that's the chipset specs...

Cache did not rebuilt properly: Error 77... Re-type the touch + kextcache commands.

It would appear there is no bootloader installed on the media you attempt to boot (USB key or HDD). Start with that before installing/replacing the EFI folder.

You should enable integrated NIC, but that's not what causes the issue you experience. System reset on a Haswell platform is often due to absence of kernel power management (PM) patch. Make sure you enable KernelPm patch in your Clover config.plist (AsusAICPUPM patch is not required on Haswell and later platforms). If you used JakeLo's bootpack, you should be Ok, as long as you installed it in the right place of course: the hidden EFI partition that you'll 1st mount with Clover Configurator.

KP due to vanilla AICPUPM kext... If you use Clover, enable the AsusAICPUPM patch. If you use Enoch, you should either use NullCPUPM kext or the pre-patched AICPUPM kext. You may refer to my E6220 guide (and pack).

Please try and list your own computer's true specs, not those published on the Lenovo brochure.

Wifi with this card is discussed at great length on the forum. You can use the Search facility. Trackpad works fine with Dr Hurt's driver Release 4. You can look ut the thread in the associated R&D forum subsection. The files for the TrackPad PrefPane are also mentioned and provided.

Again, what des the KP say??? You will get audio if: 1) you use the correct patched DSDT (HDEF layout-id set to 12 / 0x0C) 2) you install the IDT 92HD93 definition dummy kext, ideally in /L/E (/S/L/E will do to) 3) replace the vanilla AppleHDA in /S/L/E by the patched version (details of patch provided before) or configure the on-the-fly patches in Clover config.plist Again, repair permissions and rebuild cache after any mod to kexts in /L/E or /S/L/E.

If your KP refers to AppleIntelCPUPowerManagement, then you need to install the patched AIPCUPM kext in /S/L/E (overwriting the vanilla kext), repair permsissions and rebuild the cache. If you get an "error 77..." message, retype the touch + kextcache commands.

Why don't you try to create your new USB installer directly on the E6230? It makes no difference that it already runs EC.

This patch applies to PCIe SD card readers only, not USB readers. It's known to work with several O2 Micro devices but may not work with all of them. It does not appear to work with non-O2 Micro devices (Ricoh or Realtek for instance). To patch your DSDT, use the following process: 1) Using IORegistryExplorer, identify your DSDT device (pay good attention to displayed PCI vendor and device ids). The device will differ from one system to another. 2) Open up your DSDT with MacIASL 3) look for your SD card device identified in step #1 (for instance: device PXSX under RP05) 4) paste the following code under the _ADR and _PWR sections: Method (_DSM, 4, NotSerialized) // _DSM: Device-Specific Method { If (LEqual (Arg2, Zero)) { Return (Buffer (One) { 0x03 }) } Return (Package () { "AAPL,slot-name", // Optional Buffer (0x09) // Optional { // Optional "Built-in" // Optional }, // Optional "device_type", // Optional Buffer (0x11) // Optional { // Optional "Media Controller" // Optional }, // Optional "model", // Optional Buffer () // Optional { // Optional "<specify your model here>" // Optional }, // Optional "compatible", Buffer (0x0D) { "pci14e4,16bc" } }) } 5) Recompile your DSDT and replace your initial table. Below is an example for the Latitude E6230 (with original DSDT device "PXSX" renamed to "SDXC"):

Just apply the CellPhoneHelper patch, whether in the kext itself or in FakeSMC. No guide has ever mentioned anything else so don't get ahead of yourself and stick to known working patching methods that have been published so far.