OpenCore Sammelthread (Hilfe und Diskussion)

Ich habe schon mehrere Parameter durch ohne Erfolg. Mit der vorherigen config ging es ja, aber ich benutze OC nicht da der Shutdown nicht geht. Er bleibt hängen, aber man sieht nichts.

Mit OC-0.0.3 war es immer ne KP beim Shutdown. Ist jetzt vielleicht auch, nur das man es nicht sieht.

Doctor Plagiat Z390? Braucht man wie bei Clover einen EmuVar-Treiber (der von Clover ist inkompatibel) oder den neuen DisableVariableWrite-Quirk

Verwendest du den i2C Kext? Die Standard Version verursacht unter OC eine Kernelpanik.

mhaeuser Ja, Z390. Mir ist so als hätte ich diese Option schon ausprobiert. Ich teste es gleich nochmal. Muss DisableVariableWrite auf NO stehen? Das wäre default in der Sample.

anonymous_writer Die I2C.kexte habe ich nicht in Verwendung, da ich OC erstmal am Desktop-Rechner teste. Den Laptop werde ich später testen.

EDIT:

mhaeuser DisableVariableWrite NO oder YES hat leider auch nicht geholfen.

Die AppleSupportPkg hast du auch ausgetauscht auf den neusten Stand?

Upps, nein. Dann werde ich das mal tun.

EDIT:

Das ist schon merkwürdig. Kaum macht es richtig, geht's.

Danke nochmal für den Denkanstoß.

Wahrscheinlich suche ich nur nach dem falschen Begriff in der Doku, aber hat jemand auf Anhieb den Parameter zur Hand, mit welchem ich ein default Boot Volume definieren könnte? Oder die zu bootende Reihenfolge der Volumes?

arigata9 ,

Parameter kenne ich keinen, aber du kannst die Reihenfolge hier ändern. OC verhält sich da genauso wie ein echter Apple.

Jemand zufällig eine Idee zu meinem Problem?

Meinst Du zum Kompilieren oder zu dem hochgeladenen Screen ?

Noir0SX beides natürlich.

Da ich beim kompilieren nicht weiterkam, das bezieht sich auf alle ED2K Tools, da egal welches ich kompilieren will nur fehler dabei rauskommen.

XCODE ist aktuell.

Der Screen kam zustande als ich einfach ein Vorkompiliertes zip hier aus dem Forum genommen habe.

Zu OC hab ich mal die Config angehängt.

ZU dem kompilierproblem wüsste ich nicht was ich anhängen soll.

Es macht dabei auch keinen unterschied welche shell ich nutze, auch wenn das System frisch aufgesetzt und ein jungfräulicher user genutzt wird, lässt sich hier nichts kompilieren.

Am einfachsteten finde ich wenn man keine andere Möglichkeit oder Kenntnis hat, die Repo zu kopieren und dann macbuild.tool ins Terminal ziehen.

Keine Ahnung jetzt ob es schon dein Weg war wo Du den Fehler bekommen hast.

In deiner Config vom Screen ist ein Fehler beim eintragen des Kextes.

anonymous_writer Das war's leider nicht, da bleibt weiterhin Windoof die Nr. 1 in der Liste. Windows-SSD habe ich mal abgezogen und dann nochmal Startvolume ausgewählt - Wieder das gleiche, sobald die Windoof-SSD wieder dran ist.

Noir0SX jap macbuild.tool hab ich ins terminalfenster gezogen und auch im terminal ausgeführt, mit oder ohne sudo macht keinen unterschied der fehler bleibt.

Wo genau soll der fehler beim eingetragenen kext liegen?

Versuch mal ExecutablePath weg zulassen. Ich benutze auch nur Xcode , da der Editor schon lange nicht mehr auf aktuellen Stand ist.

ozw00d

Ich würde an deiner Stelle einen anderen Editor nehmen. Zum Beispiel plistedit oder gleich Xcode. Das Problem beim OCConfigurator ist, dass dieser nicht mit den recht schnell aufeinander folgenden Änderungen von OC hinterherkommt. Somit kannst du zwar an einer Stelle die config.plist scheinbar komfortabler editieren, zerstörst aber an anderer Stelle selbige wegen nicht mehr aktueller Syntax.

Noir0SX den Editor nutze ich nur zur überprüfung (Bildliche darstellung), normalerweise nutze ich plistedit pro.

ozw00d Muss nicht VirtualSMC in der Reihenfolge vor den Sensoren bzgl. Abhängigkeiten?

Sehr gut aufgepasst!

arigata9 keine Ahnung, deswegen versuche ich hier ja hilfe zu bekommen um wenigstens mal halbwegs durch zu blicken

Ich ändere das mal auf punkt 1 bzw 0 im plist editor

Habs nun so: