Resolving Page Faults (Type 14) during Early Boot
Your panic signature points to a Memory Corruption issue caused by a version mismatch between your recovery image (Sequoia) and your kexts (Ventura).
The Solution:
- Sync Your Versions: If the kernel is 24.4.0, you ARE booting Sequoia. You must update Lilu and VirtualSMC to the absolute latest 'Beta' versions to support the Sequoia kernel.
- Avoid 'OC Simplify': Automated EFI builders often use outdated kexts. Build your EFI manually following the Dortania Whiskey Lake guide for your i7-8565U.
- DevirtualiseMmio: On Dell laptops, ensure
DevirtualiseMmio is True in your config.plist under Booter > Quirks. This prevents the EfiRuntimeServices page fault you are seeing.
Original Question: "Kernel panic in Lilu/VirtualSMC during boot (Dell Inspiron 5390, OC Simplify EFI) — stuck for days"
Kernel panic in Lilu/VirtualSMC during boot (Dell Inspiron 5390, OC Simplify EFI) — stuck for days
 | Hello People,
My first time here so kindly bear with me if i violate or request you guys a lot. So i was hoping someone can spot what I'm missing here. Building a Hackintosh on a Dell Inspiron 5390 (i7-8565U, UHD 620 iGPU, MX250 dGPU disabled, Realtek ALC236, Intel Wireless-AC 9462) using OpenCore via OC Simplify. Setup so far: - Used
macrecovery.py with board ID Mac-AA95B1DDAB278B95 (MacBookPro15,2) to grab a recovery image - Built EFI in OC Simplify targeting macOS Ventura
- Restored BaseSystem.dmg to USB via TransMac on Windows, fixed the EFI partition GUID/drive letter issues (lots of Windows-specific pain with FAT32 ESP on removable media, diskpart wouldn't assign letters etc.)
- SMBIOS: MacBookPro15,2
- Kexts: Lilu, VirtualSMC (+ plugins), WhateverGreen, AppleALC, AirportItlwm, USBToolBox/UTBDefault, VoodooPS2Controller, NVMeFix
The problem:
Every boot attempt panics during early kext loading, always the same signature: panic(cpu 0 caller ...): Kernel trap ... type 14 = page fault ... as.vit9696.Lilu : __ZN10EfiRuntimeServices11getVariable... as.vit9696.VirtualSMC : __ZNK15VirtualSMCValue3getERh as.vit9696.VirtualSMC : __ZNK13VirtualSMCAPI... _ZN6OSKext5startEb
Already tried: - Disabling SecureBootModel (fixed an earlier secure-boot validation error, this panic is new/different)
- Adding
-lilubetaall to boot-args — no change - Resetting NVRAM from the OpenCore picker — no change
One thing I noticed afterward: the panic log shows Darwin Kernel Version 24.4.0, which I believe is Sequoia, not Ventura — even though I told macrecovery/OC Simplify I wanted Ventura. Not sure if that mismatch (Sequoia recovery booting against Ventura-targeted kexts) is the actual culprit, or if this is a separate Lilu/VirtualSMC compatibility issue I should be chasing on its own. Has anyone hit this exact Lilu→VirtualSMC page fault before? Trying to figure out if I should: - Rebuild the EFI specifically for Sequoia since that's what the recovery image actually is, or
- Force the recovery download to grab Ventura specifically (which board ID/method works for that?), or
- This is actually a kext version mismatch unrelated to the OS version at all
System Specifcations: Intel Core i7 8565U iGPU: Intel UHD Graphics 620
dGPU: nVIDIA Geforce MX250
SSD: Samsung PM991 SSD 512GB https://preview.redd.it/t2jh2wvznz8h1.png?width=706&format=png&auto=webp&s=5b7b6003b891f0e3b4d4038b2856e46aadb24411 Appreciate any pointers — happy to post the full panic log or config.plist if helpful. https://preview.redd.it/ml6tqs4wnz8h1.png?width=706&format=png&auto=webp&s=7e3d711d81faddb888e801f5c157a34f6a3a9003 https://preview.redd.it/d6i3mq6xnz8h1.png?width=706&format=png&auto=webp&s=1ca7717489956f716eb70cbb00ebcfa9e8d962d5
[link] [comments] |
Post a Comment