Warum hält Home Assistant Laufwerke wach, wenn kein Benutzer aktiv ist?

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

Home Assistant hält Laufwerke normalerweise durch Recorder-Schreibvorgänge, Protokolle, geplante Aufgaben, abfragende Integrationen oder einen anderen Dienst wach, der denselben Datenträger verwendet.

Ein nicht aktives Dashboard bedeutet nicht, dass das System im Leerlauf ist: Sensoren ändern weiterhin ihren Zustand, Datenbanken schreiben Daten fest, Protokolle werden rotiert, Backups laufen und Container greifen auf Metadaten zu. Erfassen Sie für ein ruhiges Zeitfenster die genauen Zeitstempel des Hochfahrens oder der I/O-Aktivität und vergleichen Sie sie anschließend mit der Aktivität von Home Assistant und dem Host-System. Ändern Sie jeweils nur einen möglichen Verursacher, da das Deaktivieren mehrerer Schreibvorgänge nicht erkennen lässt, welcher davon den Laufwerk-Timer zurückgesetzt hat.

Bestätigen, dass Home Assistant das Aufwecken verursacht

Beobachten Sie das Blockgerät und nicht nur die Benutzeroberfläche von Home Assistant. Erfassen Sie zu jedem Aufwecken den Prozess, den Container, den Pfad, den Operationstyp und den Zeitstempel. Wenn der Datenträger auch Medien, Downloads, Metriken oder Systemprotokolle speichert, kann ein anderer Dienst verantwortlich sein, selbst wenn Home Assistant im selben Zeitfenster aktiv erscheint.

In einer Community-Frage zum Energiesparmodus von HDDs wird darauf hingewiesen, dass das Verhalten von Home Assistant davon abhängt, ob Sensoren aufgezeichnet, geplante Aufgaben ausgeführt oder Aktionen nur auf Anfrage durchgeführt werden. Diese lastabhängige Laufwerksaktivität spricht dafür, zunächst den tatsächlichen Schreiber zu identifizieren, bevor der Recorder geändert wird.

Wenn Hinweise auf Prozessebene auf einen anderen Dienst zeigen, schließen Sie Home Assistant aus und beheben Sie den verantwortlichen Dienst. Wenn Home Assistant oder sein Datenbankpfad bei jedem Aufwecken erscheint, klassifizieren Sie den Schreibvorgang weiter. Ein Zeitstempel ohne Pfad oder Prozess reicht nicht aus, um die Ursache zuzuordnen.

Recorder-Aktivität mit Entitätsänderungen vergleichen

Vergleichen Sie die Laufwerksschreibvorgänge während desselben ruhigen Zeitfensters mit der Häufigkeit von Zustandsänderungen und Recorder-Commits. Entitäten für Stromversorgung, Netzwerk, Wetter, Anwesenheit oder Diagnose mit hoher Aktualisierungsfrequenz können sich auch über Nacht weiter ändern. Das typische Muster sind regelmäßige kleine Datenbankaktivitäten, die Entitätsereignissen und nicht Benutzersitzungen folgen.

Ein Leitfaden zur Verringerung von Schreibvorgängen empfiehlt, nur benötigte Entitäten aufzuzeichnen, die Aufbewahrungsdauer zu begrenzen und regelmäßig aufzuräumen. Die dortige Diskussion zu Schreibzyklen von Home Assistant liefert eine Richtung für einen begrenzten Test, ist aber kein Grund, den gesamten Verlauf zu deaktivieren.

Wenn die Laufwerksaktivität bestimmten Entitätsaktualisierungen folgt, schließen Sie nur Daten aus, die keinen diagnostischen Wert haben und weder für Automatisierungen noch für den Verlauf benötigt werden, und wiederholen Sie dasselbe Leerlauf-Zeitfenster. Wenn die Aktivität im gleichen Rhythmus fortbesteht, stellen Sie die akzeptierte Einstellung wieder her und fahren Sie fort; die erste Ursache hat das Aufwecken nicht erklärt.

Protokolle und geplante Wartungsaufgaben trennen

Prüfen Sie Protokollpfade, Ausführlichkeit, Rotation, Recorder-Bereinigung oder -Neupaketierung, Backups, Datenbank-Checkpoints und die Wartung von Add-ons. Geplante Aufgaben erzeugen oft zu einer wiederkehrenden Uhrzeit eine Aktivitätsspitze, während ausführliche Protokolle oder Wiederholungsversuche häufige kleine Schreibvorgänge verursachen. Ihre Muster und Lösungen unterscheiden sich.

Das vorübergehende Deaktivieren des Recorders wurde als Unterscheidungstest für übermäßige Laufwerksschreibvorgänge vorgeschlagen, ist jedoch ein Test und keine dauerhafte Lösung. Der in der Isolierung von Recorder-Aktivität beschriebene Ansatz hilft festzustellen, ob Datenbankschreibvorgänge beteiligt sind.

Wenn ein geplanter Job mit dem Aufwecken übereinstimmt, verschieben Sie ihn in ein akzeptiertes Zeitfenster oder auf einen anderen Speicherpfad und testen Sie erneut. Wenn ausführliche Protokollierung übereinstimmt, setzen Sie die betroffenen Komponenten nach der Diagnose auf die normale Ausführlichkeit zurück. Unterdrücken Sie keine Fehlerprotokolle, solange eine Integration wiederholt fehlschlägt, da dies die Ursache verbirgt, ohne die Wiederholungsversuche zu beseitigen.

Polling-Integrationen und gemeinsam genutzte Dienste prüfen

Eine Integration kann ein Gerät oder einen Cloud-Dienst abfragen, während alle Benutzer schlafen, und anschließend das Ergebnis aufzeichnen. Ein anderer Container kann denselben Datenträger durchsuchen, indizieren oder überwachen. Vergleichen Sie die Aktivität der Home-Assistant-Integrationen mit den prozessweiten Schreibvorgängen des Hosts und pausieren Sie jeweils einen nicht unbedingt erforderlichen Kandidaten für ein einziges kontrolliertes Leerlauf-Zeitfenster.

Die nächtliche Datenträgeraktivität kann auch erwartete Wartung und kein Fehler sein. Die ZimaSpace-Aufschlüsselung der wiederholten nächtlichen Datenträgeraktivität bietet eine ergänzende Interpretation auf Grundlage geplanter Abläufe.

Wenn das Pausieren einer Integration oder eines Dienstes die entsprechenden Aufweckvorgänge beendet, verringern Sie die Abfragefrequenz nur, wenn dies unterstützt wird, beheben Sie die Wiederholungsschleife oder speichern Sie die Daten an einem anderen Ort. Wenn sich nichts ändert, aktivieren Sie den Dienst wieder und fahren Sie fort. Verwenden Sie keine längeren Standby-Timer des Laufwerks, um kontinuierliche Schreibvorgänge zu verbergen, die den Ruhezustand weiterhin verhindern.

Einen vollständigen Leerlaufzyklus erneut testen

Starten Sie nach der passenden Änderung einmal neu, um vorübergehende Diagnosezustände zu löschen, und wiederholen Sie anschließend dasselbe ruhige Zeitfenster mit denselben Sensoren, Diensten und derselben Standby-Richtlinie des Laufwerks. Erfassen Sie, ob der Datenträger in den Ruhezustand wechselt, wie lange er dort bleibt und welche wichtigen Ereignisse ihn weiterhin aufwecken.

BESTANDEN bedeutet, dass unnötige Aufweckvorgänge verschwinden, während Recorder, Automatisierungen und Wiederherstellungsdaten weiterhin wie erforderlich funktionieren. Ein Datenträger, der durch ein bewusst gestartetes Backup oder eine wichtige Zustandsänderung aufwacht, kann sich korrekt verhalten. Ziel ist eine erklärte und begrenzte Aktivität, nicht null I/O um jeden Preis.

Leiten Sie den Fall weiter, wenn das Gerät trotz fehlender beobachteter Schreibvorgänge niemals in den Ruhezustand wechselt, Hardwarefehler meldet oder durch Dateisystem- oder Kernel-Aktivität außerhalb der Anwendung aufwacht. Diese Ergebnisse gehören zur Diagnose von Speicher, Energieverwaltung oder Controller und nicht zu einer weiteren Einschränkung von Home Assistant.

Support & Tipps

Mehr zum Lesen

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.