Ewige Schlafproblemem mit Sierra

Moin!

Bei meinem Mac (siehe unten) sieht es ständig (das geht über Stunden weiter) so in der Logdatei aus:
20:48:22.746602 +0100 powerd 20:48:22.746964 +0100 powerd [System: SRPrevSleep kCPU] 20:49:07.753423 +0100 powerd [System: SRPrevSleep kCPU] 20:49:07.753620 +0100 powerd [System: SRPrevSleep kCPU] 20:49:07.756496 +0100 powerd Entering Sleep state due to 'Maintenance Sleep': 20:49:09.728146 +0100 powerd 20:49:09.728676 +0100 powerd 20:49:20.006699 +0100 powerd 20:49:20.008214 +0100 powerd [System: BGTask SRPrevSleep kCPU] 20:49:20.047851 +0100 powerd [System: BGTask] 20:49:32.050860 +0100 powerd [System: SRPrevSleep kCPU] 20:49:32.051040 +0100 powerd DarkWake from Normal Sleep [CDN] due to XHC1/: 20:49:32.051162 +0100 powerd hibmode=0 standbydelay=4200 20:49:32.052525 +0100 powerd 20:49:32.052705 +0100 powerd [System: SRPrevSleep kCPU] 20:50:17.060515 +0100 powerd [System: SRPrevSleep kCPU] 20:50:17.060697 +0100 powerd [System: SRPrevSleep kCPU] 20:50:17.063408 +0100 powerd Entering Sleep state due to 'Maintenance Sleep': 20:50:19.027473 +0100 powerd 20:50:19.027982 +0100 powerd 20:50:28.005933 +0100 powerd 20:50:28.007451 +0100 powerd [System: BGTask SRPrevSleep kCPU] 20:50:28.012453 +0100 powerd [System: BGTask] 20:50:38.755876 +0100 powerd [System: SRPrevSleep kCPU] 20:50:38.756228 +0100 powerd DarkWake from Normal Sleep [CDN] due to XHC1/: 20:50:38.756419 +0100 powerd hibmode=0 standbydelay=4200 20:50:38.758388 +0100 powerd 20:50:38.758661 +0100 powerd [System: SRPrevSleep kCPU] 20:50:50.157359 +0100 powerd [System: SRPrevSleep IPushSrvc kCPU] 20:51:23.765434 +0100 powerd [System: SRPrevSleep kCPU] 20:51:23.765602 +0100 powerd [System: SRPrevSleep kCPU] 20:51:23.768628 +0100 powerd Entering Sleep state due to 'Maintenance Sleep': 20:51:25.751731 +0100 powerd 20:51:25.752256 +0100 powerd 20:51:36.006460 +0100 powerd 20:51:36.007889 +0100 powerd [System: BGTask SRPrevSleep kCPU] 20:51:36.052959 +0100 powerd [System: BGTask] 20:51:46.786575 +0100 powerd [System: SRPrevSleep kCPU] 20:51:46.786916 +0100 powerd DarkWake from Normal Sleep [CDN] due to XHC1/: 20:51:46.787108 +0100 powerd hibmode=0 standbydelay=4200
Was ist “XHC1/:” für ein Aufwachgrund?
Das passiert unter 10.12.2 und eigentlich kann ich ihn nur ausschalten, damit das nicht passiert.

Wenn ich den mini per Tastenkombination (Alt-Blumenkohl-Eject) in den Schlaf schicken, dauert es einen Moment und dann werden alle externen Platten ausgeschaltet und die LED fängt an zu blinken. Ganz kurz danach geht die LED wieder in den Dauerbetrieb und alle Laufwerke fahren hoch. So bleibt es dann die ganze Zeit.

Es ist zum aus der Haut fahren!

PS: Im Energie sparen Kontrollfeld ist nur “Ruhezustand bei Netzwerkzugriffen beenden” ausgewählt. Außerdem ist im Bluetooth Kontrollfeld eingestellt, daß Bluetooth Geräte den Ruhezustand beenden dürfen, da der mini seit 10.12 sonst gar nicht schlafen geht (einer der tollen neuen Bugs von Sierra!).

Hallo iMactouch,
Dein Mac wacht nicht auf, sondern wechselt in den „Dark Wake“-Modus, wie Du aus der entsprechenden Protokollzeile entnehmen kannst.

„Dark Wake“ ist ein applespezifischer Modus und zog mit „Power Nap“ auf dem Mac ein. Ob und was sich damit im Zusammenhang mit macOS Sierra geändert hat, weiß ich nicht. Der Grund xHCI (bzw. XHC1) läßt einen Zusammenhang mit dem USB-Bus vermuten, das würde zusammen mit einem Artikel von Ars Technica (englisch) sogar Sinn ergeben, denn seit Mac OS X 10.8 (Mountain Lion) nutzt Apple den „Dark Wake“ Modus auch um Änderungen am USB-Bus zu protokollieren. Leider habe ich heute keine Zeit, mich tiefer mit der Materie zu beschäfftigen (habe heute noch Dienst), aber ich würde mal versuchen, Power Nap ein- oder auszuschalten, um zu sehen, ob sich eine Änderung ergibt oder USB-Geräte abzustöpseln, vielleicht ist es ein spezifisches Gerät, dessen Treiber nicht optimal auf Sierra angepssat ist, oder ließ’ (und verstehe) den Ars Technica Artikel, vielleicht kann man an den Aufwachintervallen erkennen, welche Arbeit der Mac im Hintergrund vollrichten will und deswegen nicht im Sleep Modus bleibt etc. .

Ich weiß, es ist keine Lösung, aber eine Möglichkeit ab hier selber Recherchen für das Problem vornehmen zu können, bevor Du keine Haut mehr übrig hast, aus der Du fahren kannst :grinwink: .

EDIT: Sehe gerade, Giga.de liefert eine Übersetztung (und läßt es wie was Eigenes aussehen).

Moin!

Danke Für Deine Antwort.
Das Dumme an diesem Dark Wake ist, daß die Festplatten auf einmal loslaufen.
PowerNap habe ich nicht an. Ich habe es auch einmal ein und nach einem Booten wieder ausgeschaltet und wieder gebootet, es half aber nichts.
Normalerweise sthet ja hinter XHC1/ der Grund, aber in meinem Fall steht dort “:”. Wahrscheinlich ist das irgendein Fehlerzweig in Apples Code, in dem im Kommentar “Todo” steht.

Für meinen Bugreport bei Apple sollte ich bisher nur eine sysdiagnose ausführen und die Daten schicken, aber das kommt wohl eher automatisch. Meine bisherigen Bugreports zum Ruhezustand sind jedenfalls noch nicht weiter bearbeitet.

Bin zwar ein wenig raus, sollte sich XHCI/. auf die Schnittstelle beziehen, ist der Punkt als Grund stichhaltig - man muß dann den Grund aus dem Fehlerprotokoll der Schnittstelle, bzw. deren Protokolldatei auslesen. Die Idee hinter Power Nap ist eigentlich gut, nur dokumentiert Apple darüber nichts und stellt auch keine entsprechende Schittstelle für Programmierer bereit. So bleiben private Eingriffe außen vor. Es wäre ideal, wenn man die Dark Wake Zeiten auf seine persönlichen Bedürfnisse anpassen könnte. Das sieht Apple bisher nicht vor, leider.

Ich hatte an anderer Stelle schon einmal z.B. “XHC1/SleepTimer:” oder “XHC1/Maintenance:” gesehen. Bei mir steht eben nur der : und nicht das “SleepTimer”/“Maintenance”, als ob da irgend etwas fehlt.

Jetzt habe ich aber auch verstanden was DarkWake ist. Es heißt daß das Display aus bleibt, also “Dark” ist (Patsch vor den Kopf).

Das DarkWake passiert ja aufgrund des BonjourSleep Proxy alle zwei Stunden, was ja auch in Ordnung wäre.
Momentan läuft es übrigens nach mehreren Reboots wieder normal. Also alle zwei Stunden aufwachen und nach ca. einer halben Minute wieder schlafenlegen. Das ist auch ein DarkWake aber mit RTC/SleepTimer als Grund.

Apple hat mit Dark Wake/PowerNap bei einerm Betiebsystemwechsel die damit verbundenen Funktionen erheblich erweitert. Z. B. werden, sofern automatische Installation von Updates aktiviert ist, diese vorzugsweise im Dark Wake Modus installiert, ebenso Termine aktualisiert, Fotos heruntergeladen, TimeMaschine Backups erstellt, Spotlight Index aktualisiert usw. also alles Funktionen, die auch auf die Festplatte zugreifen und dazu führen, das beim Einschalten des Macs alles aktuell ist und gleich gearbeitet werden kann (es gab 2013 dazu einen umfangreichen Artikel in der Mac&i, der ist aber kostenpflichtig).

Ich weiß nicht, was Apple alles im Unterbau von macOS Sierra geändert hat, wenn aber „Wartungsarbeiten“ (die Übersetzung von „Maintenance“) abhängig von einem „SleepTimer“ waren (oder noch sind) macht eine Überarbeitung Sinn um es in einem Unix eher üblichen „Schedule“ (in dem Zusammenhang am Besten mit „Ablaufplan“ übersetzt) zusammenzuführen, damit nach verrichteter Arbeit schnell wieder in den „Sleep Modus“ geschaltet werden kann um die (Wieder-)Aufladung zu beschleungen oder/und den Verbrauch zu senken.
Ob auch die Bonjour Aufgaben in den Modus ausgeführt werden (wäre auch sinnvoll, wenn man schon fernab der Regel ein eigener Modus gebastelt wird, dann für Alles) weiß ich nicht, würde aber Sinn machen. Dann müßte jedoch häufiger in diesen Modus geschaltet werden - was sich mit Deinen Erfahrungen decken würde. In Dark Wake wird nicht nur der Monitor abgeschaltet, sondern die ganze Grafik (inkl. GPU).

Das wäre natürlich sinnvoll, aber das kann ich nicht überprüfen. :smile:
In der Version 10.12.1 war es so, daß wenn man nicht „Bluetooth Geräte können aufwecken“ angewählt hat, der Monitor auch noch angeschaltet wurde und der Rechner auch erst wieder nach der eingestellten Einschlafzeit in den Ruhezustand ging. Das scheint mit 10.12.2 behoben zu sein.

Aber so ganz sicher bin ich mir nicht ob die ganzen Dinge im Ruhezustand richtig funktionieren, daher boote ich den mini im jetzigen Zustand lieber nicht neu, damit der momentane Zustand weiter funktioniert.