Om ZimaOS-hårddiskar går ned i varv korrekt men vaknar var 15–30:e minut bör du uppdatera till ZimaOS 1.6.0 eller senare innan du redigerar SMART-konfigurationen manuellt. ZimaOS 1.6.0 åtgärdade officiellt de intermittenta uppvakningarna som orsakades av tjänsten smartd, vilket stämmer överens med det periodiska mönster som rapporterades i den ursprungliga tråden.
Om diskarna fortfarande vaknar i en aktuell stabil version bör du gå vidare från det gamla smartd-felet och identifiera den verkliga läsaren: avläsning av lagringshälsa, en Docker-app, en SMB-klient, indexering, en säkerhetskopieringsuppgift, RAID-metadataaktivitet eller beteendet hos en USB-brygga.
Börja med den aktuella ZimaOS-versionen
Den ursprungliga användaren hade version 1.5.4 och såg att diskarna vaknade var 15–20:e minut, även efter att Jellyfin och JDownloader hade stoppats.
De aktuella versionsanteckningarna för ZimaOS 1.6.0 listar uttryckligen en åtgärd för diskar som inte kunde förbli i viloläge eftersom smartd väckte dem intermittent.
Steg 1: Bekräfta att diskarna kan gå in i standbyläge
Ställ in Disk Standby i ZimaOS och vänta utan att köra filoperationer. Kontrollera sedan statusen med ett kommando som inte väcker disken, där detta stöds:
smartctl -n standby /dev/sdX
Om disken aldrig går in i standbyläge är det något annat än att den lyckas somna och vaknar var 20:e minut.
Steg 2: Mät uppvakningsintervallet
Skriv ned de exakta tidpunkterna för flera uppvakningar. Ett mycket regelbundet intervall tyder på en timer, hälsokontroll, schemalagd uppgift eller bakgrundstjänst snarare än slumpmässig nätverksåtkomst.
Steg 3: Stoppa användarappar gruppvis
Pausa medieskannrar, nedladdare, fotoindexerare, databaser och säkerhetskopieringsjobb. Stoppa inte alla tjänster samtidigt om du inte bara vill bevisa att utlösaren finns i användarutrymmet.
Om uppvakningen fortsätter när alla användarkontainrar är stoppade bör du fokusera på systemtjänster, lagringsavläsning och RAID-/DAS-beteende.
Steg 4: Kontrollera säkerhetskopiering, SMB och fjärrklienter
En bärbar dator som öppnar en mappad resurs, en säkerhetskopieringsschemaläggare som kontrollerar sökvägar eller en mediebiblioteksskanning kan väcka en disk. Att koppla bort nätverket kan vara ett användbart kort isoleringstest, vilket den ursprungliga användaren redan provade.
Behåll inte gamla smartd.conf-lösningar efter åtgärden
Tidigare lösningar från communityn ändrade SMART-daemonens alternativ så att hälsokontroller inte skulle väcka diskar i viloläge. I aktuella versioner av ZimaOS bör du först testa den officiella åtgärden i stället för att behålla en gammal anpassad smartd-konfiguration på obestämd tid.
RAID kan ge mer bakgrundsaktivitet
Diskarrayer har metadata och hälsokontroller som enskilda diskar inte har. Om endast RAID-medlemmarna vaknar bör du jämföra beteendet hos en fristående hårddisk med en array med samma standby-intervall.
USB-kabinett är ett separat problem
En USB-brygga kanske inte vidarebefordrar ATA-kommandon för standbyläge konsekvent. Om en intern SATA-disk somnar korrekt men samma modell i ett DAS-kabinett inte gör det, bör du undersöka kabinettets kretsuppsättning i stället för att skriva om ZimaOS SMART-policy.
Den aktuella lagringsguiden för ZimaOS beskriver den aktuella lagringsmodellen.
Felsökningsguiden för lagring hjälper dig att strukturera den bredare undersökningen.
Vanliga frågor
Åtgärdade ZimaOS periodiska uppvakningar orsakade av smartd?
Ja. Versionsanteckningarna för ZimaOS 1.6.0 anger uttryckligen att intermittenta uppvakningar orsakade av smartd har åtgärdats.
Varför vaknar mina diskar fortfarande i nyare versioner?
En annan tjänst, klient, arraykontroll, säkerhetskopieringsuppgift eller USB-brygga kan fortfarande komma åt dem. Mät intervallet och isolera lagren systematiskt.
Är frekventa uppvarvningar sämre än att låta NAS-diskarna vara igång?
Upprepade start- och stoppcykler ökar den mekaniska belastningen, medan kontinuerlig drift ökar drifttid och energiförbrukning. Välj en policy för standbyläge utifrån din arbetsbelastning i stället för att tvinga fram mycket korta cykler.
Bör jag redigera smartd.conf manuellt?
Inte som första steg i en aktuell stabil version. Testa först den officiella åtgärden mot smartd-uppvakningar.
