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

Home Assistant fonctionne en Wi-Fi, mais échoue en Ethernet ou via VPN
Testez chaque chemin réseau séparément, vérifiez l’état de l’interface et du routage, distinguez l’accès direct par IP de la découverte, puis ne réparez que...

Comment mettre hors service Home Assistant sans laisser de données non protégées
Prouvez le remplacement ou l’archivage, révoquez chaque chaîne de confiance, assainissez chaque appareil contenant des données et ne conservez que les copies de récupération...

Faut-il utiliser les mises à jour automatiques de Home Assistant sur un serveur domestique ?
Choisissez des mises à jour manuelles, avec notification uniquement, ou automatiques par étapes, en fonction de l’impact sur le foyer, du risque de compatibilité,...

