![](https://www.hackintosh-forum.de/images/avatars/34/9718-340c270baec69576d5e5f92782b78800860819fd.jpg)
[Sammelthread] MacOS Monterey 12.x DEV-Beta Erfahrungen
- Mork vom Ork
- Erledigt
-
-
Also bei dem aktuellsten OC Nightly mit der angepasstem AdviseFeatures option gibt es anscheinend noch probleme...
Ich vermute das es irgendwie an dem liegt.
Bei mir hab ich diverse MacOS im dualboot, unter anderem 2 verschiedene Beta`s vom Monterey
Ich hab mir auch ein B7 Fullinstaller erstellt und eingehängt..
Nun, wenn ich unter OpenCanopy den Monterey Installer vom externem Disk starte hab ich ein komisches verhalten den ich vorher so nicht hatte,
Es wird quasi wie neu gestartet, erkenne es am Bildschirm Signal der wegfällt und zurückkommt,
danach wird angeblich die Beta 7 Installer gestartet, was aber am schluss rauskommt ist die BigSur Recovery die gestartet wurde.
Dieses verhalten hab ich mehrere mal gecheckt, es ist nicht am installer selber, das passiert mit dem aktuellem Nigtly.
Können die jenigen die Dualboot haben und Monterey schon mal installiert haben mal checken?
Bin mir aber ehrlich gesagt grad nicht sicher ob ich was falsch habe.
Bei mir ist die SecureBootModel im Config.plist mit j185f aktiv.
Gruss CobanEDIT: Hab mir überlegt ob es evtl am doppeltem Monterey mit verschiedenem Beta`s liegen könnte und einen eliminiert.
Dasselbe verhalten, Monterey Installer bewirkt das die BigSur Recovery gestartet wird.
Wenn ich aber den installierten Monterey Recovery von der Menü starte ist es nicht dasselbe verhalten, es startet auch ohne diesen Bildschirmumschaltung und landet auch im richtigen Recovery.
Vielleicht sollte ich diesen posting zu OpenCore support thread verschieben, mal gucken wie das bei euch ist.
EDIT 2:Ja kann bestätigen, mit SecureBootModel disabled & Default kann ich wieder mit externem Installer starten und lande nicht mehr im BigSur Recovery !
Also muss die SecureBootModel hier beachtet werden.
-
-
Advise Features sollte auf yes sein.
Und halt die neuste Nightly mit dem T2 Firmware Update nehmen
Es ist die aktuellste Nigthy & hab mit AdviseFeatures auf yes und No getestet, beides gleiche Ergebnis.
SecureBootModel disabled & Default kann ich gerne jetzt kurz testen und berichten.
EDIT: Ja kann bestätigen, mit SecureBootModel disabled & Default kann ich wieder mit externem Installer starten und lande nicht mehr im BigSur Recovery !
Also muss die SecureBootModel hier beachtet werden.
-
Habe zwar gestern das Update mit dem iMac17,1 Trick gemacht. Aber ich habe eben die Device-ID (j137) nur gebraucht, damit ich das Update überhaupt angeboten bekam. Schätze mal iMac17,1 war wegen der T2 Firmware nötig und das Update wurde erfolgreich mit SecureBootModel=disabled durchgeführt.
-
cobanramo Ich hab fast das gleiche verhalten wenn ich j137 drin hab. Er startet neu, aber er landet im Monterey installer oder recovery. Das Verhalten erinnert mich daran als ich das erstemal secureboot so richtig genutzt hab und dann im Terminal noch den bless Befehl für die "Personalisierung" eingeben musste.
Könnte vielleicht sein, dass er das dann für den installer auch noch erledigt haben möchte.
-
bless Befehl für die "Personalisierung"
Also ich finde das ganze SecureBoot noch nicht ganz sauber, es geht das eine und das andere wiederum nicht usw...
Irgendwie finde ich jetzt sonderbar das BigSur und Monterey auch mit deaktiviertem SecureBootModel startet aber Catalina wiederum nicht mehr.
Weiss einer wie man die sogenannte "personalize" bei Catalina zurücknimmt?
Bei den optionen vom bless finde ich nichts dergleichen.
Gruss Coban
-
-
Ich danke dir hackmac004 , genau das war es.
Dachte schon das wird nichts meht mit der Catalina ohne SecureBoot nach dem es einmal "personalize`d" worden ist.
Anscheinend braucht der Catalina "DmgLoading=Any" um ohne SecureBoot starten zu können
während BigSur & Monterey locker mit "DmgLoading=Signed" umgehen kann.
Gruss Coban
-
Bei der Installation von Monterey Beta 7 auf einen unsupported iMac late 2012 ist da die gleiche Vorgehensweise nötig (iMac 17.1 umstellung) etc... , um die Installation erfolgreich durchzuführen?
Weil die Beta 6 konnte ja mit der üblichen OCLP Methode installiert werden.
Gruss
-
-
-
Kennt jemand dieses Problem (und hat evtl. eine Lösung?):
ich habe meinen Laptop (Lenovo IdeaPad - siehe Signatur) von 11.6 auf Monterey beta 7 upgedated. Monterey läuft inkl. BT/Wlan (DW1560), alles gut, aber:
Seit dem Update gehen im BootMenu / opencanopy und selbst im Bios die interne Tastatur und das Trackpad nicht mehr. Ab Anmeldebildschirm geht alles einwandfrei.Externe Tastatur/Maus über Tastatur funktionieren immer.
Langes Drücken des Ein/Aus-Schalters am Laptop (>30 sec) oder auch Boot in Windows lösen das Problem einmalig. Nach dem nächsten Reboot aus Monterey (egal ob kalt oder warm) funktionieren die interne Tastatur/Maus wieder nicht mehr.Fühlt sich an, als ob beim Runterfahren irgendetwas nicht zurückgesetzt wird (NVRam?).
OC 0.74 letzter Build und nightly Kext.
-
Ich hab das problem mit meiner IdeaPad auch.
Hier hab ich es geschildert aber keine lösung gefunden.
OpenCore Sammelthread (Hilfe und Diskussion)
Das passiert aber nur im zusammenhang mit Monterey beim herunterfahren oder neustarten.
Sobald man Catlina oder Bigsur startet ist das fenomen weg bis Monterey gestartet ist.
Vielleicht sollten wir mal im OpenCore Thread das nachhacken damit die Entwickler das mal problem annehmen
Gruss Coban
-
Hab nun bemerkt das auch bei mir der Boot wieder länger geworden ist ... von 23-25 sec auf 52 sec rum rauf bis zum login.
strange.
-
-
Jo ,
hatte ja mit den ersten betas massive probleme hatte dann einen clean install mit beta 5 durchgeführt und war von 2 min 36 runter auf 23 sec wieder ...
nun seit Beta 7 wieder rauf auf 53 sec
-
Du könntest mal das apfs trim timeout in OC umkonfigurieren. Wenn das die Bootzeit ändert dann liegt es an der Fehlerhaften TRIM Implementierung.
-
Du könntest mal das apfs trim timeout in OC umkonfigurieren. Wenn das die Bootzeit ändert dann liegt es an der Fehlerhaften TRIM Implementierung.
Auf welchen Wert bei meinem ist aktuell -1 hinterlegt.
-
-1 ist default, 999 ist das minimum, also TRIM deaktiviert. 4294967295 maximum.
Wenn also die Bootzeit mit 999 normal ist dann dürfte TRIM das Problem sein.