Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenEinstellungen aus Settings.plist (öffnen mit ProperTree) in eigene config übernehmen und Kernel Quirks entsprechend anpasen
WITON Naja, ich habe in Post 5 auch beschrieben, woran das liegt und was zu tun ist, damit AppleIGC funktioniert.
Gib mal deine DMAR Table, dann pass ich dir die an.
TheSnooze Bei System-Upgrades – insbesondere beim Überspringen von macOS-Versionen – erstelle ich in der Regel ein neues APFS Volume anstatt via System Update upzugraden. Den Installer lade ich immer mit OpenCore Legacy Patcher herunter, aber ohne einen USB Installer zu erstellen. Danach einfach die Installer App unter Programme ausführen und als Ziel das neu erstellte Volume auswählen. Vorteil ist halt, dass man bei Problemen immernoch das funktionierende, alte Betriebssystesystem booten kann.
Vorher aber OpenCore und kexts auf Updates checken.
WITON Die Datei ist "nested". Rechtsklick auf .dext-Datei und dann "Paketinhalte anzeige" auswählen. Da sollte dann das zu sehen sein:
Wie gesagt, verwendet dein NIC diesen Treiber gar nicht – bzw. es sollte ihn nicht verwenden, der er für Intel I219 und nicht für I225-V NIC is, der auf deinem Board verbaut ist.
Am besten mal in IORegistryExploer checken, ob AppleVTD Dienst läuft
schrup21 Dann heisst es wohl hoffen, dass das Problem auch bei echten Macs auftritt, damit Apple es bis zum nächsten Update fixt. 
Allerdings nur relevant für die Virtualisierung von macOS 10.7 und älter:
"This quirk is needed to boot macOS 10.7 and older when using a 32-bit kernel on a 64-bit UEFI firmware that makes uses of FPU or SSE instructions in runtime services (such as Hyper-V)."
schrup21 Habe einige Meldungen dazu gesehen im Kontext von PowerManagement, nur keinen vernünftigen Fixes. Hast Du mal einen NVRAM Reset durchgeführt? Ansonsten womögich einfach ein beta problem.
Treiber wieder deinstallieren und rebooten, damit der Treiber von Windows verwendet wird. Würde es auch mal mit nur einerGrafikkarte probieren – wie bei nem iMac halt
Kentsoon Top! Du solltest trotzdem mal Kexts und OpenCore Dateien updaten. Es gibt einen Fehler in Deiner Config (UI Scale ist 2x gesetzt: einmal unter UEFI und einmal uter NVRAM).
macOS 15.4 Release Notes: https://developer.apple.com/do…/macos-15_4-release-notes
OCLP 2.3.0 nightly build (benötigt Github-Account): https://github.com/dortania/Op…/actions/runs/13444504373
Neuste Variante von MetallibSupportPkg:
https://github.com/dortania/MetallibSupportPkg/releases
>> MetallibSupportPkg wird für iGPU (Ivy Bridge, Haswell)/GPU (NVIDIA Kepler) Patches benötigt. OCLP lädt es automatisch beim Patchen herunter, sofern Zugang zum Internet besteht, was bei alten Geräten erst nach dem Root-Patchen (Stichwort: "Legacy/Modern WiFi Wireless") der Fall ist, falls man nicht LAN verwendet.
ACHTUNG!
Diejenigen, die iGPU/GPU patches via OCLP benötigen, sollten macOS 15.4.0 noch nicht installieren und erst auf das update von OCLP warten. Ich habe macOS 15.4.0 auf meinem Lenovo T530 (Ivy Bridge) getestet und nach dem Patchen mit OCLP fuhr die Kiste nicht mehr hoch (Stall während 2nd boot-stage). Nach uninstall der root patches im Safe Mode fährt die Kiste wieder hoch, also kann es kein Config-Problem sein.
Der Framebufferpatch in deiner config.plist enthält u.a. den Eintrag
framebuffer-con1-alldata mit dem Wert: 01010900 00080000 C7010000 02060A00 00040000 C7010000
Die 4. dieser "Wertegruppen" enthält u.a.DisplayPort als Connector (0A): 02060A00
Du könntest versuchen, stattdessen HDMI (02) zu verwenden: 02060200
Also: 01010900 00080000 C7010000 02060200 00040000 C7010000
Ich würde allerdings nicht an der config.plist auf der Festplatte rumfuchteln. Stattdessen würde ich den EFI-Ordner auf einen FAT32 formatierten USB Stick kopieren und dann dort den Framebufferpatch anpassen und vom Stick booten. Ansonsten hat man nämlich ein Problem, falls die Änderung nicht funktioniert und das Display aus bleibt nach dem Booten.
Der Absturzbericht aus deinem Screenshot ist von einem Treiber für eine Intel I219 Gigabit Karte, aber nicht für die Intel I225-V 2,5 Gbit-Karte auf deinem Mainboard. Das deutet für mich auf einen Device-ID spoof bzw. Kernel patch hin. Hat man so gemacht, bevor es eine eigene kernel extension für I225-V NICs gab. Ist aber outdated.
Daher am besten folgendes tun:
Ansonsten ist macOS auch echt picky, was Drucker und Scanner angeht – vor allem bei älteren Modellen. In der Regel muss man die letzen verfügbaren Treiber installieren, die der Hersteller anbieten (wenn macOS keine bereitstellt).
Viel Erfolg
Triso01 Mit den entsprechenden OpenCore Config-Anpassungen und kexts sowie Root-Patches des OpenCore Legacy Patchers sollte sogar macOS Sonoma oder neuer möglich sein.
Zum Einstieg würde ich aber empfhelen OpCore Simplify unter Windows zu verwenden, um einen OpenCore EFI Ordner samt config zu generieren. Für Desktops funktioniert das Tool erstaunlich gut.
