Contribute
Register

[SUCCESS] Gigabyte Designare Z390 (Thunderbolt 3) + i7-9700K + AMD RX 580

I will probably receive my Z390 components tomorrow. Finally.

@CaseySJ, why do you install some hack kexts to L/E and some to the EFI partition? I have moved all 'alien' stuff to /Volumes/EFI/EFI/CLOVER/kexts/Other folder. Makes updating and experimenting much easier. Genuine Apple stuff is in /L/E/, all adapted/alien stuff is in /Volumes/EFI/EFI/CLOVER/kexts/Other

Makes everything very clear. Works a treat on my current system. Also very handy when you need to adapt stuff for another system, like me tomorrow...
 
@ummario did you get the onboard 10Gig port working? I have tried to search through the 480 pages of posts, but could not find you mentioning it after the initial post. If you did could you kindly link the post for me.

Thanks,
Kevin
 
Hello, I am new to hackintosh, and I want to build my first one.
My components are almost the same as yours, except RAM and GPU:

Gigabyte Designare Z390
Intel i7 9700K
HyperX Predator 2666 MHz 4x16GB
Samsung 970 EVO NVMe M.2
no GPU

I followed your instruction for installation for Mojave 10.14.5, but could not get to macOS install screen, every time I stuck on: "Please switch to XPC or bootstrap_check...". I have checked all USB ports but without success.


I will appreciate any help. Thanks.
 

Attachments

  • CloverFolder.zip
    3.2 MB · Views: 63
  • config.plist
    8.5 KB · Views: 75
  • IMG_7505.jpg
    IMG_7505.jpg
    4 MB · Views: 72
I will probably receive my Z390 components tomorrow. Finally.

@CaseySJ, why do you install some hack kexts to L/E and some to the EFI partition? I have moved all 'alien' stuff to /Volumes/EFI/EFI/CLOVER/kexts/Other folder. Makes updating and experimenting much easier. Genuine Apple stuff is in /L/E/, all adapted/alien stuff is in /Volumes/EFI/EFI/CLOVER/kexts/Other

Makes everything very clear. Works a treat on my current system. Also very handy when you need to adapt stuff for another system, like me tomorrow...
Great question! But it opens a can of worms. It's like the PC versus Mac debate -- there are as many proponents as there are opponents in each camp! But I took my cue from @jaymonkey's guide here:
See in particular sections 2, 3, 4, 5, and 6.
 
Hello, I am new to hackintosh, and I want to build my first one.
My components are almost the same as yours, except RAM and GPU:

Gigabyte Designare Z390
Intel i7 9700K
HyperX Predator 2666 MHz 4x16GB
Samsung 970 EVO NVMe M.2
no GPU

I followed your instruction for installation for Mojave 10.14.5, but could not get to MacOS install screen, every time I stuck on: "Please switch to XPC or bootstrap_check...". I have checked all USB ports but without success.


I will appreciate any help. Thanks.
Hello @RuthG,

Please check whether your Samsung 970 EVO is the standard model or the Plus model. If it's the "Samsung 970 EVO Plus" then you will have to update its firmware through Windows or return/exchange it for the non-Plus model.

Also try the attached CLOVER folder instead of the one you currently have in the EFI partition of your USB Install Disk.
  • Connect the USB install disk to your Mac.
  • Mount the EFI partition.
  • Backup or rename the existing CLOVER folder.
  • Copy the attached CLOVER-RuthG folder to the EFI partition and rename it to CLOVER.
  • Eject the USB disk.
Try booting the Hackintosh with the modified USB disk (press F12 at BIOS to select the USB disk). Does it work this time?
 

Attachments

  • CloverFolder-RuthG.zip
    3.3 MB · Views: 69
Quotes from section 2 @jaymonkey's guide:
  • Injected Kexts live outside of "protected MacOS memory" *
Ok. How bad is that? This a protection of what exactly? Snooping in user memory?
  • Injecting a large amount of kexts can result in an unstable system.
Define large amounts. And this is not a problem in L/E? Why not?
  • Many 3rd party kexts will not work correctly when injected by Clover.
Can I have some examples? Never encountered this myself. All kexts I ever tried worked fine in Clover
  • Injected Kexts are not included in the kernel cache and thus are excluded form MacOS error checking.
What is this checking exactly? A checksum? Will MacOS also check alien kexts?
  • Installing kexts in /Library/Extensions is the Apple endorsed and recommended location for all 3rd Party kexts.
Apple endorses buying a real Mac... Haha.

I'm not trying to be smart here, I am just genuinely interested.
 
Quotes from section 2 @jaymonkey's guide:
  • Injected Kexts live outside of "protected MacOS memory" *
Ok. How bad is that? This a protection of what exactly? Snooping in user memory?
  • Injecting a large amount of kexts can result in an unstable system.
Define large amounts. And this is not a problem in L/E? Why not?
  • Many 3rd party kexts will not work correctly when injected by Clover.
Can I have some examples? Never encountered this myself. All kexts I ever tried worked fine in Clover
  • Injected Kexts are not included in the kernel cache and thus are excluded form MacOS error checking.
What is this checking exactly? A checksum? Will MacOS also check alien kexts?
  • Installing kexts in /Library/Extensions is the Apple endorsed and recommended location for all 3rd Party kexts.
Apple endorses buying a real Mac... Haha.

I'm not trying to be smart here, I am just genuinely interested.
It's better to pose these questions in that thread. But many of these have probably been addressed there already.
 
This sounds like USB ports are not being defined/injected. If USBInjectAll.kext is copied to /Library/Extensions, we must run Kext Utility to rebuild kernel cache.

I think IORegistryExplorer might show the following under XHC:
  • HS01
  • HS02
  • HS03
  • HS04
  • HS05
  • HS06
  • HS07
  • HS08
  • HS09
  • HS10
  • HS11
  • HS12
  • HS13
  • HS14
  • SS01
These are the first 15 USB ports. The first 14 are USB 2 and last one (SS01) is the only working USB 3 port -- the one on front panel. You can try connecting your USB 3 devices to the front panel USB-C port if you have such devices.

So the sooner you can provide your IOReg file the sooner we can figure out the solution.

I had already run the Kext Utility to cover the kernel cache ahead of the testing. And now I've attached the IOREG, all the ports are injected as expected feel free to look.

Couple of thoughts and questions....
  1. First, if a port is USB 2 an attached USB 3 device will typically operate in backward compatible usb 2 mode. In this case drives aren't working at all. Early in the Hackintosh build we use a usb thumb drive to load elements like multi beast, the stick I used to cover that worked at that point in the same front USB 3 port but not now?
  2. I may be asking a lot, can 3 functionality be enabled on the ports that support ? The SS01 port helps, buts its the new usb 3.1 mini connector that is more difficult to use with existing usb 3 storage media.
 

Attachments

  • ioreg.ioreg
    18.7 MB · Views: 62
After a fair bit of tinkering, SMBIOS iMac19,1 works perfectly as confirmed by Hackintool (VDA Decoder) and VideoProc with Platform ID 0x3E980003 and Device ID 0x3E98.

If you're on Macmini8,1, it may be necessary to contemplate the change to iMac19,1. This means deauthorizing existing software licenses (as much as possible), signing out of iCloud, then changing SMBIOS to iMac19,1 (which provides new serial numbers), and copying the new Board Serial Number from SMBIOS and pasting it into MLB in RtVariables.

After a reboot, software and plug-ins may need to be relicensed.

Before doing this, make a full bootable backup of the existing system. The procedure is now in the main guide, just under Going the Extra Mile.

Hey Casey. Thanks for all your hard work! Question: Are you saying that I can should change the device-id parameter, which now reads 9B3E0000, in config.plist and the AAPL, ig-platform-id parameter to 0x3E980003 since I'm running 10.4.5 with SBIOS iMac 19,1?
 
Back
Top