Pourquoi Home Assistant maintient-il les disques actifs lorsqu’aucun utilisateur n’est actif ?

Eva Wong est la rédactrice technique et bricoleuse résidente chez ZimaSpace. Geek depuis toujours, passionnée par les homelabs et les logiciels open source, elle se spécialise dans la traduction de concepts techniques complexes en guides accessibles et pratiques. Eva croit que l’auto-hébergement doit être amusant, pas intimidant. À travers ses tutoriels, elle donne à la communauté les moyens de démystifier les configurations matérielles, depuis la construction de leur premier NAS jusqu’à la maîtrise des conteneurs Docker.

Home Assistant maintient généralement les disques actifs via les écritures de Recorder, les journaux, les tâches planifiées, les intégrations avec interrogation périodique ou un autre service partageant le même disque.

L’absence de tableau de bord actif ne signifie pas que le système est inactif : les capteurs changent toujours d’état, les bases de données valident des écritures, les journaux sont renouvelés, les sauvegardes s’exécutent et les conteneurs modifient les métadonnées. Notez les horodatages exacts du démarrage ou des E/S pendant une période calme, puis comparez-les avec l’activité de Home Assistant et de l’hôte. Modifiez un seul élément candidat à la fois, car désactiver plusieurs processus d’écriture ne permet pas de déterminer lequel réinitialisait le minuteur du disque.

Confirmez que Home Assistant est à l’origine du réveil

Observez le périphérique bloc, et pas seulement l’interface de Home Assistant. Notez le processus, le conteneur, le chemin, le type d’opération et l’horodatage associés à chaque réveil. Si le disque stocke également des médias, des téléchargements, des métriques ou des journaux système, un autre service peut être responsable, même lorsque Home Assistant apparaît dans la même période.

Une question de la communauté sur la mise en veille des disques durs indique que le comportement de Home Assistant dépend du fait qu’il enregistre les capteurs, exécute des tâches planifiées ou n’agit qu’à la demande. Cette activité du disque dépendante de la charge justifie l’identification du véritable processus d’écriture avant toute modification de Recorder.

Si les preuves au niveau des processus pointent ailleurs, écartez Home Assistant et corrigez le service responsable. Si Home Assistant ou le chemin de sa base de données apparaît à chaque réveil, continuez à catégoriser l’écriture. Un horodatage sans chemin ni processus ne suffit pas à attribuer une cause.

Comparez l’activité de Recorder avec les changements d’entités

Comparez les écritures sur le disque avec la fréquence des changements d’état et les validations de Recorder pendant la même période calme. Les entités liées à l’alimentation, au réseau, à la météo, à la présence ou aux diagnostics peuvent continuer à se mettre à jour pendant la nuit. La signature caractéristique est une activité régulière de petites écritures dans la base de données, suivant les événements des entités plutôt que les sessions utilisateur.

Un guide de réduction des écritures recommande de n’enregistrer que les entités nécessaires, de limiter la durée de conservation glissante et d’effectuer régulièrement le nettoyage. Sa discussion sur les cycles d’écriture de Home Assistant propose une piste de test ciblée, et non une raison de désactiver tout l’historique.

Si les réveils du disque suivent les mises à jour de certaines entités, excluez uniquement les données qui n’ont aucune valeur pour les diagnostics, les automatisations ou l’historique, puis répétez la même période d’inactivité. Si l’activité persiste au même rythme, rétablissez le paramètre accepté et poursuivez : la première cause n’expliquait pas le réveil.

Distinguez les journaux et la maintenance planifiée

Vérifiez les chemins des journaux, leur niveau de verbosité, leur rotation, le nettoyage ou la réorganisation de Recorder, les sauvegardes, les points de contrôle de la base de données et la maintenance des modules complémentaires. Les tâches planifiées produisent souvent un pic à une heure répétée, tandis que les journaux très détaillés ou les tentatives répétées créent de fréquentes petites écritures. Leurs signatures et leurs corrections diffèrent.

La désactivation temporaire de Recorder a été suggérée comme moyen de déterminer si les écritures excessives sur le disque proviennent de là, mais il s’agit d’un test et non d’une solution permanente. La démarche décrite dans l’isolement de l’activité de Recorder aide à déterminer si des écritures de base de données sont impliquées.

Si une tâche planifiée correspond au réveil, déplacez-la vers une période ou un chemin de stockage accepté, puis effectuez un nouveau test. Si les journaux détaillés correspondent, ramenez les composants concernés à un niveau de verbosité normal après le diagnostic. Ne supprimez pas les journaux d’erreur lorsqu’une intégration échoue à répétition, car cela masque la cause sans supprimer les nouvelles tentatives.

Vérifiez les intégrations avec interrogation périodique et les services partagés

Une intégration peut interroger un appareil ou un service cloud pendant que tout le monde dort, puis enregistrer le résultat. Un autre conteneur peut analyser, indexer ou surveiller le même disque. Comparez l’activité des intégrations Home Assistant avec les écritures des processus à l’échelle de l’hôte, et mettez temporairement en pause un candidat non essentiel pendant une seule période d’inactivité contrôlée.

L’activité nocturne du disque peut également correspondre à une maintenance attendue plutôt qu’à une panne. L’analyse de ZimaSpace sur les activités répétées du disque pendant la nuit fournit une interprétation complémentaire fondée sur les tâches planifiées.

Si la mise en pause d’une intégration ou d’un service supprime les réveils correspondants, réduisez sa fréquence d’interrogation uniquement si cela est pris en charge, corrigez sa boucle de nouvelles tentatives ou déplacez ses données ailleurs. Si rien ne change, réactivez-le et poursuivez. Évitez d’utiliser des délais de mise en veille plus longs pour dissimuler des écritures continues qui empêchent toujours le disque de dormir.

Répétez le test sur un cycle complet d’inactivité

Après la modification correspondante, redémarrez une fois pour effacer l’état de diagnostic temporaire, puis reproduisez la même période calme avec les mêmes capteurs, services et paramètres de mise en veille du disque. Notez si le disque se met en veille, combien de temps il y reste et quels événements essentiels le réveillent encore.

RÉUSSI signifie que les réveils inutiles disparaissent tandis que Recorder, les automatisations et les données de récupération continuent de fonctionner comme prévu. Un disque qui se réveille pour une sauvegarde délibérée ou un changement d’état important peut fonctionner correctement. L’objectif est d’obtenir une activité expliquée et maîtrisée, pas de supprimer toute E/S à n’importe quel prix.

Demandez une analyse approfondie lorsque le périphérique ne se met jamais en veille malgré l’absence d’écritures observées, signale des erreurs matérielles ou se réveille en raison d’une activité du système de fichiers ou du noyau indépendante de l’application. Ces résultats relèvent du diagnostic du stockage, de la gestion de l’alimentation ou du contrôleur, et non d’une nouvelle réduction de Home Assistant.

Assistance et conseils

Plus à lire

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.