Hervé

Regarding Clover config.plist, I suggest you modify as follows using Clover Configurator app: 1) ACPI tab: Add SSDT CpuPM + SSDT Cpu0Ist in the list of drop tables. You can probably tick off "Drop OEM" option. Make sure to have your generated CPU-specific SSDT in ACPI/patched folder 2) Kernel & Kext Patches tab: You have an Ivy Bridge system so remove the Kernel Pm option you've applied. 3) SMBIOS tab: You've opted for MacBookPro10,1 model which is a high-end quad-core i7 model. According to the specs listed in your signature, you'd be much better using SMBIOS of MacBookPro9,2 or -possibly- MacBookPro10,2;

I expect it'll work OOB, make sure to use MBP7,1 SMBIOS. Tune the graphics through FakeSMC after installation as detailed here. Generally speaking, you can apply the same tuning as for the D630 (USB, AGPM, FakeSMC), adjusted to your own systems specs (dGPU PCI id for instance).

Nothing wrong having no information listed under PCI devices in SysProfiler. Real Macs display the same. It's a cosmetic matter. If you wish to display hardware in there, simply add a _DSM method in the DSDT for the various devices you wish to see (eg: GPU, LAN, wifi, etc.). You can refer to this article for reference. It's an old article and the tools have evolved (you'll probably be using Maciasl to patch your DSDT these days), but the principles remain the same. If you don't know which DSDT device to patch, 1st identify them in IOReg, take a note of their address, then look them up in DSDT.

If Bluetooth appears supported -even if only partially-, you may just need a little patch to fully support it. You can apply the same principles and method as detailed here for the BT module of Intel's Advanced-N 6235.

To answer some of your questions: 2. Kexts locations and resulting behaviour/impact: kexts placed in Clover EFI folder are injected (loaded) at boot time; they're not cached so they load slower and cannot be patched on-the-fly. You probably won't see those in the list of SysProfiler->Extensions. /S/L/E is for all Apple's vanilla kexts; ideally, this folder is left untouched but some kexts will only load from that folder (eg: AppleHDA and, by extension, patched AppleHDA). Kexts placed in /S/L/E are cached and can therefore be patched on-the-fly by Clover (it patches the kernel cache). /L/E is for 3rd party/add-on kexts; this is typically where our Hackintosh add-on kexts are added to be cached. 3. lspci tool requires more than a kext for line commands to operate. It's not built-in to OS X/macOS. You also need to install the exec + database files (which can and should be updated from time to time). See here for details. 4. No need for XCode to build a Hack. It may only be required for some tools or app, but these tend to be specific. This would be a complete post-installation app requirement. 5. No Internet => no "problems" per sé, just the obvious...

Assuming you use Clover, check for erroneous bus/cpu speeds in the config.plist. Use Clover Configurator app to check these. Or you did something wrong with your re-compiled DSDT (but I'd doubt it) and/or SSDT. Why don't you use existing patched DSDT available in our bootpacks?

That's what I wrote on 22nd of June, didn't I?

When rebuilding your cache, if you're getting: Child process /usr/sbin/kextcache[625] exited with status 77. Error 107 rebuilding /System/Library/PrelinkedKernels/prelinkedkernel repeat the sudo touch + sudo kextcache commands. If the problem persists, remove the kernel cache files entirely before rebuilding the cache: sudo rm -Rf /S*/L*/PrelinkedKernels sudo rm -Rf /S*/L*/Caches/com.apple.kext.caches

The BT modules of some Intel combo cards are supported under OS X. They can therefore complement another non-combo but compatible wireless card. That's what I've done with my Latitude E6440 that offers multiple mini-PCIE slots: I left the original combo Intel card in its slot since the BT4.0 module was supported and I added a wifi-only Atheros card in another mini-PCIe slot.

No, it does not need an extra USB connector. It needs a mini-PCIe or M.E adaptor.

Disk cloning.

If the E7240 can physically take the card, go for this and Bob's your uncle.

Oh look! https://osxlatitude.com/index.php?/topic/9484-e5420-el-sierra-only-partially-working/&do=findComment&comment=69330

You could have started with that rather than state "LAN does not work"... Run DPCIManager app to verify the card model or if it's even detected in IOReg. Wasn't there also a ROM parameter of some sort to enable or disable in BIOS? Did you check the other E5x20 threads or search the forum?

Please lookup the HD4000 patching guide in the R&D->Graphics forum sub-section. However, please note that there's a chance that HDMI output is wired through the nVidia discrete GPU and since neither Optimus nor the GT630m are supported under OS X/macOS, that'd leave you without HDMI output capabilities.

You should contact Mieze and tell her about your LAN performance tests.

How about a little homework on the forum, hmm? Be "smart"...

Well, there you go then, no need to state the obvious... On checking Dell's web site for Vostro 5460 touchpad driver, it appears the laptop is fitted with an ELAN touchpad:

Even though post #1 states the drivers support ALPS hardware V1 to V5, I don't think Dr Hurt's R4 and R5 versions support these older ALPS touchpads very well. I could not use these kexts on my old Latitude D630 that also has a V2. I suggest you try the PS2 kexts I posted in my D620/D630 bootpack thread instead.

Check the syslog for ALPS touchpad. From Terminal, type log show | grep ALPS. If you have an ALPS touchpad, it'll say so and its version will be displayed. If you still have Windows, you can also check the details of the driver in Device Manager.

Try and identify your ALPS touchpad version in the boot log. You might have a model not entirely supported by the driver. You can use the following Terminal line command for instance: e6230:~ admin$ log show | grep ALPS 2017-07-12 20:57:14.208257+0200 0x3daa3 Default 0x0 0 kernel: (kernel) ALPS: Found a V3 Rushmore touchpad with ID: E7=0x73 0x03 0x0a, EC=0x88 0x08 0x1d

Answer is no. A volume is a disk partition and cannot be further partitioned... One can only adjust partition sizes of a disk and add/remove partitions. https://en.wikipedia.org/wiki/Disk_partitioning https://coriolis-systems.com/static/support/help/iPartition/pgs/schemes.html https://www.howtogeek.com/193669/whats-the-difference-between-gpt-and-mbr-when-partitioning-a-drive/ MBR and GPT/GUID are disk partitioning schemes. On a given disk, only partitions formats can differ and co-exist, not partition schemes which are unique. It's not very common to convert disk partitioning from one scheme to the other but there are tools to do so. Usually, one simply entirely wipes out a disk and starts afresh with the desired/target partition scheme. https://www.windowscentral.com/how-convert-mbr-disk-gpt-move-bios-uefi-windows-10 If you're trying to install OS X/macOS on an MBR disk, you need to apply the MBR patch. Whatever you attempt or decide to do with your SSD, there's only 1 thing to do if you cannot lose your data... NB: no multiple posting on the forum for the same matter please!

It's not supported, so you can only run OS X/macOS on the HD4600. Ideally, disable the AMD via DSDT or SSDT patching to save power.

Updated with 10.12.6 files.

There's a guide, if you cared to search a little... https://osxlatitude.com/index.php?/topic/8506-dell-latitude-inspiron-precision-clover-guide/