@Doctor Plagiat Danke, ich denke das ist ja das, was @griven auch vorhat.
Zip poste ich hier mal im Anhang.
El Capitan 10.11 - Herunterfahren klappt nicht
-
- Erledigt
- maxkratz
- Erledigt
-
Was mir noch einfiel... du hast nicht zufällig den NullCPUPowermanagement.kext installiert?
-
Zufällig mal in S/L/E geschaut?
-
nach mehr als 1,5 Jahren gibt es auch andere Varianten zum Prüfen der geladenen/eingesetzten Kexte, z.b. den folgenden Terminal-Befehl:
bzw. den passend sortierten Systembericht:
Am besten im Systembericht, im Bereich Software, den Punkt "Erweiterungen" anklicken und warten bis die Liste gefüllt wurde.
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 zusammen mit dem Resultat des Terminalbefehls als Dateianhang.
-
Der besagte Shutdown-Bug ist genau was?
Ein direkter Neustart nach dem Herunterfahren?Wofür brauchst du denn den NIUSBDeviceHelper, wenn der noch nicht mal geladen wird?
Auch der com.logitech.manager.kernel.driver, der wahrscheinlich nur bis Yosemite unterstützt, könnte hier Einfluss nehmen.Ansonsten hilft dir vielleicht folgender Beitrag Sierra auf einem Lenovo E460...
Bezieht sich zwar auch einen Laptop, aber die dort erwähnte SSDT scheint universell einsetzbar zu sein. -
Nutzt du für dein Board eine gepatchte DSDT?
Wenn nicht, würde ich dich bitten die Original-AML-Dateien, während des Bootvorgangs durch mehrfachem Betätigen der F4-Taste, in den Ordner /EFI/CLOVER/ACPI/origin zu extrahieren.
Diesen Ordner dann bitte als ZIP hier hochladen, damit ich dort, neben ein paar anderen Kleinigkeiten, auch den Gigabyte Shutdown-Fix einbauen kann. -
Da wäre hier mal die passende DSDT.aml...
Bevor du diese aber nutzt, sollten wir noch mal in deine aktuelle config.plist schauen, da dort einige Einträge rausfallen dürften.
Ansonsten kann das zu unangenehmen Nebeneffekten führen. -
Dann ändere bitte in deiner aktuellen config.plist dein Namen der "DSDT.aml" zu "DSDT-0.aml", damit im Ernstfall beim Nutzen der alten config.plist nicht die neue DSDT aus Versehen trotzdem genutzt wird, und benenne die alte config.plist zu "config-alt.plist" um.
Danach kannst du die neue, hier beiliegende Date in den entsprechenden Ordner kopieren und durch einen Neustart testen. -
Die iCloud Geschichte kann an den Neuerungen in der config.plist liegen, wobei ich deine vorherige Serial-, Board Serial- und MLB Nummer nicht verändert habe...
Das der Fehler trotzdem auftaucht, find ich doof...
Hast du im BIOS und unter "Systemeintstellungen"->"Energie sparen" das Wake-On-LAN deaktiviert?
Achtung: Im BIOS kann dass an zwei verschiedenen Stellen auftauchen... Einmal offensichtlich und einmal in den Details der Intel-Netzwerkkarte versteckt. -
Erneute Anmeldung hat funktioniert, sollte also kein Problem haben.
Ich finde das auch doof mit dem Fehler
Also in den Systemeinstellungen ist der Haken bei "Ruhezustand bei Netzwerkzugriff beenden" deaktiviert. Im Bios/EFI müsste Wake-On-LAN allerdings aktiviert sein, da ich das auch des Öfteren benutze.
-
In welchem Zusammenhang nutzt du Wake-On-Lan?
-
Dann habe ich aktuell keine weitere Idee mehr...
