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 erstellen
Nope bisher hängen wir auch an dem Problem, es scheint als hätte Lenovo da was gedreht mit der 10th gen Reihe.
bin selber besitzer eines E15
Das hat nichts Lenovo zu tun, die Thematik ist bei den aktuellen Chipsätzen anzutreffen. Egal ob HP, Lenovo, Acer oder was auch immer.
Auch wenn es hier schon eine Seite vorher ausgeschlossen wurde, Deine mehrfach in Bild gezeigte Fehlermeldung erinnert ganz stark an die MSR locked Geschichte.
Ich habe genau diesen Ausstieg hier mehrfach genauso gehabt. Die betreffenden Geräte steigen genau an dieser Stelle mit dieser Fehlermeldung aus.
Im OC ist allein AppleXcpmCfgLock dafür gedacht. Sollte man aber nur setzen, wenn er wirklich MSR locked ist.
Die MSR locked Geschichte kam ab 10.15.4. Mein Lenovo T450s (ebenfalls MSR locked) und auch andere Rechner von mir stiegen genau mit dieser Fehlermeldung aus.
Heute arbeitet mein Lenovo mit OC und AppleXcpmCfgLock auf Yes. Schalte ich dies aus, dann ende ich genau bei Deiner Fehlermeldung.
Damals lief er aber noch mit Clover.
Damals brachten die Clover-Jungs einmalig einen Fix, auf Basis Version 5106.
Hiermit war man auf diese Version gebunden. Später brachte @Herve noch die Lösung mit dem Tausch der boot.efi, womit man wieder neuere Versionen von Clover nutzen konnte.
boot.efi von Mojave S/L/CoreServices nach Catalina S/L/CoreServices kopiert. Selbst die boot.efi von HS geht, laut @Herve.
Vermutlich geht auch die von 10.15.3, da das Problem erst danach kam.
Mit BigSur geht dies nicht mehr, denn die boot.efi hat eine andere Struktur. Aktuell ist man hier aber ohnehin an OC gebunden.
Teste doch mal ein Install von Mojave oder Catalina 10.15.3. Wenn Du dann über diesen Fehler hinaus kommst, dann kann es durchaus an dieser Geschichte liegen, zumindest sind die Fehlermeldungen identisch.
Teste doch mal ein Install von Mojave oder Catalina 10.15.3. Wenn Du dann über diesen Fehler hinaus kommst, dann kann es durchaus an dieser Geschichte liegen, zumindest sind die Fehlermeldungen identisch.
Mache ich, vielen Dank für deinen Beitrag 
Es soll auch nur ein Ansatz sein. Vielleicht hat Lenovo bei den neuen Geräten auch tatsächlich was verändert, dass sich dies nicht mehr fixen lässt.
Aber versuchen kann man es ja.
Im OC ist allein AppleXcpmCfgLock dafür gedacht. Sollte man aber nur setzen, wenn er wirklich MSR locked ist.
das hab ich bei mit im Lenovo E15 schon drin und bringt nix, ich vermute das evlt der patch beim lenovo nicht greift aber ich warte nun ab , es gibt je jemand mit einem anderen NB der das gleiche Problem hat mal sehen ob er weiter kommt und ob das evlt des lösungs problem ist.
daher ist grade alles ziemlich viel ins blaue geraten leider 
Sie müssen CFG deaktivieren: https://www.reddit.com/r/hacki…cking_alternative_method/
Hatte das gleiche Problem, keine einfache Lösung. Außerdem ist es besser, OpenCore zu verwenden mit Big Sur.
Ich komme aus den Niederlanden, bitte entschuldigen Sie mein Deutsch.
Habe ebenfalls dasselbe Problem mit dem Thinkpad L13 Yoga - CFG scheint das Problem zu sein, kann aber auf den Comet Lake Thinkpads (und Thinkbooks) wohl nicht deaktiviert werden. Auch nicht über Ru.EFI Eventuell könnte man das BIOS mit einem USB-Programmer flashen, aber der Chip ist wahrscheinlich verlötet und ich habe auch noch niemanden finden können, der das probiert hat.
Hier hat jemand dasselbe Problem mit einem Comet Lake X1 Carbon: https://github.com/bomdurup/x1c7_2020_hacintosh
Irgendwo hatte ich noch aufgeschnappt, dass es wohl eine Sicherheitslücke gibt, mit der man diese BIOS-Protection vielleicht aushebeln könnte, aber den Exploit müsste man erstmal schreiben - das übersteigt meine Fähigkeiten leider bei weitem
Wenn jemand noch eine Idee hat, gerne her damit
Edit: Ein OpenCore-Dev hat mir geantwortet, dass das Problem nicht am CFG-Lock zu liegen scheint und ich weiter Booter-Quirks testen solle: https://github.com/acidanthera/bugtracker/issues/1397
Klingt jetzt allerdings nicht so, als ob sich die Person speziell mit Comet Lake Thinkpads beschäftigt hätte
Nach 2h herumprobieren mit Booter-Quriks bin ich genauso weit wie vorher.
Edit2: Ein weiterer Developer hat mir bestätigt, dass AppleXcpmCfgLock hardwareunabhänig funktioniert und es nicht daran liegen kann. Ein CFG-Unlock per Hardwaremod würde folglich nichts nützen.
Habe wirklich überhaupt keine Idee mehr, woran es liegen könnte. Hab mal meine am wenigsten experimentelle EFI, bei der auch der Sanity Check keine Beschwerden hat angehängt.
Ich habe es dank der Hilfe eines chinesischen Projekts geschafft zum laufen zu bekommen, auch wenn noch nicht alles perfekt ist. Woran es genau gelegen hat, habe ich keine Ahnung, aber ich konnte es problemfrei installieren. Link zur EFI in meinem Github-Repo
