Search Results

Hab das jetzt schon ne Weile am Elitebook nicht mehr aktiv eben weil ich da auf den OCLP angewiesen bin (FENVI) und der Patcher den Dienst verweigert wenn die Platte verschlüsselt ist aber wenn ich es denn aktivieren wollen würde dann könnte ich das (eben getestet)...Laufen habe ich auf der Kiste die letzte Beta von 15.1 mit dem OCLP WIFI Patch und sonst allem Bums den es dazu braucht.EDIT: Eben getestet ist gut die Kiste ist nun unbeirrt dabei die Platte zu verschlüsseln ein riesen Spaß aber nu…

Wichtig zu erwähnen wäre noch das ich natürlich die Kernel Patches am Start haben eben wegen des OCLP Einsatzes denn andernfalls würde das natürlich aufgrund des gebrochenen Sigels auf dem Snapshot nicht funktionieren...Im Wesentlichen aktiv sind:Force FileVault on Broken Seal (_apfs_filevault_allowed)Disable Root Hash Validation (_authenticate_root_hash)

Nur so eine Idee aber mag das vielleicht (auch) am verwendeten SMBIOS liegen?ich meine es könnte ja durchaus sein das ein SMBIOS von einer Maschine die einen T-Chip hat hier problematisch ist weil der T-Chip bei den echten Mac's die SecureEnclave enthält die unter anderem ja auch bei der FileVault Verschlüsselung einen Rolle spielt? Am Elitebook habe ich RestrictEvents im Einsatz mit dem revpatch=sbvmm ARG was ja am langen Ende dafür sorgt das macOS denkt es würde in einer virtuellen Maschine la…

Schon richtig und gut so dennoch kann es ja sein das Apple hier mit Sequoia die Zügel angezogen hat und nun FileVault verweigert wenn der T-Chip fehlt? Hau Dir testweise mal den RestrictEvents.kext mit rein und das BootArg revpatch=sbvmm wenn die Maßnahme dazu führt das FileVault anschließend läuft liegt es am SMBIOS wenn nicht liegt der Fehler an anderer Stelle...