Upgrade OC von 0.9.8 auf 1.0.1 mit OCAuxiliaryTools: nach Boot unter Sonoma 14.7 schwarzer Bildschirm

    Moin! Ich bräuchte mal Eure Hilfe...


    In Vorbereitung auf ein Upgrade von Sonoma auf Sequoia (Gigabyte Z490 Gaming X mit Sapphire Pulse Radeon RX 580 als GK) habe ich mir einen Stick mit meiner aktuell laufenden OC Konfiguration & dem Sequoia 15.0.1 Image erstellt und diesen mit OCAuxiliaryTools auf OC 1.0.1 aktualisiert (incl. AMFIPass-v1.4.1 & IOSkywalkFamily-v1.2.0).


    Von diesem Stick boote ich dann das Z490 und wähle im OC 1.0.1 die laufende/vorhandene Sonoma Installation auf der SSD aus (also nicht das Sequoia Setup auf dem Stick). Nach dem Ende der dann folgenden Debug Ausgaben (meine Sticks boote ich mit '-v' als Bootarg) schaltet der Bildschirm schwarz (leider reproduzierbar) und kurz darauf der Monitor aus. Hier hilft dann nur noch ein Reset. Beim nächsten Boot mit OC 0.9.8 auf der SSD klappt wieder alles.


    Ich steh' gerade echt auf dem Schlauch - funktionierende OC Cfg, 'nur' aktualisiert und versucht das vorhandene / laufende Sonoma zu booten; Mist!


    Ich hänge beide EFIs mal als zip hier an (das vom 12.3. ist das laufende mit OC 0.9.8). Ich mache den Spaß jetzt seit 2020 einmal im Jahr, bisher bin ich immer mit den Hinweisen hier im Forum weiter gekommen - irgend etwas habe ich bestimmt übersehen, nur was?


    Danke für's drüber schauen,

    Peter

    Warum vergleichst du die Dateien nicht selbst? Kein Bock? Ich auch nicht.

    Öffne beide config.list mit dem PLIST-Editor und vergleiche die beiden Konfiguration.

    So habe ich das auch immer gemacht. Ich weiss, dass es dauert. Aber das ist der beste Weg.

    Da muss irgendetwas neu sein. Ich habe diese Woche mein T520 und Big Sur auch mit der Brechstange aktualisiert.

    Läuft!!!

    Spoiler anzeigen

    bluebyte Keinen Bock- definitiv nicht! Ich bin einfach genau darauf nicht gekommen... Du meinst, durch das neuere OC sind geänderte/neuere Einträge ins cfg File gekommen, okay - das muss zu finden sein...

    Danke Peter

    Ich kann hierzu https://github.com/corpnewt/OCConfigCompare empfehlen - eigentlich für Vergleich mit der Sample der eingesetzten OpenCore Version (weil die Sample alle benötigten Einträge enthält).


    Vergleich deiner beiden EFI:

    Checking for values missing from User plist:

    - Nothing missing from User config!

    Checking for values missing from Sample:

    - Nothing missing from Sample config!


    Vergleich einer der EFIs mit Sample der 1.0.1:

    Checking for values missing from User plist:

    - Nothing missing from User config!

    Checking for values missing from Sample:

    Sample.plist -> Misc -> Serial - Missing Key: Custom


    Ist also nichts nicht da, was benötigt wird - Fehler scheint woanders zu liegen.


    NVRAM Reset versucht?


    Edit: dass OCAT einige Fehler Ausspuckt, ist dir aufgefallen?

    OCS: No schema for FixupAppleEfiImages at 8 index, context <Quirks>!

    OCS: No schema for DisableIoMapperMapping at 7 index, context <Quirks>!

    OCS: No schema for InstanceIdentifier at 4 index, context <Boot>!

    OCS: No schema for ConsoleFont at 1 index, context <Output>!

    OCS: No schema for GopBurstMode at 5 index, context <Output>!

    OCS: No schema for InitialMode at 8 index, context <Output>!

    OCS: No schema for PciIo at 17 index, context <ProtocolOverrides>!

    OCS: No schema for ResizeUsePciRbIo at 12 index, context <Quirks>!

    OCS: No schema for ShimRetainProtocol at 13 index, context <Quirks>!


    Natürlich in beiden Versionen, sind ja ansonsten identisch - vielleicht erst mal das putzen ;) Aber sonst, k.A.

    @schrup21

    Danke fürs Nachschauen - OOConfigCompare kannte ich noch nicht! Einen NVRAM Reset habe ich noch nicht versucht als Abhilfe dazu, werde ich machen...


    ... und OCAT habe ich auch noch nicht in den Fingern gehabt, dementsprechend kenne ich die Fehler noch nicht, hm.


    Zumindest habe ich nun ein paar Ansatzpunkte!


    Gruß Peter


    [EDIT 1]

    Ähm, OCAT = OCAuxiliaryTools; okay ^^


    Ich habe nun die config.plist beider Konfigurationen verglichen, trotz dessen, dass @schrup21 das schon durchgeführt hat. Na ja, sie sind halt (bis auf die neueren Versionsnummern der aktualisierten Kexte) identisch. Passt also.


    Ein Boot damit ist nach einem NVRAM Reset leider immer noch nicht möglich.


    Die OCAT Fehler kann ich leider nicht nachvollziehen/reproduzieren - ein Validate bringt bei mir immer (Nachdem ich SN, UUID, etc. eingetragen habe) ein OK:

    Code
    1. NOTE: This version of ocvalidate is only compatible with OpenCore version 1.0.1!
    4. Completed validating /Users/peter/Downloads/EFI.20241006-FORUM/OC/config.plist in 1 ms. No issues found.
    7. OK !

    Oder wie komme ich an die / zu den OCS:*. Meldungen im OCAT? Das bringt doch ggf. ein Validate (schon beim Öffnen)?!?


    Meine Idee ist jetzt, vom alten Stand noch einmal zu beginnen und zuerst OC zu aktualisieren und dann nach und nach die Kexte. Gibt es dabei welche (also Kexte) die zwingend zusammen aktualisiert werden müssen? Oder wie würdet ihr jetzt vorgehen?


    Danke Peter

    Einmal editiert, zuletzt von PSI69 ()

    Zitat von PSI69

    Die OCAT Fehler kann ich leider nicht nachvollziehen/reproduzieren - ein Validate bringt bei mir immer (Nachdem ich SN, UUID, etc. eingetragen habe) ein OK

    Ja sorry, hab ich übersehen - (nachvollziehbar) fehlende Werte bringen natürlich diese Fehler (oder besser gesagt Warnungen).


    Laut Intel hat deine iGPU die DeviceID 0x9BC8

    Gemäß WhatEverGreen FAQs ist das eine CML =empty Framebuffer


    https://github.com/acidanthera…and-comet-lake-processors


    Allerdings hast du in deiner Konfiguration Framebuffer Patch und Stolenmem gesetzt, was nicht zu CML passt.

    Moin @schrup21!


    Ähm, jetzt stehe ich gerade auf dem Schlauch...


    Du meinst den Bereich hier in der cfg?

    Code
    1. <key>PciRoot(0x0)/Pci(0x2,0x0)</key>
    2. <dict>
    3. <key>AAPL,ig-platform-id</key>
    4. <data>AwDImw==</data>
    5. <key>framebuffer-patch-enable</key>
    6. <data>AQAAAA==</data>
    7. <key>framebuffer-stolenmem</key>
    8. <data>AAAwAQ==</data>

    Meine verbaute CPU ist ein i5-10600 aka Comet Lake mit ID 0x9BC8 und hat eine integrierte GPU, hier steht dazu:

    Code
    1. Native supported DevIDs:
    2. CML:
    3. 0x9BC8
    5. Recommended framebuffers:
    6. Empty framebuffer (CML):
    7. 0x9BC80003 (default)

    Soweit kann ich das nachvollziehen.

    Parallel zur (eigentlich unnötigen - hatte damals beim Kauf nicht aufgepasst) iGPU steckt noch die RX 580.


    Mir ist gerade echt unklar, wie ich das konfigurieren soll... 'framebuffer-stolenmem' einfach rauswerfen/löschen? Alles unter 'PciRoot(0x0)/Pci(0x2,0x0)' wirkt sich nur auf die interne iGPU aus und die RX 580 ist davon nicht betroffen?


    Danke Peter

    Gruß Peter


    [EDIT 1]

    Okay, noch etwas gelesen... Im verlinkten Beitrag steht 'The bytes in Properties must be put in reversed order. For example: framebuffer 0x0166000B would be put in as 0B006601, DevID 0x1E3A would be put in as 3A1E0000.'


    Somit wird aus meinem Empty framebuffer (CML) '0x9BC80003 (default)' ein '0300C89B'. Und in meiner Cfg steht unter 'AAPL,ig-platform-id' der Wert '0300C89B'. Das stimmt dann zumindest. Dann werde ich jetzt einmal beide Einträge (framebuffer-patch-enable und framebuffer-stolenmem) rauswerfen und einen neuen Versuch starten.


    [EDIT 2]

    Schade auch. Beide Einträge rausgeworfen, gebootet, wie gehabt schwarzer Bildschirm nach den '-v' Ausgaben. Auch ein testweise am int. HDMI Port angeschlossenes Kabel bringt nichts - einen Versuch war es wert. Nächster Versuch das komplette Verzeichnis 'PciRoot(0x0)/Pci(0x2,0x0)' zu löschen (stand ja nun nur noch 'AAPL,ig-platform-id' drin) - gleiches Ergebnis.


    Ich nehme jetzt den Stand mit OC 0.9.8 und aktualisiere Stück für Stück, mal sehen wann/wo es klemmt.

    2 Mal editiert, zuletzt von PSI69 ()

    Genau das meinte ich mit vergleichen.

    Spoiler anzeigen

    @bluebyte

    Okay, Du scheinst also diese Cfg zum Rennen gebracht zu haben (=> Big Mac Gigabyte Z490 Vision G / I7-10700K / Sapphire RX580 / 64 GB RAM / Fenvi T919 / OC / Sonoma). Und wo hast Du die Brechstange angesetzt?


    Gestern habe ich noch einen Boot mit OC 1.0.1 (die 1.0.2 habe ich noch nicht versucht, ist ja nun auch schon draussen) hinbekommen. Dito mit aktualisiertem Lilu und AppleALC. Mehr Zeit war noch nicht. Es haben sich ja inzwischen auch wieder einige Kexte verändert, sprich es gibt neuere Versionen.


    Ich bleibe dran,

    Peter


    [EDIT 1]

    Tja, was will ich sagen - Operation gelungen - Patient lebt!


    Ich habe einfach nacheinander alle Kexte aktualisiert und immer danach gebootet. Läuft nun alles - ohne irgendwelche Anpassungen/Änderungen in der OC Cfg, hm...


    Allerdings sind inzwischen mehrere Kexte in aktuellerer Version als bei meinem ersten Update Versuch verfügbar, diese habe ich natürlich benutzt (Lilu 1.6.9 statt 1.6.8; AppleALC 1.9.2 statt 1.9.1; VirtualSMC 1.3.4 statt 1.3.3 und WhateverGreen 1.6.8 statt 1.6.7).


    Ob hier einer davon (und welcher ggf.) die Ursache für mein Problem war - keine Ahnung - ist mir ehrlich auch völlig egal. Wichtig für mich ist - die Kiste läuft damit[wech]


    Jetzt kann die neue GraKa kommen - die RX 580 wird gegen eine RX 6750 XT getauscht - das heisst dann wahrscheinlich wieder ID spoofen:kichern:. Und irgendwann danach werde ich dann wohl mal an das Update auf Sequoia gehen - zumindest das Testsystem...


    Vielen Dank allen Helfern!:danke:

    Peter

    Einmal editiert, zuletzt von PSI69 ()