Problem mit GA Z97-D3H

Folgender Weg funktioniert auch mit Win10:
http://superuser.com/questions…-it-is-readable-and-write

Das mit Clover nur gestartet werden kann, wenn die DSDT nicht genutzt wird, kann daran liegen, dass in der Clover config.plist noch weitere DSDT-Patches aktiviert sind, die in der DSDT.aml bereits gepatcht wurden.
Hast du die config.plist aus meinem Post vom Mittwoch genutzt?

Tue mir mal bitte einen Gefallen und extrahiere durch mehrfaches Drücken der F4-Taste im Clover-Bootmenu die Original DSDT.
Dies Datei findest du dann auf der versteckten EFI-Partition unter /EFI/Clover/Acpi/origin.

Poste sie hier und ich patche diese erneut...

Hier nochmal die aktuell gepatchte DSDT...

Die muss eigentlich mit Clover und Ozmosis funktionieren.

Das Problem lag am "Original"-Patch des H97-D3H unter Maciasl, das ich als Grundlage genutzt habe, da beide Boards sich nur geringfügig unterscheiden, aber beim Patchen selbst diverse Fehler auftauchen, die durch einen schwerwiegenden Eingriff erst gelöst werden können.

Dieser Eingriff führt aber zu deinem Problem, weswegen ich beim zweiten Patch Versuch das H97-HD3 als Grundlage genutzt und dann nur die Audio und LAN-Angaben entsprechend dem H97-D3H/Z97-D3H angepasst habe...

Ansonsten bin ich ganz normal mit meiner Anleitung durch gegangen:
Grundlegende Schritte zum Erstellen einer gepatchten DSDT - Desktops

Nun,

bisher spricht nichts dagegen.
Eventuell muss für die Nutzung der AppleALC noch der Boot-Arg "-alcbeta" gesetzt werden, solange es keine AppleALC für Sierra gibt.
In Bezug auf die aber auch bereits durchgeführte Änderung zwischen 1.0.12 und 1.0.13, in der die ALC1150 Unterstützung für Layout-ID 1 bis 3 eingedampft wurde, muss ggf. nach einer neuen, passenden ID aus den bestehenden Möglichkeiten gesucht werden.
https://github.com/vit9696/App…/master/Resources/ALC1150
Das wären dann 5, 7 oder 11...

Du nervst doch nicht...

Das mit der FakeSMC war eine Vermutung in Bezug auf die integration in Ozmosis und der eventuellen weiteren Nutzung unter /L/E oder /S/L/E...
Du kannst ja mal deine Festplatte nach dem FakeSMC.kext durchsuchen oder auch im Systembericht -> Software -> Erweiterungen prüfen, ob dort der Kext aufgelistet und als geladen angezeigt wird.
In dem Falle wäre er unter /L/E oder /S/L/E.

Du kannst dann auch mit dem folgenden Terminal Befehl herausfinden ob der Kext grundsätzlich geladen wurde:

Sollte das der Fall sein, aber der Kext nicht unter /L/E oder /S/L/E liegen, schlummert er wahrscheinlich auf der EFI-Partition.
Für Ozmoisis unter /EFI/Oz/Darwin/Extensions/Common...
Für Clover unter /EFI/Clover/kexts/Others oder /kexts/"OSXVersion"...

"sollten wir dessen Einstellungen in die entsprechenden Defaults.plist für Ozmosis übernehmen."
Wieso ist die config in oz nicht bereits angepasst um direkt booten zu können?

Weil die Modularität der PC-Zusammenstellungen das nicht hergibt.
Selbst wenn du alle Funktionen für einen Großteil der Systeme setzt, wird es immer wieder Zusammenstellungen geben, die damit nicht arbeiten können.
Dafür ist Ozmosis gegenüber Clover zu unflexibel.

Das Stimmt auch, doch es sollte mindestens ein boot möglich sein von der internen Grafik.
Das sollte der Standard sein, Ozmosis im Downloadcenter herunterladen flashen Osx installieren danach fix und patches kexte u.s.w
Doch im moment sieht es so aus, Oz Flashen, danach Thread eröffnen warum nicht installiert werden kann.
Wenn ihr schon fertige Oz anbietet dann sollte wenigstens eine installation möglich sein mit der richtigen defaults.plist für die interne.
Ich kann mein Oz hier hochladen und weiss das die Installation für jeden anderen "von der" Internen laufen wird.
Bitte nicht in den falschen Hals bekommen, das ist nur meine meinung.