Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenDankeschön! 
Jetzt dann das USB Mapping machen oder deine unter Windows erstellte UTBMap wieder nutzen.
Die UTBMap scheint soweit zu tun, da bleib ich erstmal dabei.
PM
Power Management? Inwiefern?
Dann kannst Du Dich an Sleep und ggf. WLan machen.
Sleep funktioniert tatsächlich schon - ganz ohne besonderen Setup. Hab noch so Zeug wie TCP-Wakes und whatnot abgeschaltet, stand im Guide, und jetzt wacht der auch nicht mehr einfach so auf.
Vielen Dank für deine ganze Hilfe.
Trotzdem viiiiiiielen Dank für deine Hilfe und dass du's so lange mit mir ausgehalten hast 
(75 Posts O.O)
Und wir sind ja auch schon weit gekommen und haben das Problem isoliert. Nur halt noch keine Lösung. Vielen Dank dafür.
Ich würd gerne mal probieren, ob ich da Mojave drauf gebootet krieg - nicht, weil ich das benutzen will, sondern weil ich wissen will, ob irgendeine macOS-Änderung dafür verantwortlich ist, oder ob ich eventuell in meinem alten Mojave-EFI nach Hinweisen suchen kann.
Wenn Mojave bootet, dann geh ich Version für Version nach oben, und sobald's Bumm macht, google ich, was sich Hackintosh-mäßig bei der Version verändert hat.
Kann doch nicht sein...
---
Also. Mojave bootet mit dem EFI nicht.
Mojave bootet aber mit meinem alten Mojave-EFI. Wenn ich via OCAT den alten Mojave-EFI auf die aktuelle OpenCore-Version bringe und alle Kexts aktualisiere, bootet Mojave immer noch.
Ich geh mal vergleichen.
---
Wenn ich bei meinem geupdateten Mojave-Efi das SMBIOS vom Thread-EFI reinsetze (den iMacPro), dann bootet der sogar Ventura. Und das, obwohl USB EHCI Port Debug ausgeschaltet ist.
Ich geh mal weiter vergleichen.
---
Aktueller Stand: Der Teufel liegt auf jeden Fall mal in der config.plist. Ich habe jetzt zwei config.plists - die, die wir hier gemeinsam im Thread gebaut haben, und die, die ich noch von früher übrig hab. Ich hab ne Liste mit Änderungen, die ich via Diffen der beiden Files rausgefunden hab, und werd jetzt Stück für Stück die Haken setzen, bis der blöde Klumpen sich bereiterklärt zu booten.
Ich bin zuversichtlich. Kexts, Driver & ACPI-Renames in Patch sind's auf jeden Fall schonmal nicht.
---
ICH HABS!!!!!!
Unter UEFI > Quirks die Option ReleaseUsbOwnership auf true zu setzen löst das Problem. D.h., wenn ich unseren derzeitigen Muster-EFI runterlade und da die Option auf true setze, bootet der bis Ventura. 
So, ich befreie mal den EFI von unseren Experimenten (bzw. mache am besten einen neuen, sauberen) und dann schau ich weiter.
Jap, da steckte der davor drin, das gleiche.
Steckt in einem USB 2.0 only-Port, USB EHCI Port Debug ist deaktiviert.
Ich habs grade mal testweise wieder aktiviert (und direkt nach dem Test wieder deaktiviert), wenn EHCI Port Debug an ist, bootet der richtig schnell ins Recovery. Und wenn ich's ausschalte wieder der gleiche Fehler.
Also die EFI die du mir gegeben hast funktioniert sonst, das ist definitiv irgendwas mit USB, immer noch.
Vertraue OCAT. Dir jetzt Proertree und den händischen Weg zu erklären…besser nicht 🤭 Können wir alles machen. Aber erst mal das Controller Thema.
Na, aber das ist jetzt ein bisschen zu viel des Guten. Ich hab ProperTree und den "händischen Weg" die ganze Zeit genutzt, das war deutlich unkomplizierter als OCAT. Da wusste ich noch, woran ich bin. Hättest du mir gesagt "Kopier die und die Sektion rüber in deine config.plist", hätt ich Vim aufgemacht und das da reinkopiert, also wirklich, jetzt ist gut
USBInjectAll hab ich jetzt reingezogen in deinen EFI, bleibt leider trotzdem bei der genannten Fehlermeldung stehen. Ich lad hier mal nochmal das Bild hoch, ist jetzt auch schon ein paar Posts her.
Kext und Treiber nur updaten, wenn die rot markiert sind. Du bist aber immer noch bei meiner EFI?
So, so langsam versteh ich wie das OCAT funktioniert. Also, AppleALC musste tatsächlich geupdatet werden.
Du bist aber immer noch bei meiner EFI?
Jap!
Ich hab den jetzt bestimmt schon vier Mal gelöscht und wieder neu aus deiner .zip auf den Stick gezogen, um herauszufinden, wie dieses OCAT da drauf reagiert, wenn ich mal X und mal Y mache. So Assistenz-Tools machen mir immer Angst, weil die einfach irgendwas machen und dann sagen "so, war vorher schlecht, jetzt is besser" und ich als Admin der gleichzeitig dem Forum hier Rede und Antwort stehen soll (was ja auch sinnvoll ist, ich soll das ja auch selbst können) steh dann wieder blöd da
Und wenn das OCAT auf meinem PC was an deinem sorgsam zusammengesetzten EFI bemängelt, werd ich halt stutzig, und ich will ja auch, dass ich das richtig mache, wenn du sagst "mach mal X oder Y".
Aber ich glaube jetzt hab ich so langsam den Dreh damit raus.
Wie ist der aktuelle Stand beim Boot mit Renames und USBInject?
Da wag ich mich jetzt dran - USBInject krieg ich da sicher ohne Probleme rein.
Das mit den Renames versteh ich aber nicht, wo krieg ich die nochmal her? Du sagtest zwei verschiedene config.plists aufmachen und dann copy-pasten - was sind die zwei?
Die eine aus deinem EFI, den ich benutze, und welche noch? Und welche Sektion im OCAT ist das?
ACPI, oder?
Da steht grade das hier drin:
Vielen Dank euch beiden, jetzt steht da oben 0.9.5. OCAT speichert die Version wohl im Programm selbst...? (Edit: Jap, ~/.config/OCAuxilliaryTools/OCAuxiliaryTools.ini.)
Egal, tut jetzt.
Kexts auch updaten? Wobei da in der EFI wohl ne Version drin ist, die neuer ist, als die, von der OCAT weiß...
Ich bin nu aber bis heute Abend raus, dann schaue ich gerne wieder.
Kein Problem, bloß keinen Zeitdruck. Ich bin sowieso beeindruckt, wie du rund um die Uhr Antworten geben kannst
Du musst da nicht sofort antworten immer, auch wenn ich mich natürlich drüber freue.
Du hast mir grade eine PM gesendet, deren Inhalt auch gut hier in den Thread gepasst hätte - Lass uns jetzt bitte nicht zwei Paralleldiskussionen starten, sonst wird das nämlich eeeeecht kompliziert
Ich will einfach nur wissen, ob das schlimm ist, dass da "OpenCore 0.8.8" steht, wo ich doch mit Sicherheit eine neuere Version habe. Ich hab hier die neueste Version von OCAT von hier: https://github.com/ic005k/OCAuxiliaryTools
Wenn ich deinen EFI damit öffne, zeigt er mir Warnungen an. Das irritiert mich, weil er die dir ja eigentlich auch anzeigen müsste, weil du doch auch OCAT benutzt, oder?
Ich weiß ja noch nichtmal, ob dein EFI überhaupt noch die gleiche OpenCore-Version hat, vielleicht hast du den ja auf v0.8.8 gedowngradet und das gehört so, weiß ich ja nicht. Da brauch ich einfach Hilfe mit dem Umgang mit dem EFI, den du mir da gegeben hast.
Es wäre cool, wenn du mir da helfen könntest, sonst wird mein Unverständnis der Thematik da zu Problemen führen.
Ich bin jetzt auch verwirrt - meinst du den Edit, den ich kurz später wieder entfernt hab? Da hatte ich vergessen, die Leertaste zu drücken, und deshalb den falschen Eintrag ausgewählt. In deiner EFI wird ja nicht OpenCanopy angezeigt, sondern wieder dieses Text-UI, da war ich kurz verwirrt.
Stand ist, ich kann mit deinem EFI auf dem Stick sowohl die Recovery als auch die macOS-Festplatte anwählen, aber die bleiben beide beim gleichen hängen.
Also… Wenn Du mit meiner EFI genausoweit bootest, wie mit deiner. Dann bleiben wir dabei. Was ich noch vergaß. Du musst noch die USBInjectAll unter Kexte einfügen. Die hatte ich nicht. Wichtig ist hier eine aktuelle zu nehmen, damit dein Controller gefunden wird. Hier
Ständig zwischen den EFI‘s zu springen ist abstrengend, dazu kommt, dass ich so immer wieder Fehler suchen muss und nicht weiß, was der Stand ist. Also bitte bei meiner bleiben.
Alles klar. Ich spring ja immer nur zwischen EFIs, wenn mir das gesagt wird, ich mach genau das was ihr mir sagt
Also, dann bleib ich jetzt bei der, die du mir vorhin geschickt hast, und pack da noch USBInjectAll dazu.
---
Kannst du mir bitte noch eine Antwort zu meinem Edit aus #59 geben? Damit ich weiß, welches Tool ich zum Editieren deiner Meinung nach da am besten einsetzen soll.
Jetzt verwirrst Du mich… ist das mit meiner EFI?
Jap. Was verwirrt dich genau? Um die zu benutzen bin ich auf meinen Stick gegangen, hab den dort liegenden EFI-Ordner gelöscht und den aus deinem .zip-Archiv dorthin entpackt. Daneben liegt noch der com.apple.recovery.boot-Ordner, in dem die BaseImage.dmg/.chunklist-Dateien liegen. Damit hatte ich Ventura gestern Abend installiert.
Hast Du jetzt mal die Platte eingebaut und die EFI auf die EFI Partition gepackt?
Nein, immer noch nicht. Wie gesagt, das ist so eine Consumer-USB-Anschließ-Daten-HDD, die ist fest in ihrem Case drin, in dem die verkauft wurde. Ich versuch aber grad, das aufzukriegen.
Ok, geh zurück zu deiner EFI, teste mal mit den EHC Renames. Dazu im OCAT zwei Fenster öffnen beide Configs öffnen und Copy/Paste.
Bitte XHCIPortLimit Quirk aktiv lassen, USBInjectAll drin lassen, USB Kexte raus lassen.
Alles klar, mach ich.
Edit: Oben links in meinem OCAT steht "OpenCore 0.8.8". Wenn ich meine Config öffne, sendet der mir Warnungen.
Wenn ich das abspeichere - werden die ja "behoben", deswegen die Frage: Passt das so, mit den Versionen? Meine OpenCore ist ja irgendeine 0.9.wasauchimmmer.
Ich hab mit OCAT bis jetzt nur gearbeitet, wenn mir das explizit so von einem von euch gesagt wurde, ansonsten hab ich immer das im Guide empfohlene ProperTree genutzt. Der beschwert sich nicht
hackintoshler1337 Sorry, hatte etwas vergessen, jetzt mal testen.
Bleibt leider wieder bei dem Punkt stecken...
Sowohl beim Recovery Image, als auch beim Booten der installierten Festplatte.
Ist das wirklich die ungepatchte DSDT? Wie hast Du sie erstellt?
Als ich PLUG und EC mit SSDTime erstellt hab, musste ich die exportieren.
Da der Punkt 4 im Programm, erster Screenshot: https://dortania.github.io/Get…asy.html#running-ssdttime (bei mir war das glaube ich nicht mehr Punkt 4, aber der Text war der gleiche).
Unter Windows könntest Du auch mal den USB3 Contoller suchen und unter Eigenschaften die Bezeichnung des Controllers suchen
Was ist damit genau gemeint, der Geräteinstanzpfad?
Heißen tut das Ding "USB-Root-Hub (USB 3.0)", aber das wird dir denke ich mal nix bringen. Bei "Hersteller" steht "(Standardmäßige USB-HUBs)" drin.
PortLimitPatch ist der XHCIPortLimit Quirk, den Du bereits mit der USBInjectAll aktiviert hast. PAcke dazu jetzt mal die SSDT-RHUB-Reset dazu und versuche mal zu booten.
Bleibt leider bei dem Verbose-Output aus dem Bild oben... [PCI configuraiton end, briges 4, devices 12 ] ist die letzte Zeile. Dann passiert nix mehr.
SSDT-RHUB ist auch tatsächlich in der config.plist drin, das hab ich also nicht vergessen.
Adhoc würde ich sagen, Du musst die EHC Ports renamen. Hier
Aber in deinem Link steht doch, dass iMacPro1,1 nur einen XHC1-Rename benötigen würde?
deine DSDT
Ich häng sie dir mal an.
PortLimitPatch
Was genau ist das, eine Einstellung? Wenn ich das google find ich nix, und in meiner config.plsit gibt's auch keine Ergebnisse beim CTRL+F-en.
Womit schaust du die DSDT an, ist das dieses Hackintool?
Was Du jetzt nach der Installation auch testen kannst, packe mal die EFI auf die HDD und boote von der HDD (intern, nicht extern) und schalte EHCI wieder ab
Dafür müsste ich die aus dem Consumer-Gehäuse da rausholen. Geht schon, aber wahrscheinlich brech ich dabei irgendwas ab Lass uns da bitte erstmal die anderen Möglichkeiten überprüfen, bevor ich mich dadran wag.
Nice das es nun geht und ja manchmal (eher meistens) steckt der Teufel im Detail
Auf die Bios Settings bzw. speziell das Setting muss man auch erstmal kommen
Ja, also dass das ne Änderung bewirkt hätt ich nicht gedacht Die Meldung passt ja überhaupt nicht zum Problem.
Die Fehlermeldungen im Verbose-Mode sind wohl eher als Erfolgsmeldung zu verstehen, und wenn's stehen bleibt dann ist das erst ein Fehler, im nächsten, noch nicht benannten Schritt.
Frage 1: Hast Du die Defaults geladen und anhand des Videos die Bios Settings neu eingestellt?
Nein - aber die Einstellungen, die im Video sichtbar sind, hab ich auch so gesetzt, mit dem Unterschied, dass VT-D bei mir an ist.
Frage 2: Hast Du das Bios Setup Guide von HP gelesen? Da steht eigentlich für jeden Punkt, was er macht.
Ich finde nur den hier - und da steht nix über EHCI drin. Was hast du gefunden?
https://support.hp.com/us-en/document/c04162759
Auf der Produktseite seh ich nur zwei Hardware-Referenzmanuals & ein sehr kurzes Benutzermanuel & "Erste Schritte".
Das sollte weder USB3.0 abschalten noch die Ursache des Übels beim Boot sein.
Ich hab zwischenzeitlich was gefunden - hier im Forum empfiehlt jemand, um die USB 3.0-Ports auf 2.0 downzugraden, EHCI Debug zu aktivieren.
Enable USB EHCI debug to disable the xHCI controller.
https://h30434.www3.hp.com/t5/…-2-0-in-BIOS/td-p/6099631
Ich würde im nächsten Schritt einmal die USB Security disablen und dann noch einmal mit und ohne USB Debug enable testen.
Unter Security -> USB Security deaktiviert man kein Sicherheitsfeature, sondern gleich den ganzen Port
Du sagtest das Problem mit fehlendem USB3 ist auch unter Windows? Dann liegt es eher nicht am Kext, den Du erstellt hast. Dieser wird unter Windows gar nicht geladen.
Ja, genau. Aber nur, solange "USB EHCI Port Debug" im BIOS angeschaltet ist. Wenn ich das ausmache, geht alles sofort wieder. Reproduzierbar.
Das ganze dann bei ausbleibendem Erfolg mit USBInjectAll und XHCI Port Limit Quirk unter Kernel. Vorher natürlich die USBToolBox und USBMap rauswerfen.
Meine Vermutung geht dahin, dass die Security den Boot von USB verhindert.
Und mittels der USBInjectAll schliessen wir dann die USB Kexte als Ursache für fehlende USB3.0 Konnektivität aus.
Alles klar, ich versuch mal mein Glück.
Edit: USBInjectAll von https://github.com/Sniki/OS-X-USB-Inject-All reingeladen, unter Kernel -> Quirks XHciPortLimit angeschaltet, USBTool und UTBMap entfernt und die Kext-Definitionen in der config.plist aktualisiert.
Bei jetzt wieder deaktiviertem USB EHCI Port Debug verweigert er jetzt immer noch den Dienst, allerdings mit einer anderen Meldung.
Auffällig finde ich "Couldn't alloc AppleKeyStoreTest", das hab ich schonmal im Kontext "der findet den Stick nicht mehr" gehört.
Ich schaue mir deine EFI morgen in Ruhe an. Heute vin ich unterwegs, sorry 😊 Freut mich aber dass er erst einmal bootet.
Installier jetzt mal Ventura, Sonoma macht dann später genug Kopfweh. Dann morgen weiter.
Alles klar. Jetzt macht er auf jeden Fall irgendwas, "Noch ungefähr 12 Minuten" und die Festplatte blinkt durchgehend.
Vielen Dank für die ganze Hilfe!
Edit:
Der Installer an sich ist durch. Das System startet neu, ich wähle wieder im BIOS meinen Stick aus, und kann jetzt eine neue, goldene Drive mit dem Namen "macOS Installer" auswählen.
Wenn ich das aber mache, läuft ein bisschen OpenCore-Text durch und dann rebootet das System.
Ich häng den OpenCore-Log hier mal an, ich würd raten, dass das irgendwas mit Secure Boot zu tun hat, zumindest steht da "secure boot" im Log. Aber das muss ja nix heißen.
Edit 2:
Jap, wenn ich das SecureBootModel auf Disabled setze dann kommt er weiter. Ich tipp drauf, dass das dadran liegt, dass die Platte eben nicht eingebaut ist sondern eine externe. Neues "Feature"
Edit 3:
So, Ventura ist endlich installiert. Ist halt wirklich langsam, so über USB 2.0 (und ehrlich gesagt später wahrscheinlich auch noch über 3.0...). Morgen geht's weiter.
Es funktioniert!!! Im BIOS muss "USB EHCI Port Debug" an. Reproduzierbar: Aus - bootet nicht, Fehler. An - bootet!
Ist "USB EHCI Port Debug" das gleiche wie EHCI-Handoff?
Kannst du mir sagen, wo Quick Boot ist? Ich finde das nicht, weder in der PDF noch im BIOS wenn ich das durchgeh. Fast Boot war aus, hab ich zwischenzeitlich an gemacht, macht keinen Unterschied. Bootet (mit "EHCI Port Debug") trotzdem.
Ich kriege trotzdem suuuuper viele vm_region_start_address() failed-Errors, die spammen den Bildschirm richtig voll, aber (sogar vergleichsweise schnell) erscheint jetzt das macOS-Recovery-Assistenz-Ding. Tutet.
Viiiiiiiielen Dank für die ganze Hilfe, auf das mit EHCI wär ich niemals gekommen und ich hätt das wahrscheinlich aufgegeben.
Ich lad grade mal mit gibMacOS das Sonoma runter. Das was ich aktuell hab ist Ventura.
Edit 1:
Auf dem gibMacOS-GitHub steht:
ZitatNOTE: As of macOS 11 (Big Sur), Apple has changed the way they distribute macOS, and internet recovery USBs can no longer be built via MakeInstall on Windows. macOS versions through Catalina will still work though.
Deine Anleitung benutzt MakeInstall - wie bring ich das sonst auf die Drive, ohne einen Mac? Ansonsten würde ich einfach mal Ventura installieren und dann mit Ventura so einen Stick auf die "Apple-Art" bauen, dann hab ich Sonoma aufm Stick und installier nochmal sauber neu. Klingt das gut?
Edit 2:
Darf ich in der config.plist SMCSuperIO wieder aktivieren? Lass ich das "agdpmod=pikera" in den boot-args oder schmeiß ich das raus, jetzt wo's bootet?
Edit 3:
Reproduzierbar: Wenn USB EHCI Port Debug angeschaltet ist, erkennen Windows und Linux an den beiden USB 3.0-Ports keine USB 3.0-USB-Sticks und -externen Festplatten mehr. Die funktionieren an den USB2.0-Ports. Auch funktionieren USB 2.0-Sticks an den 3.0-Ports. Hmpf. Also quasi immer, wenn USB 3.0 auch seine USB 3.0-Kapabilitäten ausnutzen will, weil beide Seiten USB 3.0 können, geht das nicht. Sonst schon.
Edit 4:
Auch im Festplattendienstprogramm tauchen die USB3.0-Massenspeicher nur auf, wenn ich sie an USB2.0-Ports stecke.
Edit 5:
Ich hab jetzt mal die 3.0er Intenso-SSD, auf der ich das macOS installieren möchte, an einen 2.0er-Port gesteckt, das Teil partitioniert und jetzt installier ich da grad mal Ventura drauf. Ich hab oft gehört, dass das alles einfacher ist, wenn man macOS mal installiert hat, und ich weiß jetzt eh erstmal nicht, wie ich mit dem USB-Problem weiter verfahre.
Ich hab die aktuelle EFI übrigens von den lahmen Sticks die ich auf dein Anraten vorhin gebaut hatte auf den ursprünglichen zurückgespielt, die klappt da auch ganz hervorragend. Liegt offensichtlich tatsächlich nur an diesem EHCI-Ding, irgendwas mit USB jedenfalls.
Gemappt hatte ich meine USB-Ports ja eigentlich, mit diesem USBTool. Daran kanns (wenn ichs richtig gemacht hab, was ich eigentlich geglaubt hab) ja eigentlich nicht liegen.
Wahrscheinlich gehört USB EHCI Port Debug eigentlich gar nicht an, aber durch dieses "Wegnehmen von USB 3.0" hat's uns jetzt trotzdem gezeigt, dass es auf irgendeine Art daran liegt. Das hilft mal auf jeden Fall weiter.
Edit 6:
So, jetzt steht er da und installiert. Restzeit 4 Stunden und 26 Minuten. Klingt viel.
Im Installationsprotokoll passiert nix und die Minuten zählt der auch so genau runter, dass ich mir nicht vorstellen kann, dass da grade wirklich was passiert... Externe Festplatte blinkt auch zu wenig...
So.
- Neuen 32GB-USB-Stick an Win11-Laptop angesteckt (JetFlash Transcend irgendwas), mit Minitool Partition Wizard Fat32 formatiert, deine EFI.zip runtergeladen, EFI-Ordner auf Stick gezogen, "Sicher entfernt".
- Via WSL über macrecovery.py das 600MB große Apple Recovery Image runtergeladen, via Windows Explorer dann auf weiteren USB-Stick gezogen (irgendein Noname), den ich auch via Partition Wizard Fat32 formatiert hab.
Beide USB-Sticks an ProDesk angesteckt. Gebootet. JetFlash als Bootmedium ausgewählt, dann zweiten Stick im Opencore.
Gleiches Ergebnis.
Das kann doch nicht sein 
So, ich entfern jetzt mal, wie du gesagt hast, die Framebuffer-Sektion, mach Quick Boot an und "USB EHCI Port Debug" auch.
P.S. Du bootest immer noch mit dem Framebuffer unter DP. Bitte rausnehmen.
D.h. die gesamte PciRoot(0x0)/Pci(0x2,0x0)-Sektion inkl. "AAPL,ig-platform-id" raus?
BIOS ist aktuell. Ich hab mal ne Capture Card angeschlossen und gescheite Screenshots von meinem BIOS gemacht, und im selben Zug gleich auch mal den Bootvorgang abgefilmt.
Video Bootvorgang: https://streamable.com/prq7de
Sind deine Laufwerke Gpt formatiert?
Jap, alles GPT.
Und nur, um es mal auszuschließen. Nimm bitte mal für den Installer einen separaten USB Stick und einen neuen für meine korrigierte EFi. Bitte beide mit Fat32 formatieren.
Alles klar, das mach ich gleich.
Die Kexte bekommst Du nicht in der OC Repo. Die haben ihre eigenen.
Mit Repo meine ich das https://dortania.github.io/builds/ Dortiania-Build-Repo - ist das das richtige? Oder renn ich tatsächlich zu den einzelnen Devs ins GitHub um mir da das Zeug runterzuladen? Hab ich früher so gemacht, zwischenzeitlich gab's da mal so 'ne Dropbox in der das alles drin war, ... Keine Ahnung, die haben diese Seite nur im Guide empfohlen, an den ich mich hier wie du merkst hilfesuchend klammere
Prüfe nur noch einmal alle Einstellungen. Am Ende könnte es doch der mSR lock sein?!
MSR-Lock kann ich im BIOS nicht abschalten, deshalb ja die beiden (bzw. nach deinem Abraten von AppleCPUPMCFGLock nur noch einem) Quirks aus https://dortania.github.io/Ope…ock.html#what-is-cfg-lock.
Ich reboote nochmal ins BIOS und mach die Installationsvorbereitungen-Seite die du ein einem der vorherigen Posts verlinkt hast auf. Wobei mein Bios wie gesagt echt nicht sonderlich vollständig ist, was Einstellungen angeht...
