Communityoplossing

ZimaOS-harde schijf blijft ontwaken: periodieke schijfstand-by oplossen

A ZimaOS 1.5.4 user saw HDDs wake every 15–20 minutes despite stopping apps and disconnecting the network; 1.6.0 later fixed a smartd wake-up bug.

Als harde schijven in ZimaOS correct in stand-by gaan, maar elke 15–30 minuten weer ontwaken, werk dan eerst bij naar ZimaOS 1.6.0 of nieuwer voordat je de SMART-configuratie handmatig aanpast. ZimaOS 1.6.0 verhielp officieel het incidentele ontwaken dat werd veroorzaakt door de service smartd. Dit komt overeen met het periodieke patroon dat in de oorspronkelijke thread werd gemeld.

Als schijven nog steeds ontwaken op een actuele stabiele release, ga dan verder dan de oude smartd-bug en zoek uit welk onderdeel ze daadwerkelijk benadert: polling van de opslagstatus, een Docker-app, een SMB-client, indexering, een back-uptaak, RAID-metadata-activiteit of gedrag van de USB-brug.

Begin met de huidige ZimaOS-versie

De gebruiker uit de bron gebruikte versie 1.5.4 en zag dat de schijven elke 15–20 minuten ontwaakten, zelfs nadat Jellyfin en JDownloader waren gestopt.

De huidige releaseopmerkingen van ZimaOS 1.6.0 vermelden expliciet een oplossing voor schijven die niet in slaapstand konden blijven doordat smartd ze incidenteel wakker maakte.

Stap 1: Controleer of de schijven stand-by kunnen gaan

Stel Schijfstand-by in ZimaOS in en wacht zonder bestandsbewerkingen uit te voeren. Controleer vervolgens de status met een opdracht die de schijf niet wekt, waar dat wordt ondersteund:

smartctl -n standby /dev/sdX

Als de schijf helemaal nooit stand-by bereikt, is dat iets anders dan: “de schijf slaapt goed en wordt elke 20 minuten wakker”.

Stap 2: Meet het wekinterval

Noteer de exacte tijdstippen van meerdere ontwaakmomenten. Een zeer regelmatig interval wijst eerder op een timer, statuscontrole, geplande taak of daemon dan op willekeurige netwerktoegang.

Stap 3: Stop gebruikersapps één groep tegelijk

Pauzeer mediascanners, downloaders, foto-indexeerders, databases en back-uptaken. Stop niet alle services tegelijk, tenzij je alleen wilt aantonen dat de oorzaak gebruikersactiviteit is.

Als het ontwaken doorgaat terwijl alle gebruikerscontainers zijn gestopt, richt je dan op systeemservices, opslagcontroles en RAID-/DAS-gedrag.

Stap 4: Controleer back-ups, SMB en externe clients

Een laptop die een gekoppelde share opent, een back-upplanner die paden controleert of een mediascan kan een schijf wekken. De netwerkverbinding verbreken kan een nuttige korte isolatietest zijn, zoals de gebruiker uit de bron al heeft geprobeerd.

Blijf oude smartd.conf-workarounds niet gebruiken na de oplossing

Oudere workarounds uit de community wijzigden opties van de SMART-daemon zodat gezondheidscontroles slapende schijven niet zouden wekken. Test op het huidige ZimaOS eerst de officiële oplossing in plaats van voor onbepaalde tijd een oude aangepaste smartd-configuratie te blijven gebruiken.

RAID kan meer achtergrondtoegang veroorzaken

Arrays hebben metadata en gezondheidscontroles die losse schijven niet hebben. Als alleen RAID-schijven ontwaken, vergelijk dan het gedrag van een zelfstandige HDD met dat van een array bij hetzelfde stand-by-interval.

USB-behuizingen vormen een afzonderlijk probleem

Een USB-brug geeft ATA-stand-byopdrachten mogelijk niet consistent door. Als een interne SATA-schijf correct slaapt, maar hetzelfde model in een DAS niet, onderzoek dan de chipset van de behuizing in plaats van het SMART-beleid van ZimaOS opnieuw te schrijven.

De huidige opslaghandleiding van ZimaOS beschrijft het huidige opslagmodel.

De handleiding voor het oplossen van opslagproblemen helpt bij het structureren van het bredere onderzoek.

Veelgestelde vragen

Heeft ZimaOS het periodieke ontwaken door smartd opgelost?

Ja. In de releaseopmerkingen van ZimaOS 1.6.0 staat expliciet dat incidenteel ontwaken door smartd is opgelost.

Waarom ontwaken mijn schijven nog steeds op nieuwere versies?

Een andere service, client, arraycontrole, back-uptaak of USB-brug kan ze nog steeds benaderen. Meet het interval en isoleer de verschillende lagen systematisch.

Is vaak opspinnen slechter dan NAS-schijven continu laten draaien?

Herhaalde start-stopcycli zorgen voor extra mechanische belasting, terwijl continu gebruik meer bedrijfstijd en stroomverbruik oplevert. Kies een stand-bybeleid op basis van je werklast in plaats van zeer korte cycli af te dwingen.

Moet ik smartd.conf handmatig aanpassen?

Niet als eerste stap op een actuele stabiele release. Test eerst de officiële oplossing voor het ontwaken door smartd.