How to Fix Microphone & Audio Layout Issues on macOS (HP EliteDesk 800 G2 SFF (i5-6600, HD 530) - macOS Recovery always hangs, keyboard loses power, monitor enters power saving (Tahoe & Sequoia))
Audio loss or non-functional built-in microphones are typically caused by layout ID mismatches in AppleALC or missing HD Audio patches. Injecting the exact codec layout ID restores full analog jack, HDMI, and digital microphone functionality.
Step-by-Step Resolution Guide
- Identify Your Audio Codec: Use DPCI Manager, Hackintool, or Linux
cat /proc/asound/card0/codec#0to identify the exact Realtek or Conexant codec (e.g. ALC255, ALC887, ALC897). - Test Layout IDs: Inject candidate layout IDs sequentially via
alcid=Xin your boot arguments until input/output channels are recognized in System Settings. - Inject ComboJack if Needed: Laptops with combined headphone/mic jacks require the ComboJack verb daemon for hardware switching.
- Verify AppleALC & Lilu Loading: Ensure Lilu.kext is ordered before AppleALC.kext in
config.plist -> Kernel -> Add.
Copyable Audio Configuration Code
1. OpenCore DeviceProperties Audio Injection:
Add under DeviceProperties -> Add -> PciRoot(0x0)/Pci(0x1b,0x0) or your HDEF path:
<key>layout-id</key>
<data>CwAAAA==</data>
2. Check Kernel Extension Loading in Terminal:
kextstat | grep -E "Lilu|AppleALC"
3. Verify Audio Devices via Command Line:
system_profiler SPAudioDataType
Verification Checklist
- The system boots consistently without unexpected verbose halts.
- Target hardware components (Graphics, Audio, Wi-Fi/Bluetooth, NVMe) display correctly in System Information.
- No kernel panic logs appear during sleep, wake, or full reboot.
- A clean backup of the functional EFI directory is saved on external storage.
Rollback Protocol
- Boot from your secondary emergency FAT32 USB containing the original working EFI.
- Reset NVRAM from the OpenCore picker to flush temporary boot argument modifications.
- Restore system state using Time Machine if core macOS system binaries were modified.
Related iATKOS Searches
- OpenCore · OCLP · EFI · kexts · config.plist · macOS troubleshooting
Original Reddit Discussion:
Originally posted on r/hackintosh:
| Hi everyone, I've been trying to Hackintosh my HP EliteDesk 800 G2 SFF for several days (more than two weak) and I'm completely stuck. I've rebuilt the EFI from scratch multiple times and the behavior is always the same. Hardware Model: HP EliteDesk 800 G2 SFF CPU: Intel Core i5-6600 (Skylake) GPU: Intel HD Graphics 530 (iGPU only) RAM: 8GB DDR4 2133MHz Storage: 238GB SATA SSD (Windows) 932GB Toshiba HDD Display: VGA to VGA (my monitor only has VGA input) Where as pc does have hdmi port. No dedicated GPU BIOS Originally the PC was using Legacy Boot. I converted it to UEFI before starting the Hackintosh. Current BIOS settings: Legacy Boot: Disabled UEFI Boot: Enabled Secure Boot: Disabled SATA Mode: AHCI VT-d: Disabled VT-x: Enabled DVMT Pre-Allocated: 64MB HP BIOS doesn't expose XHCI Hand-off or EHCI Hand-off. --- OpenCore / macOS OpenCore 0.8.8 Latest Lilu WhateverGreen VirtualSMC AppleALC IntelMausi RestrictEvents USBToolBox + UTBMap SSDTs generated with SSDTTime Recovery downloaded using the official macrecovery.py command . I have tried both: macOS Tahoe Recovery macOS Sequoia Recovery Both produce exactly the same issue, so I don't think it's specific to one macOS version. --- Problem Verbose starts normally. It gets quite far into boot. It creates RAM disks and mounts multiple HFS volumes. Then one of two things happens: Sometimes Verbose almost finishes. Then: Monitor loses signal and enters Power Saving Mode (it says no power coming from pc) Keyboard partially loses power (caps lock toggle works but scroll lock and num lock dosent) Mouse always remains powered PC stays powered on Fans keep spinning No reboot Recovery GUI never appears Other times It hangs earlier during verbose, but the result is exactly the same: Black screen Keyboard partially loses power (caps lock toggle works but scroll lock and num lock dosent) Monitor enters power saving (says no signal coming from pc) Mouse remains powered PC never reboots --- Last visible messages I repeatedly see lots of: shared_region_start_address() failed (wen trying sequoia, this message does not come when trying tahoe) along with HFS volumes being mounted. I don't know if those messages are actually the cause or just the last thing printed before it hangs. --- Things I've already tried Rebuilt EFI from scratch multiple times Converted BIOS from Legacy to UEFI Disabled Secure Boot Enabled AHCI Disabled VT-d Generated fresh SSDTs Generated a fresh USB map Recreated the installer USB Official Recovery downloaded using macrecovery.py Tried both Tahoe and Sequoia Recovery Tried different USB ports (2.0 and 3.0) Rebuilt config.plist multiple times Verified kext order Tried different AppleALC layouts (88,11,22) The behavior is identical every damn time. --- Questions Could this be caused by Intel HD 530 framebuffer or the VGA output? Has anyone successfully Hackintoshed an HP EliteDesk 800 G2 SFF (i5-6600 + HD 530)? Does the keyboard losing power point more toward an OpenCore/firmware issue than graphics? Is there anything obvious I'm missing? [link] [comments] |
Post a Comment