Hackintosh Installation Help – Boot Stuck (Intel UHD 630, OpenCore)

[Juuuuustin...]

Hello everyone,

I'm currently trying to install macOS Sonoma (Sequoia) on my Computer using OpenCore, but I'm running into boot issues. Hopefully, someone can help me out.

 

My Hardware:

CPU: Intel Core i7-8700K (Engineering Sample)

iGPU: Intel UHD 630

Motherboard: Gigabyte H370 Aorus Gaming 3 WiFi

RAM: 16 GB DDR4

macOS Version: Sequoia

Bootloader: OpenCore (latest version)

 

What I’ve Tried So Far:

✅ Followed the OpenCore Simplified Guide
✅ Configured iGPU properly in config.plist (set AAPL,ig-platform-id to 0x3E9B0007)
✅ Set device-id to 0x3E9B0007
✅ Added igfxfw=2 boot argument
✅ Added AirportItlwm.kext for Intel WiFi
✅ Included Lilu.kext, WhateverGreen.kext, and AppleALC.kext
✅ Set DisableIoMapper = True, ProvideCurrentCpuInfo = True, XhciPortLimit = True
✅ Using Macmini8,1 as SMBIOS
✅ Boot args: -v debug=0x100 keepsyms=1 cpus=1 npci=0x2000

 

The Issue:

Boot process hangs with multiple "shared_region: failed" and "check_np failed" errors.

Sometimes results in a kernel panic.

Tried removing and re-adding AirportItlwm.kext – no change.

 

Does anyone have any idea what could be causing this? Any help would be greatly appreciated! 😊

 

Photos are on Google Drive / EFI Pholder: https://drive.google.com/drive/folders/1wffH_AHxI4YyDahGUIIz5-Aji0U15ddm?usp=drive_link

[strangeron]

Try with NVRam Reset.

config.plist

[drift-crazy]

Ah yes, macOS Sequoia on an Intel Engineering Sample—what could possibly go wrong? The "shared_region: failed" and "check_np failed" errors suggest memory mapping issues, likely due to VT-d still being enabled in the BIOS or an improper DMAR table. First, I'd disable VT-d if you haven’t already (or keep it on but ensure DisableIoMapper = True is set in OpenCore). Next, strip AirportItlwm.kext for now, it’s been known to cause panics during boot. Also, try npci=0x3000 instead of 0x2000, and add slide=0 to your boot arguments, because sometimes macOS just gets confused when allocating memory. If that doesn’t work, try booting without AppleALC.kext. I know, sound is important, but so is booting.