Jo ist so das es eine OSX Standard Variable ist.
![](https://www.hackintosh-forum.de/images/avatars/34/9718-340c270baec69576d5e5f92782b78800860819fd.jpg)
[Sammelthread] MacOS Monterey 12.x DEV-Beta Erfahrungen
- Mork vom Ork
- Erledigt
-
-
Wenn es so ist wie du sagst, dann funktioniert wohl das NVRAM von MacGrummel nicht korrekt.
-
Wie kommt du darauf? Kann ich nicht aus seinem Beitrag herauslesen.
Bei mir gab es die Variable jedenfalls auch schon vor dem OC Eintrag.
-
Ist nur ne Vermutung, weil er das in Post 1448 schrieb und Nico ihm in Post 1455 den Tipp mit der Variable in der config.plist gab.
-
Joa aber die Variable wird nur gesetzt wenn man FindMyMac aktiviert
fmm-computer-name steht ja auch für FindMyMac-Computer-Name. Solange das nicht aktiviert ist setzt macOS die Variable auch nicht. Setzt man die Variable direkt in der Config macht man das an macOS vorbei sofern es vorher halt nicht aktiviert war.
-
Ah OK, das habe ich aktiviert.
-
-
Also ich hatte FindmyMac noch nie aktiviert und die Variable ist trotzdem gesetzt. Habe sie auch nicht selbst in der config.plist eingetragen.
-
Der Datenverlust hing ja nicht direkt mit dem Update, sondern mit der doppelten Umbenennung zusammen, erst in iMac17,1, dann wieder zurück in MacPro. Ich kann mich dunkel erinnern, dass der Z390er sich schon mal gelegentlich bei Updates zurück gesetzt hat, aber jetzt war es der 170er.
Das mit der Sicherheits-Einstellung war ja sonst auch bei jedem größeren Update zurück gesetzt auf den Standart-Wert. Im normalen Alltag verliert der aber beim Abschalten seine Werte nicht. Nur bei diesen Updates wird wohl der NVRam gelöscht..
-
Gestern habe ich auf die release Version von OC 0.7.4 aktualisiert und gleich noch einmal zum Testen einen Clean Install der Monterey Beta 8 auf eine freie externe Festplatte versucht, mit DmgLoading auf signed und SecureBootModel auf j185, und siehe da, die Beta 8 wurde anstandslos installiert, ohne jegliche Umwege 😊
-
SecureBootModel auf j185
Darf jetzt auch "Default" sein, damit wird intern der korrekte Wert je nach gewähltem SMBIOS genutzt.
-
Laut Changelog wie ich verstanden habe aber nur unter macOS 12, muss man etwas aufpassen wenn man noch eine älter version dual booted
-
Laut "Configuration.pdf" steht "Default" für "Matching model for current SMBIOS". Und das wäre in meinem Fall der "iMacPro1,1". Damit würde der Wert "j137" gesetzt, läuft mit minimal "macOS 10.13.2 (17C2111)". Wenn ich darunter möchte, müsste ich wohl "Disabled" nutzen.
-
Ich hatte meine Catalina und Big Sur Installationen nach Update auf OC 0.7.3 bereits mit SecureBootModel j185 und einer 16 bit Integer ApECID personalisiert, mit dem Ergebnis, dass Catalina jetzt mit OC 0.7.4 auf der j185 besteht, Big Sur aber Default akzeptiert. Blöd gelaufen, rück-personalisieren geht vermutlich nur mit einem Clean Install 🙄 Also werde ich wohl bei der j185 bleiben.
-
Rück-Personalisieren geht auch mit dem gleiche Befehl wie Personalisieren . Macht aber keine Sinn wenn es läuft.
Generell hängt "Default" davon ab was das OC Team daraus macht. Hatte es schon mal das hier im Code von OC was geändert wurde und ich musste neu personalisieren. Daher ist es nicht verkehrt einen Wert zu verwenden.
-
anonymous_writer Danke
Wenn ich meine drei macOS Catalina, Big Sur und Monterey mit einer OC Efi und gesetzter ApECID starten möchte, habe ich also zwei Optionen: entweder 1) Catalina rück-personalisieren und mit Default neu personalisieren, ebenso Monterey mit Default personalisieren oder 2) Monterey mit SecureBootModel Default personalisieren und danach aber auf j185 setzen, um Catalina nicht anfassen zu müssen. In beiden Fällen könnte ich dann mit einer OC EFI mit gesetztem ApECID alle drei macOS starten.
-
Ja, so würde ich das verstehen.
-
Rück-Personalisieren geht auch mit dem gleiche Befehl wie Personalisieren
Danke, nach sowas hatte ich auch gesucht, bin einfach nicht drauf gekommen das man eigentlich bei dem "ist" situation nochmal personalisieren muss.
Catalina benötigt
Catalina rück-personalisieren und mit Default neu personalisieren
Da ich vorher auch nicht "rück-personalisieren" konnte, hab ich diesen Umweg mit der "DmgLoading=Any" genommen. Ohne "Signed" startet die Catalina auch.
Ist natürlich mit der "rück-personalisieren" das sauberere weg.
Gruss Coban -
Neuste Beta lief auf meinem xps mit oc074 problemlos durch
-
nachdem ich 12.0 beta 8 auf dem T470 clean installiert hatte, musste ich neuen USB-Patch machen und in die EFI einbauen. Der vorige war gerade erst drei Tage alt.