Ein Punkt den ich hier noch nicht gelesen habe ist der Reset des NVRams. Hast Du das auch schonmal probiert? Gerade wenn du mit 2 Bootloadern rumprobierst kann das schonmal etwas "wuschig" werden und wer weiss was da noch so hinterlegt ist. Wird zwar vermutlich jetzt nicht unbedingt Deinen Fehler beseitigen aber einen Versuch ist es immer wert.
End SetConsoleMode und End RandomSeed auf T420 OpenCore
- Nutzer
- Unerledigt
-
-
da FAT32 nur 4GB große Dateien unterstützt
Spielt doch keine Rolle. Das Image ist zwar so groß, aber doch nicht irgend eine der vielen enthaltenen Dateien.
-
Nimm doch zwei Sticks. Auf einem OpenCore, auf dem anderen der Installer. Kann mit diversen Softwarepaketen erstellt werden, auch unter macOS ohne zusätzliche Hilfsmittel. Auch Apple hilft da problemlos direkt:
-
Schau dir bitte noch mal den Link von Apple an. Ist doch exakt beschrieben, wie das Image auf den Stick kommt.
-
Mit dem Terminal im Menü konnte ich aber überprüfen ob ich Internet habe, indem ich google.com angepingt habe, mit Erfolg.
Im Terminal muss man oft noch die Systemzeit einstellen:
sudo ntpdate -u time.apple.com
-
Bevor ihr weiteremacht würde ich ein Paar Dinge in der Config von Bluebytes config aktulisieren.
- Die Konstruktion zum bypassen des board-id checks ist nicht mehr zeitgemäß. Das macht man heute mit 'ner Kext und NVRAM Parametern. Der folgende Booter Patch sollte deaktivert und ersetzt werden:
- Reroute HW_BID to OC_BID --> deativieren/löschen
- Stattdessen, diesen Board-ID-Skip-Patch in die config einbauen – am besten mit ProperTree: https://github.com/dortania/Op…ig/config.plist#L220-L243
- Als nächstes folgende Kernel Patches deaktiveren/löschen:
- Force IOGetVMMPresent
- Reroute kern.hv_vmm_present patch (1)
- Reroute kern.hv_vmm_present patch (2)
- Reroute kern.hv_vmm_present patch (3) Ventura
- RestrictEvents.kext einbinden. Die Kernel Extension regelt dann den board-id check Skip und ändert die Board-ID, sodass macOS denkt es würde in einer VM laufen, sodass System Updates funktionieren und BT. Denn bei den alten Kernel patches gabe es das Problem, das macOS sagt: "Ahh, ich lauf ja als VM, dann soll sich das host system um's Laden der BT firmware kümmern…" Deswegen macht man es jetzt via RestrictEvents
- NVRAM: benötigt folgend zusätliche Einträge:
- NVRAM/Add/4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102
- OCLP-Settings | String | -allow_fv -allow_amfi
- revpatch | String | sbvmm,asset
- revblock | String | media
- NVRAM/Delete/4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102
- 0 | String | OCLP-Settings
- 1 | String | revblock
- 2 | String | revpatch
- NVRAM/Add/4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102
Danach NVRAM resetettn und Recovery starten. Und LAN benutzen, nicht WLAN! OCLP Settings sind nicht zwingend erforderlich, außer man möchte Ventura und neuer installieren.
Viel Erfolg!
- Die Konstruktion zum bypassen des board-id checks ist nicht mehr zeitgemäß. Das macht man heute mit 'ner Kext und NVRAM Parametern. Der folgende Booter Patch sollte deaktivert und ersetzt werden:
