Big Sur - OpenCore von 0.59 auf 0.72

Zitat von __.__

Die "Data"-Felder sind natürlich, wie bei Hackintool auch nicht lesbar.

Im Hackintool kopieren und im selben Programm weiter hinten einsetzen. Da gibt es diverse Umrechnungen.

HAI ich würde immer occonfigcompare zu Rate ziehen.
das zeigt dir mehr oder weniger Übersichtlich an was in welcher Plist fehlt.
deprecated Einträge lassen sich dann mit dem ocvalidity Tool welches in OC enthalten ist überprüfen.
automatische diffs sind ein wenig doof, du lernst dabei nix und es kann auch schiefgehen.
lieber, so mach ich es immer, jeweils per Hand die config anpassen.

Du solltest die config.plist auch aus dem OC Package nehmen, das du gerade verwendest. d.h die im OC Package enthaltene sample.plist dementsprechend ausfüllen (z.B: mit propertree und der Snapshot Funktion) oder eine vorhandene config.plist so bearbeiten, dass die Einträge korrekt sind. Kommen ja manchmal Neue dazu oder werden gar entfernt. OCValidate sollte dir halt keine Fehler ausgeben. Zwar kann das System trotzdem booten, aber ist sicherlich suboptimal.

Und HfsPlus.efi ist trotzdem besser als OpenHfs+.efi. Und warum bitte verwendest du OC 0.7.2 mit der Opencore.efi von der 0.5.9? Das ergibt nun wirklich gar keinen Sinn.

Nimm den x64 Ordner von OC0.7.2, wirf deine SSDT`s, Kexte rein und lade den neusten Resources Ordner von Acidenthara runter und mach mal eine neue korrekte config.plist. Die sample.plist befindet sich im Docs Ordner vom OC Package. Musst nachher nur in config.plist umbenennen. Kannst ja deine jetzige daneben öffnen damit du dich etwas leichter beim Ausfüllen tust.

P.S. Hier findest du eigentlich Alles zum downloaden, was du so brauchst: https://dortania.github.io/builds/

HAI die eintrage von ocvalidate solltest du bestenfalls einmal überprüfen. können wir auch gern gemeinsam machen.

Die Sache wird sein das du eintrage nutzt die in der aktuellen version so nicht mehr genutzt werden (deprecated or changed to another value).

Wenn du diese fixt sollte ocvalidate wie folgt ausschauen:

im allerbesten fall steht dann wie bei mir "0 issues found."

LetsGo muss ich zustimmen. Besser ist die aktuelle HfsPlus.efi.

Habe dir mal meine frisch HfsPlus.efi.zip angehängt.

Eine Neuerstellung der config halte ich für überflüssig. Da muss nix neu gemacht sondern nur troublegshootet werden.

Klar frisch erstellt geht auch, aber wo bliebe da der spaß?

ozw00d

Stimme dir zu, wenn es nicht zu viele Änderungen sind. Aber mir kommt es so vor, dass bei zu vielen Änderungen es fast schneller geht die config.plist neu zu erstellen. Aber natürlich führen beide Wege zum Ziel.

Auf jeden Fall sollte der Gute nicht so einen Mix aus OC Dateien in seiner EFI haben. Wäre für in vielleicht hilfreich eine saubere EFI von Grund auf zu erstellen.

LetsGo stimme dir zu, allerdings kann ich nur mutmaßen. Ich hab die EFI von HAI noch nicht zu Gesicht bekommen.

Ich bin nur von dem ocvalidate Screenshot ausgegangen, welcher 4 Fehler anzeigt. Die sollten easy zu fixen sein.

ozw00d

Stimmt wiederum auch.

Meine Sorge ist nur, dass man wiederum nicht weiß, mit welchem OCValidate (sprich von welchem OCPackage) er die Überprüfung vorgenommen hat. Ich gehe zwar von 0.7.2 aus, aber sicher bin ich mir nicht.

OpenHFSPlus.efi: Open Source Treiber, sehr langsam

HFSPlus.efi: Treiber von Apple, nicht Open Source, schnell

OpenCore Sammelthread (Hilfe und Diskussion)

HAI

Hier ein Tipp von mir, wie du die Fehler schnell findest.

Diffmerge kennst du bereits. Nun vergleiche mit dem Tool die beiden sample.plists von OC0.7.2 und 0.6.9. Da erkennst du am leichtesten die Änderungen zwischen den beiden plists. Somit kannst du deine config.plist dahingehend leicht korrigieren. Was die Einträge bedeuten solltest du hier nachlesen können: https://dortania.github.io/docs/release/Configuration.html

Hier mal ein Bsp. zum ersten Fehler:

Bist du dir sicher, dass deine config.plist Stand 0.6.9 ist? Weil eigentlich würden da noch mehr Einträge falsch sein. z.B

Misc/Security/AllowToggleSip hat es unter 0.6.9 noch nicht gegeben. Und anscheinend gibt es noch ein paar weitere Unstimmigkeiten. Also solltest du mit OCValidate eigentlich mehr als dies 4 Fehler erhalten. Welche Version von OCValidate hast du eigentlich benutzt?

HAI verfluchte Rückenschmerzen. Hab mich mit shiatsu Massagegerät bei nem kühlen Corona vor den PC gehockt.
allerdings schläfert shiatsu mich dermaßen ein das die Augenpflege ruft.
efi schau ich mir morgen mal an.

HAI im Anhang findest du die config die ocvalidate ohne murren nimmt.

Es lag simple gesprochen einfach daran, das du ein paar Einträge (teilweise komplette Dictionaries) einfach wohl vergessen hast aus der sample.plist des 0.7.2 Releases zu übernehmen.

Schaut jetzt so aus:

Tausche einfach deine config.plist gegen die im Anhang.

Alle anderen configs in deiner EFI würde ich dir raten zu löschen, das macht es für dich auch einfacher aus Fehlersuche zu gehen.

Mal als Beispiel so schaut das ganze bei mir aus:

Ist eben nur drin was ich auch benötige.

Noch ein tipp am Rande, entferne immer die Serial aus deinen configs vor upload.
Das Forum ist einseh- und durchsuchbar, ich würde nicht wollen das jemand meine Serial des Hacks hat, könnte Probleme geben

Meine Erfahrung bei 0.7.2 ist leider die, dass eine von ocvalidate akzeptierte Datei noch lange nicht problemlos bootet. Erstens weil lt. ocvalidate ChangeLog mancher Bug drin ist/war und zweitens weil neue Optionen drin sind, die für das eigene System womöglich falsch konfiguriert sind. Hoffentlich geht es hier gut.

Übrigens Diffmerge ist ein cooles Tool, kannte ich vorher nicht aber ein ähnliches - aber was soll man vergleichen, sample.plist mit der config.plist? Bei mir ist praktisch alles rot, das ist zu viel. Wie findet man schnell die kritischen Stellen?