Suchergebnisse
Suchergebnisse 1-19 von insgesamt 19.
-
BooterConfig = 0x28CsrActiveConfig = 0x67
-
@fermolino:welche AppleHDA nutzt du und in welchem Ordner liegt diese?
-
Hier ist meine AppleHDA, die ich im Einsatz habe.AppleHDA für GA-Z87X-UD3HNutzt du auch eine dedizierte DSDT, in der die Geräte sauber eingebunden sind?Ansonsten kannst du beiliegende mal testen.DSDT für GA-Z87X-UD3H F10c
-
Also, das Minimum ist meiner Ansicht nach 0x03, da dieser die Nutzung von unsignierten Kexten erlaubt.
-
Versuche es anstatt mit Dezimalzahlen mit beiliegendem Teil für deine Defaults.plist:(Quelltext, 4 Zeilen)
-
Dann öffne die Defaults.plist im Nachgang mit PlistEdit Pro und ändere den "csr-active-config" von "67000000" zu "7F000000":
-
Zeig mal bitte die Fehlermeldung.
-
Danke für die nicht angefragte Info...Ich fragte nach einer Fehlermeldung, nicht nach dem Produkt.
-
Eigentlich macht man das unter Ozmosis durch eine NVRAM-Befehl oder noch besser in der Defaults.plist, welche unter /EFI/Oz auf der versteckten EFI-Partition liegen sollte, vorausgesetzt es wurde ein angelegt.
-
Das sollte man mit dem folgenden Schnipsel im dritten Segment der Defaults.plist ermöglichen:(Quelltext, 4 Zeilen) Dies entspricht dem "CsrActiveConfig = 0x3" unter Clover
-
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.
-
Aber nach dem Eintrag bitte nicht vergessen den NVRAM-Reset durchzuführen, sonst wird die veränderte Defaults.plist nicht eingelesen/genutzt.
-
Kommst du noch anderweitig an die EFI-Partition, um die Defaults.plist hier als Dateianhang hochladen zu können?
-
Dann versuche es doch bitte mal mit beiliegender Variante...
-
@SilverbulletDann enable die SIP doch einfach nicht...
-
Hatten wir bei dir schon im Systembericht unter "Erweiterungen" geprüft, ob dort noch weitere "Unbekannte" oder "nicht signierte" Kexte zu finden sind?
-
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.
-
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...
-
Der Haken am komplett deaktivieren ist, dass die nötigen Kexte aus der EFI, die ja trotzdem im Kext-Cache verarbeitet werden, nicht zur Nutzung erlaubt sind.Deswegen muss man auch den passenden Eintrag für ein vermindertes Öffnen der SIP-Einschränkungen finden und nutzen.