Bootvorgang erfordert zufällige Anzahl von Neustarts und Fehler bei config

Hey,

ich habe einen Opencore Hackintosh mit der folgenden Hardware laufen:

-Msi Z97 G45

-Intel i5 4670

-AMD RX580

-16GB RAM

-1TB SSD von Corsair über SATA-Anschluss

Das Problem ist, dass Opencore macOS "zufällig" bootet - oder halt auch nicht.

Wenn der Hackintosh mal wieder nicht startet, hängt er beim berühmt berüchtigten RT-GV Wake bzw. 0xE Fehler und verweist auf usr/standalone/os.dmg.root_hash und x86legacyap.im4m, nach ca. 3 Neustarts bootet er aber trotz diesem Fehler. Ich habe mehrere Wochen damit verbracht darüber nachzudenken und verschiedene Fixes auszuprobieren, aber so wirklich schlau bin ich aus der Sache leider nicht geworden.

KextUpdater sagt zu der aktuellen config.plist das Folgende:

OCS: Missing key Base, context <Patch>!

OCS: Missing key BaseSkip, context <Patch>!

OCS: Missing key Base, context <Patch>!

OCS: Missing key BaseSkip, context <Patch>!

OCS: Missing key Base, context <Patch>!

OCS: Missing key BaseSkip, context <Patch>!

OCS: Missing key Base, context <Patch>!

OCS: Missing key BaseSkip, context <Patch>!

OCS: Missing key Base, context <Patch>!

OCS: Missing key BaseSkip, context <Patch>!

OCS: No valid serialized value at 2 index!

Serialisation returns 11 errors!

Completed validating in 1 ms. Found 11 issues requiring attention.

Nur verstehe ich halt nicht was das heißen soll, weil die Base/Baseskip-Einträge identisch zu der sample.plist sind.

Kann sich jemand bitte meinen EFI-Ordner anschauen und mich in die richtige Richtung schubsen?

Danke dir. Habe die Base/BaseSkip-Einträge hinzugefügt und aus dem String-Eintrag einen Dictionary-Eintrag gemacht.

Bei UEFI/AppleInput/CustomDelays sollte es nach Reference Manual True oder False sein.

Der Fehler dürfte aber in den Hash-Services ganz unten gelegen haben. Ich hatte die auf true (keine Ahnung wieso), die sollten aber auf false sein .

Ich habe ein paar Testversuche gemacht und er scheint jetzt tatsächlich zu laufen. Hab nochmal vielen Dank

Edit: Das Problem tritt wieder auf, scheinbar lag es also nicht daran.

Mein nächster Gedanke wäre, dass die Windows-Installation (obwohl auf einer anderen SSD) die RTC durcheinanderbringt. Was auch sein kann ist, dass Apple ALC nicht funktioniert und das wiederum zu dem Fehler führt. Die Revision von meinem Realtek ALC ist soweit mir bekannt 0x000000 statt 0x100001 wie hier https://github.com/acidanthera…ALC/wiki/Supported-codecs. Ich habe Ton trotzdem mit dem legacy AppleALC "gelöst" (Kopfhörer funktionieren aber nicht, da Frontpanel und hinterer Ausgang zusammengelegt werden). Vielleicht hat das Board auch Probleme mit KASLR slide values? (https://dortania.github.io/Ope…l#finding-the-slide-value)

Ich habe mal eine aktuelle EFI angefügt, falls jemand drüberschauen kann

Danke. Werde ich gleich mal machen und den Bericht dann hier hochladen

Die Logs nehmen sich da interessanterweise nichts, also egal ob es erfolgreich ist oder nicht, es wird immer dasselbe geschrieben.

Wenn es wirklich am RTWlan-Kext liegt wäre das sehr blöd, weil der PC aktuell über Wireless-Adapter mit dem Internet verbunden ist...

griven: Der Unterschied ist mir ehrlich gesagt unklar, aber ich kann dir den Bootvorgang beschreiben (bzw. wenn das zu nichtssagend ist, mache ich ein Video)

Der PC startet normal, OpenCanopy öffnet sich, ich wähle die MacOS-Festplatte aus und gebe das FileVault-Passwort ein. Im Folgenden kommt ein erster Textblock. Zu diesem Zeitpunkt sieht man noch den Hintergrund des FileVault-Passwort-Eingabemenüs so wie im angehangen Bild. Dieser Textblock entscheidet darüber, ob der Bootprozess weitergeht.

Sofern der Bootprozess weitergeht, wird das Bild schwarz und es folgt weiterer Text welcher mit "Longterm timer threshold: 1000ms" anfängt, dann steht da irgendwas mit Darwin Kernel Version, vs_page_bootstrap, dann kommt sehr schnell sehr viel neuer Text und das OS startet.

Sofern er hängen bleibt, zeigt er mir das folgende Bild so wie es im Anhang ist. Das für mich interessante ist der RT.GV-Wake-Failure und die legacyx86-Meldung

Ruhezustand funktioniert übrigens einwandfrei (was ich derzeit als workaround nutze), ganz selten crasht zwar der Finder aber bis auf AppleALC läuft er ansonsten problemlos.

apfel-baum: Zurzeit habe ich außer MacOS noch Windows auf einer anderen SSD am laufen. In dem PC sind 3 SSDs, zwei für Windows und die 1TB für MacOS.

Ich hatte ursprünglich mit Catalina und Clover angefangen, was bis Clover 1525/1526 problemlos lief, auf 1526 und die aktuellste macOS Catalina-Version glaube ich konnte ich noch updaten (es zeigte sich quasi dort allerdings erstmalig der Neustart-Fehler). Ich habe im Folgenden den Hackintosh mit BigSur unter OpenCore installiert (ohne Windows neu zu installieren) weil ich angenommen habe, dass der Fehler mit meinem veralteten Clover zu tun hat und bin jetzt quasi hier.
Clover über 1526 hinaus zu aktualisieren habe ich übrigens nicht ausprobiert, weil es in den folgenden Versionen wohl Angleichungen an OpenCore gegeben hat und ich Clover weniger verstanden habe als OpenCore. Clover hat "einfach irgendwie funktioniert", bei OpenCore muss man sich halt reinlesen, damit es überhaupt startet

Das Log sieht etwas anders aus, aber der Fehler bleibt unverändert.

Ich hab in der Zwischenzeit CMOS zurückgesetzt und die Windows-SSDs abgesteckt um sicherzugehen, dass da kein Einfluss ist und auch das verändert den Fehler nicht.

So langsam bin ich echt geneigt davon auszugehen, dass OpenCore prinzipiell etwas gegen mein System hat

Apfelbaum: Mein Reden. Der einzige Trost ist, dass Clover noch schlechter funktioniert hat als OC jetzt Windows macht dagegen gar keine Probleme. Also mit der Hardware scheint alles in Ordnung zu sein. Es ist denke entweder eine Kompatibilitätsfrage der Hardware (speziell beim Board) oder ein OpenCore-spezifischer Fehler. Dummerweise scheint das Board recht selten zu sein, sodass sich keine 1:1 Referenz in Bezug auf die config findet...

Hatte ich beides schon ausprobiert, mit demselben Ergebnis. Aktuell ist es die 11.3 Release im Nicht-Beta-Profil glaube.

VIelleicht ist es auch ein OS-Fehler, das hatte ich vergessen. Aber dann müssten mehr Rechner betroffen sein

Da bin ich ganz bei dir

Ich denke, dass die meisten von uns hier in der Hackintosh-Szene im Umgang mit Computern fortgeschrittener sind und z.T. sogar für andere Fehler korrigieren, Systeme einrichten etc.(mich eingeschlossen). Die typische "Der Computer ist kaputt, mach mal eine telepathische Ferndiagnose und sag mir genau was ich machen soll"-Erfahrung ist wohlbekannt und so sehr wie wir sie auch lieben und schätzen, damit wollen wir hier gar nicht erst anfangen

Wenn es also irgendwas gibt, was ich noch beitragen kann, mache ich das natürlich. Ansonsten würde ich OC und Kexte jetzt immer weiter aktualisieren, vielleicht löst sich das Problem irgendwann ja genauso spontan wie es gekommen ist

Kurzes Update: Ich bin gestern durch Zufall über das neue USBToolBox bei r/hackintosh gestolpert und habe damit heute die USBPorts neu gemappt. Bislang ist der PC nicht hängengeblieben auch wenn mich die immer noch vorhandene Meldung weiterhin skeptisch stimmt. Das Tool selbst kann ich übrigens sehr empfehlen und sofern ihr das noch nicht kennt, möchte ich euch das als Dank für euren Einsatz hier mitgeben Solltet ihr hier erstmal nichts von mir hören, dann funktioniert der PC jetzt (mit immer noch semifunktionablem AppleALC). Wenn er sich doch wieder stur stellt, würde ich hier updaten und darauf hinweisen, dass es doch nicht die richtige Lösung gewesen ist