Dann ist wohl ein weiteres Setting in deiner Kiste vorhanden, die eher die 0x67 braucht um richtig zu arbeiten.
Kannst du in die Recovery HD booten?
Wenn ja, solltest du damit die Defaults.plist wieder entsprechend zurück ändern, damit der nächste NVRAM-Reset den Boot wieder ermöglicht.
Dort geht es aber nur per Terminal-Befehlen.
Das geht auch per Linux Live Stick, wenn du einen solchen haben solltest.
Dort funktioniert es auch mit einem grafischen Editor.
El Capitan und die System Integrity Protection - Was ist das und wie kann ich es ändern?
-
- Erledigt
- Griven
- Erledigt
-
-
Ja also in die Recovery konnte ich auch nur mit meinem Clover Stick booten,
habe noch eine Sierra Installation auf einer Externen Platte und habe damit die defaults.plist abgeändert.
NVRAM Reset habe ich noch nicht gemacht.
Hängt also nur wenn ich die SIP wieder aktiviere. Disabled funktioniert der Boot auch mit der geänderten defaults.plist.Edit: Also 0x67 wäre dann ja SIP auf disable oder ?
-
jepp
und drei Worte
-
Man kann auch durchaus das klassische Boot-Arg -v in die Ozmosis-Liste einbauen. Wen interessiert schon ein weißer Balken unter einem weißen Apfel??
-
Hab nun mal zeit gefunden und wollte mal mit dem Boot-Arg -v in der Defaults.plist testen wo er beim boot hängen bleibt.
Hab versucht mit "Command Taste + V" das nimmt OZ aber irgendwie nicht wenn ich die SIP aktiviere, mit deaktivierter SIP funktionierts.
Deshalb wollte ich das ganze nun mal in die Defaults einbauen um nachzusehen, nur kein plan wie genau Ichs Einbau, da schon ein boot-Arg vorhanden ist..<key>boot-args</key>
<string>nv_disable=1</string>einfach zu dem vorhandenen Boot-Arg hinzufügen???
-
-
Aber nach dem Eintrag bitte nicht vergessen den NVRAM-Reset durchzuführen, sonst wird die veränderte Defaults.plist nicht eingelesen/genutzt.
-
@MacGrummel
hab garkeine Nvidia am laufen. Läuft doch die HD 4600. Das BootArg stand in der Vorlage der Defaults.plist. und machte keine Probleme also lies ich es drin.Also mit dem BootArg -v in der Defaults.plist bootet er garnicht mehr, nicht mal mehr bis zum Apfel. Blackscreen und das wars.
Egal ob mit SIP enable oder disable.versteh ich nicht...
-
Kommst du noch anderweitig an die EFI-Partition, um die Defaults.plist hier als Dateianhang hochladen zu können?
-
Ja kann mit der MacOS Installation auf der externen platte immer wieder an die EFI der SSD dran und sie zum Glück ändern.
Hier mal die defaults.plist aber wieder mit dem entfernten Boot-Arg -v
-
Dann versuche es doch bitte mal mit beiliegender Variante...
-
-
Ich hab die Daten mal aktualisiert, aber so sollte der Rechner laufen. Teste mal..
-
@Silverbullet
Dann enable die SIP doch einfach nicht... -
@MacGrummel
läuft mit SIP enable auch nicht, nur Blackscreen.@al6042
Naja dachte mir halt den Sicherheitsgewinn wenns ja funktioniert wäre nicht verkehrt.
Aber seltsamerweise funktioniert es ja nicht...
Denke auch ich lass sie deaktiviert. -
Hatten wir bei dir schon im Systembericht unter "Erweiterungen" geprüft, ob dort noch weitere "Unbekannte" oder "nicht signierte" Kexte zu finden sind?
-
Nein noch nicht.
Hab denke ich auch nur die Kexte am laufen die für Audio/Lan/Sensoren und Lilu,Shiki,IntelGraphicsFix nötig sind.
Kann aber gerne mal nachsehen. -
Dann mache doch mal bitte folgendes...
Gehe in den Systembericht, im Bereich Software, auf den Punkt "Erweiterungen" und warte bis die Liste gefüllt wird.
Dann klickst du auf die Tabellen-Überschrift "Erhalten von" zweimal, sodass die Sortier-Reihenfolge mit "Verifizierte Entwickler" beginnt.
Zwischen "Verifizierte Entwickler" und "Apple" wird es eine Reihe von Kexten geben, die mit "Unbekannt" oder "Nicht Signiert" gekennzeichnet sind...Bitte erstelle davon einen Screenshot und poste ihn hier.
-
Ok, hab den Screenshot im Anhang.
Ist aber nichts zu finden außer von Apple und Verifizierten Entwicklern. -
Das sagt uns also, dass alle zusätzlichen Kexte bereits aus der EFI heraus geladen werden und kein WIldwuchs unter /Library/Extensions oder /System/Library/Extensions vorliegt.
An der Stelle kenne ich leider die ganzen Zwischen-Werte für den "csr-active-config" nicht.
Bisher war nur "Ein- oder Ausschalten" wichtig...