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.
-
OC 1.0.2 liegt im Releasechannel lediglich als Sourcecode vor. Evtl. liegt es daran.
-
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
-
https://github.com/ic005k/OCAuxiliaryTools/actions
error is gone
However in OCAT interface it is not possible to see in UEFI Unload tab
-
not possible to see in UEFI Unload tab
Vermutlich weil seine anpassung noch nicht fertig ist, sonst hätte er sicher released...
error is gone
Das kommt eben nur vom OpenCore Utilities "ocvalidate", der checkt den Config, auch in Ocat, das ganze hat sicher auch nichts mit Ocat App selber zu tun.
was anderes, guck mal im PDF unter "PickerAttributes" und seine optionen an, danach im Ocat...
Wenn man nicht pflegt passieren auch sollche dingeGruss Coban
-
---
Das kommt eben nur vom OpenCore Utilities "ocvalidate", der checkt den Config, auch in Ocat, das ganze hat sicher auch nichts mit Ocat App selber zu tun.
---
Before this fix i have added by myself new OC Validate and other new opencore stuff in OCAT database..but error was there the same
New version Solved this validation problem and saving config plist does not delete anymore Unload tab (if you add it in some ways)
-
Before this fix i have added by myself new OC Validate and other new opencore stuff in OCAT database..but error was there the same
On my System too.
New version Solved this validation problem and saving config plist does not delete anymore Unload tab
Right now i'm on Linux working and can't validate. Will test later.
-
Fast wie dynamisch, jedenfalls alles wieder da
-
Dev is asking for an example as that Uefi/unload parametr works
Sample.plist doesnt add any about it
maybe MHaeuser could help with a sample plist with an example of unloaded driver
-
Du musst das hier mal gut durchlesen, irgendwo hat der Mike mir erklärt auf was ich achten soll, man muss glaub den realen namen vom Treiber im Uefi nehmen um den zu entladen.
Ich hab mir selber gefragt wie ich die Treiber Namen vom Uefi auslese, das ist mir leider auch noch nicht bekannt.
Da könnte uns vielleicht der mhaeuser wirklich weiterhelfen..
Die Sample hier im Link ist natürlich nicht mehr aktuel, aber gut zum durchlesen und information sammeln.
https://github.com/acidanthera/bugtracker/issues/2386
https://github.com/mikebeaton/…OpenNetworkBoot/README.md
Gruss Coban
