Contribute
Register

[Release] Hackintool v3.x.x

Ah, ok! But i have installed USBPorts.kext in EFI⁩ ▸ ⁨EFI⁩ ▸ ⁨CLOVER⁩ ▸ ⁨kexts⁩ ▸ others, not in /Library/Extensions
is it correct? I followed this guide with hackintool (in spanish): https://www.youtube.com/results?search_query=hackintool+usb

thanks!
at the end of the day, it is up to you where you install kexts

you could also read up here:

How and where to install kexts:
 
Ah, ok! But i have installed USBPorts.kext in EFI⁩ ▸ ⁨EFI⁩ ▸ ⁨CLOVER⁩ ▸ ⁨kexts⁩ ▸ others, not in /Library/Extensions
is it correct? I followed this guide with hackintool (in spanish): https://www.youtube.com/results?search_query=hackintool+usb

thanks!
As described in the guides, you can put SSDT-UIAC.aml / SSDT-USBX.aml in EFI⁩ ▸ ⁨EFI⁩ ▸ ⁨CLOVER⁩ ▸ ⁨ACPI⁩ ▸ patched or USBports.kext in /L/E but you don't need both. USBports.kext must be in the same folder as lilu.kext. For various reasons, the recommended folder is /L/E (see Feartech's post # 712).
 
Last edited:
FYI I updated this today with quite a few new features so it's worth downloading again. Download MountEFI

This app is terrific. Shows you all disks and partitions, and dynamically refreshes when you attach new ones (USB etc). Clearly identifies EFI paritions.

If you have /EFI already mounted (I often do) and you want to mount the EFI of an attached USB drive, simply click the corresponding up arrow. It'll create a new mount point /Volumes/EFI 1 (2, 3 etc I assume) and the new EFI will be mounted there.

This is what I used to do manually using diskutil list and the sudo mount command (which I always had to look up).

This app is really neat & saves time. Thanks heaps @headkaze
 
@headkaze
It would be amazing if you could add voodooi2c patches
 
@headkaze
It would be amazing if you could add voodooi2c patches
just add these:

Code:
<dict>
                <key>Comment</key>
                <string>Prevent Apple I2C kexts from attaching to I2C controllers, credit CoolStar</string>
                <key>Name</key>
                <string>com.apple.driver.AppleIntelLpssI2C</string>
                <key>Find</key>
                <data>SU9LaXQ=</data>
                <key>Replace</key>
                <data>SU9LaXM=</data>
                <key>InfoPlistPatch</key>
                <true/>
            </dict>
            <dict>
                <key>Comment</key>
                <string>Prevent Apple I2C kexts from attaching to I2C controllers, credit CoolStar</string>
                <key>Name</key>
                <string>com.apple.driver.AppleIntelLpssI2CController</string>
                <key>Find</key>
                <data>SU9LaXQ=</data>
                <key>Replace</key>
                <data>SU9LaXM=</data>
                <key>InfoPlistPatch</key>
                <true/>
            </dict>
 
Little bonus utility... MountEFI .... It runs in the menu bar and you can mount / unmount EFI partitions easily.


@headkaze,

Nice job buddy, I've used Semulov written by Kevin Wojniak for years which is a very similar menu bar utility and I used it all the time for mounting the EFI (and other) partitions .. but since Apple updated the security for mounting the EFI partition to requiring admin password its not been able to mount the EFI for over a year or so. I wrote to the developer and asked if he could add support for system password prompt in order to mount the EFI but so far he has not implemented it.

So your MountEFI utility is a very welcome addition to my hackingtosh toolbox, would be great if you could add support for mounting/un-mounting any partition thus effectively replacing Semulov but also understand that this is a side project and not your main focus of development.

Cheers
Jay
 
Last edited:
So your MountEFI utility is a very welcome addition to my hackingtosh toolbox, would be great if you could add support for mounting/un-mounting any partition

Check out MountEFI v1.0.7 it now has a context menu in the partition scheme table for mount / unmount and open :)
 
Check out MountEFI v1.0.7 it now has a context menu in the partition scheme table for mount / unmount and open


@headkaze,

Awesome work buddy, for me thats an extremely useful update to MountEFI ... as I now no longer need both MountEFI and Semulov running in the menu bar .... MountEFI now does it all :) :clap:

Might be worth creating a new thread for the MountEFI utility in Forums/General Help and making it a sticky which you can use as a place to download the latest version from, change log ... etc.

loving your work as always.

Cheers
Jay
 
Hi :)

I'm still trying to setup USB ports on my z370-a rig.

I'm still confused about if I should or shouldn't rename XHCI->XHC_. From what I understood from @RehabMan 's comment, the current version of USBinjectAll should handle XHCI allright. If that's not true, then I still need a confirmation on how to perform that rename exactly in CC. (Other renames, XHC1, EHC1, EHC2 do not apply since there's no such thing showing up in my IOReg)

At some point I get PRTx and USRx ports... The guidelines don't mention them but I treat them like HSxx or SSxx ports, except I don't use -uia_exclude on these... PRTx correspond the USB3.1 gen2 ports (TypeA and TypeC), while USRx correspond to nothing in my case, apparently.
391565


At some point when I plug the USB3.0 device everywhere (maybe when I plug it into the USB-C port, not sure) I get the following:
391566

Notice the weird things that suddenly appeared on HSxx ports.

That's how it looks like when I'm all done (15 entries). After reboot, just before running the final test on all ports:
(my mistake, HS10 should have been set as USB2)
391567


But When I delete them all and hit refresh all the PRTx ports disappear (only 11 entries left). These correspond to the USB3.1 gen2 ports (typeA and typeC). They still work though (device is mounted) but at USB2.0 speed only.
391569



Well, maybe it's due to XHCI not being renamed? Maybe not...
Thoughts?

Thank you very much in advance for your feedback.
Best,
-a-
 
Last edited:
Hi @headkaze )


The new guidelines for USB (since hackintool1.9.4) do not specify anymore that renames (EHC1->EH01 and EHC2->EH02) should be reverted (or disabled) at the end of the procedure.

Is this a mistake (renames should be disabled))?
Or is this right (renames should be maintained)?

Thanks,
-a-
 
Last edited:
Back
Top