Die Grundidee hinter dem Programm ist obereigentlich eine ganz einfache: es sorgt dafür, dass die PList im aktuellen Repo mit der PLIst in Deiner EFI erst verglichen und dann angeglichen wird. Da braucht's nicht alle zwei Wochen ne neue Programm-Version. Bei mir läuft OC 1.0.2 übrigens tadellos, ich schätze mal, "Euer" Fehler verschwindet mit der Vorstellung des Release 1.0.2 und der Beta-Version OC 1.0.3.
OpenCore Sammelthread (Hilfe und Diskussion)
- derHackfan
- Unerledigt
-
-
Das Release 1.0.2 wird sicherlich die Änderungen übernehmen und wenn OCAT die dann nicht einfügt wird’s dabei bleiben.
Ich hätte die jetzt mit dem Plist Editor eingetragen, aber KU lädt heute nur einen leeren Ordner mit Sternchen *. Ohne die Sample.plist von nigthly klappt das nicht.
da es außer der Meldung im OCAT keine Auswirkungen hat ist das jetzt kein Problem. -
Mal ne frage, versuche Sonoma im abgesicherten modus zu starten... Shift taste gedrückt halten dann LW Auswahl. Nach kurzer Zeit kommt das ominöse Verbotszeichen das wars. im boot arg -x eingegeben, das gleiche... was mache ich falsch?
-
Veränderungen finden eben NICHT in OC-AT statt, sondern durch das automatisierte Einlesen der neuen PListen.
Ich gehe mal davon aus, dass Deine Intel-iGPU nicht richtig deaktiviert war und Du noch nen zusätzlichen Patch veranlasst hast.
-
-
Dann sollte es ja nach Deiner Vermutung jetzt gehen (da komplett)
-
-
Hier wird eher ein Schuh draus https://github.com/ic005k/OCAu…54fe7c4547b110cec339a016d
-
Das ist ganz einfach zu austesten ob es nur die validierung ist oder an Ocat anpassung braucht.
Man lädt den letzten nigthly release vom Dortania als zip runter und importiert manuell ins Ocat...
Wenn du jetzt deine angepasste Config.plist fehlerfrei angezeigt wird dann passt die validiierung,
aber im Ocat trotzdem kein "inkludierte" Schlüssel angezeigt wird brauchst du eine anpassung im Ocat.
Was ja auch die link vom Noir0SX korrekt darstellt, da braucht es eine korrektur...
Ich sag schon länger vorsicht mit Ocat, wenn da was nicht passt zerreisst es sogar euren Config.plist, daher immer gut sichern..
Es ist ne coole Tool keine frage aber es ist halt immer so gut wie es gepflegt wurde.
Gruss Coban
-
Müsste OCAT bei jeder Änderung der Sampl.plist angepasst werden wäre der Aufwand dafür unverhältnismäßig hoch. Ich vermute daher das die Theorie von MacGrummel zutreffend ist.
-
Was im Sample.plist steht ist das eine, das Strucktur wird vom OC Validator gegen gecheckt, nicht die Werte drinne.
Wenn das so stimmen würde wie Ihr das versteht könnte man einfach eine neue Haupschlüssel unter dem UEFI im Sample.plist bspl. "Furz" erstellen und das müsste dann im Ocat auch auftauchen?
Nur woher weiss dann Ocat wohin und unter welchem Reiter er dies plazieren soll? Vielleicht verstehst du jetzt worum es geht.
Gruss Coban
-
Some time ago i had care of AMD part in OCAT because there was some problem in some config posted by other users
Talking with the developer he explainedthat his apps update itself dinamically with few work by the teveloper
It seems that this new "unload" opencore UEFI section it is not added dinamically!
i added with a plist editor and OCAT has now 0 error, but, it is not possible to select Unload in its graphical interface
AI is failing for now
I still use OCAT but I no longer curate the AMD part which I asked to be eliminated since the checks that have to be done when a user proposes his own set of configuration were not reliable
-
ich vermute, hinzukommt, das es u.a. eine neue version von qt6.x gibt- gab, und damit auch gerne etwas querschießt . bei mir möchte sich qt 6.x nicht "einfach so" backen lassen,-aber vielleicht geht es auch nur mir damit so
lg