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

@CN7 @CaseySJ I have confirmation that this problem does not exist with Asus Z390-A. I also heard that Asrock fixed it with a bios-update. So we can hope for a solution by Gigabyte.

zgonda said:

Hello ! Thank you for this great work , congratulations !
This morning I installed a PCI Wifi BT card (compatible Hackintosh). It works well. On the other hand I have since lost the connection of LG's 5K Ultrafine monitor via the Thunderbolt port. This connection worked well until now, although sometimes standby problems appeared (immediate wake-up). I do not quite understand what happened.

Click to expand...

The solution is : shut down the hack. Unplug cables DP--->DP mobo and Thunderbolt, plug in again cables and turn on the hack. Thank you, zgonda

jhahn said:

@CN7 @CaseySJ I have confirmation that this problem does not exist with Asus Z390-A. I also heard that Asrock fixed it with a bios-update. So we can hope for a solution by Gigabyte.

Click to expand...

Do you have a link or did you speak to someone? If you spoke to them, can you ask if the USB drives remount?
The reason is.. They may have installed a script but not uninstalled it, and the scripts / apps work to eject the USB drives, but not the remounting part.
So.. Just to be 100% sure. Then we can a email Gigabyte to solve the issue for a BIOS update.

I did see that the Asus build in the other golden thread doesn't seem to have the issue.. But just to be sure. There are lots of posts in that thread too which makes it difficult to read the entire thing!

Huge thanks to Casey! I'm currently reloading files to my new build after following this guide for a Z390UD + i7 9700k.

@CN7 Yes i spoke to someone who switched from Gigabyte to Asus because of this issue. Drives remount after sleep, no scripts.

Since the Supplemental Upgrade (2) my hack no longer sleeps at all. Was perfect before. Anyone else?
I’m not worried because soon Catalina will break everything. Maybe...

CaseySJ said:

Oh, that's a good question! Anyone want to try it? (It will take me a few days to get around to it.)

Click to expand...

jhahn said:

@CN7 Yes i spoke to someone who switched from Gigabyte to Asus because of this issue. Drives remount after sleep, no scripts.

Click to expand...

OK! So, since it's been confirmed that the USB "Disk Not Ejected Properly" issue does not occur on the Asus Z390-A board, it's perhaps time that anyone reading this and this issue is important to them please email Gigabyte support to request this be fixed in a BIOS update!

CaseySJ said:

Preview and Quick Look should use the iGPU to render JPEGs and PNGs. Ordinarily we just set platform ID to 0x3E980003 (headless).

Sysdef iMac19,1 is also worth trying. VDA decoder does not work with Macmini8,1 when headless platform ID is used, but it does work with iMac19,1. Although this is for video, similar shenanigans might be happening with JPEG rendering.

Click to expand...

Thanks fo the suggestions!

I'm using Clover revision 5070. I changed the platform ID to 0300983E (0x3E980003 byte reversal due to data format) and I'm still experiencing problems with preview and quick look (My main GPU, which I use for my monitor output, is the 780 Ti and the 9900k IGPU is not used for a second monitor. My BIOS settings for chipset/internal graphics are set to Auto and my peripherals/initial display output is set to PCIe 1 Slot (780 Ti)):



There are also a lot of frame buffers... I'm not sure if they're causing this issue. I'll include my conifg.plist just in case...

I also tried the 19,1 system definiton via multibeast but that didn't help either and I encountered registration problems with bought software (the software keys were not valid anymore for the new 19,1 system):



When I did it with Multibeast, only the product name field was filled out in SMBIOS, 90% of the rest was simply deleted/missing (location in cahssis, board type and ID, EFI version, board serial number etc.).

Should I have kept all the information above and only changed the product name field in the upper left corner to iMac19,1 ? Would this circumvent the software registration issues?

Anything else I could try?

svandive said:

So I noticed this same thing. Basically a process was crashing and the spindump was running to collect the stats. This is what caused the delay.

I moved to VirtualSMC and the issue went away.

Click to expand...

Yeah, so I've tried moving to VirtualSMC - can't get it to work. Followed the instructions, removing the file in drivers, adding the new one for VirtualSMC, removing the kext and adding the new ones.

The system just won't boot with it

But that aside, I've narrowed the issue down to the 'FakeSMC_ACPISensors' kext - without that, FakeSMC works perfectly, with it, there is the weird pause/hang.

@svandive

svandive said:

Yes I have. I'm using the

Intel X520-DA2 10Gigabit PCI-E Dual Fiber Optical Ethernet Server Adapter E10G42BTDA

This card works very well with the smalltree driver (SmallTreeIntel82576.kext). You do have to go in and modify the OEM ID on the card. I'll have to go back in to my notes and find the specific link that describes the process. It's a fairly painless process.

Click to expand...

I got my card, would you happen to have that info?