Waarom houdt Home Assistant schijven actief als er geen gebruiker actief is?

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

Home Assistant houdt schijven doorgaans wakker door schrijfacties van Recorder, logs, geplande taken, polling-integraties of een andere service die dezelfde schijf gebruikt.

Geen actief dashboard betekent niet dat het systeem inactief is: sensoren veranderen nog steeds van status, databases voeren commits uit, logs worden geroteerd, back-ups worden uitgevoerd en containers werken met metagegevens. Leg gedurende één rustige periode de exacte tijdstippen van het opstarten van de schijf of I/O vast en vergelijk die vervolgens met de activiteit van Home Assistant en de host. Wijzig telkens maar één mogelijke oorzaak, want als je meerdere schrijvers uitschakelt, kun je niet vaststellen welke de timer voor het uitschakelen van de schijf heeft gereset.

Bevestig dat Home Assistant de oorzaak van het ontwaken is

Observeer het blokapparaat en niet alleen de interface van Home Assistant. Noteer bij elk ontwaken het proces, de container, het pad, het bewerkingstype en het tijdstip. Als de schijf ook media, downloads, meetgegevens of systeemlogs bevat, kan een andere service verantwoordelijk zijn, zelfs wanneer Home Assistant in hetzelfde tijdsvenster actief lijkt.

In een communityvraag over het slapen van HDD's wordt opgemerkt dat het gedrag van Home Assistant afhangt van de vraag of het sensoren registreert, geplande taken uitvoert of alleen op aanvraag handelt. Die activiteit van de schijf die afhankelijk is van de werklast ondersteunt het identificeren van de daadwerkelijke schrijver voordat je Recorder wijzigt.

Als bewijs op procesniveau naar iets anders wijst, sluit Home Assistant uit en los je de verantwoordelijke service op. Als Home Assistant of het databasepad ervan bij elk ontwaken verschijnt, ga dan verder met het classificeren van de schrijfactie. Een tijdstip zonder pad of proces is onvoldoende om de oorzaak vast te stellen.

Vergelijk Recorder-activiteit met entiteitswijzigingen

Vergelijk schrijfacties op de schijf met de frequentie van statuswijzigingen en Recorder-commits tijdens dezelfde rustige periode. Entiteiten voor energie, netwerk, weer, aanwezigheid of diagnostiek met een hoge frequentie kunnen 's nachts updates blijven uitvoeren. Het patroon bestaat uit regelmatige kleine databaseactiviteiten die entiteitsgebeurtenissen volgen in plaats van gebruikerssessies.

Een handleiding voor het verminderen van schrijfacties raadt aan alleen benodigde entiteiten te registreren, de bewaartermijn te beperken en regelmatig op te schonen. De bespreking van schrijfcicli van Home Assistant biedt een gerichte testmethode, geen reden om alle geschiedenis uit te schakelen.

Als het ontwaken van de schijf overeenkomt met updates van specifieke entiteiten, sluit dan alleen gegevens uit die geen diagnostische, automatiserings- of historische waarde hebben en herhaal dezelfde rustige periode. Als de activiteit met dezelfde frequentie doorgaat, zet je de geaccepteerde instelling terug en ga je verder; de eerste oorzaak verklaarde het ontwaken niet.

Scheid logs en gepland onderhoud

Controleer logpaden, uitgebreidheid van logging, rotatie, het opschonen of opnieuw verpakken van Recorder, back-ups, database-checkpoints en onderhoud van add-ons. Geplande taken veroorzaken vaak een piek op een herhaalbaar tijdstip, terwijl uitgebreide logs of nieuwe pogingen frequente kleine schrijfacties veroorzaken. Hun patronen en oplossingen verschillen.

Het tijdelijk uitschakelen van Recorder wordt soms voorgesteld om overmatige schrijfacties op de schijf vast te stellen, maar het is een test en geen permanente oplossing. De aanpak die wordt beschreven bij het isoleren van Recorder-activiteit helpt bepalen of databaseschrijfacties een rol spelen.

Als één geplande taak overeenkomt met het ontwaken, verplaats je die naar een geaccepteerd tijdvenster of opslagpad en test je opnieuw. Als uitgebreide logging overeenkomt, zet je de betrokken componenten na de diagnose terug naar de normale uitgebreidheid. Onderdruk geen foutlogs zolang een integratie herhaaldelijk mislukt, want daarmee verberg je de oorzaak zonder de nieuwe pogingen te stoppen.

Controleer polling-integraties en gedeelde services

Een integratie kan een apparaat of cloudservice pollen terwijl alle gebruikers slapen en vervolgens het resultaat registreren. Een andere container kan dezelfde schijf scannen, indexeren of bewaken. Vergelijk de activiteit van Home Assistant-integraties met schrijfacties van processen op de hele host en pauzeer tijdelijk één niet-essentiële kandidaat gedurende één gecontroleerde rustige periode.

Nachtelijke schijfactiviteit kan ook verwacht onderhoud zijn in plaats van een fout. De uiteenzetting van ZimaSpace over herhaalde nachtelijke schijfactiviteit biedt de bijbehorende interpretatie op basis van planning.

Als het pauzeren van één integratie of service de bijbehorende ontwakingen stopt, verlaag je alleen indien ondersteund de pollingfrequentie, los je de lus van nieuwe pogingen op of plaats je de gegevens ergens anders. Als er niets verandert, zet je de integratie of service terug en ga je verder. Gebruik geen langere stand-bytimers voor de schijf om aanhoudende schrijfacties te verbergen die het slapen nog steeds verhinderen.

Test opnieuw gedurende één volledige inactieve cyclus

Start na de gevonden wijziging één keer opnieuw op om tijdelijke diagnostische status te wissen en herhaal vervolgens dezelfde rustige periode met dezelfde sensoren, services en instellingen voor het stand-bybeleid van de schijf. Noteer of de schijf gaat slapen, hoe lang die in slaap blijft en welke essentiële gebeurtenissen de schijf nog steeds wekken.

GESLAAGD betekent dat onnodige ontwakingen verdwijnen terwijl Recorder, automatiseringen en herstelgegevens blijven werken zoals vereist. Een schijf die ontwaakt voor een geplande back-up of een belangrijke statuswijziging kan correct functioneren. Het doel is verklaarbare en begrensde activiteit, niet nul I/O tegen elke prijs.

Schakel verdere hulp in wanneer het apparaat nooit slaapt ondanks dat er geen schrijfacties zijn waargenomen, hardwarefouten meldt of ontwaakt door bestandssysteem- of kernelactiviteit buiten de applicatie om. Die resultaten horen bij een diagnose van opslag, energiebeheer of controller, niet bij verdere opschoning van Home Assistant.

Ondersteuning & Tips

Meer om te lezen

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.