ZimaOS 1.6.0 åtgärdade ett verkligt fel med diskvänteläge, men denna källa visar att fixen inte löste alla USB-kabinett. IceWhales officiella versionsanteckningar för 1.6.0 säger smartd hade periodvis väckt diskar och förhindrat normalt viloläge. Efter uppdateringen till den slutliga 1.6.0-versionen rapporterade användare med TerraMaster D5-300C- och D4-320-kabinett fortfarande att deras USB-hårddiskar inte varvade ned.
Den korrekta slutsatsen är mer avgränsad: 1.6.0 åtgärdade en systemrelaterad väckningskälla; USB-bryggans eller kabinettets beteende var fortfarande beroende av konfigurationen.
Diskvänteläge är en verklig ZimaOS-funktion
ZimaOS introducerade ett alternativ för diskvänteläge i tidigare versioner. Användarna i källan frågade inte om vänteläge över huvud taget fanns; de rapporterade att USB-anslutna diskar ignorerade det eller inte kunde behålla läget.
ZimaOS 1.6.0 åtgärdade officiellt smartd:s väckning av diskar i viloläge
I de officiella versionsanteckningarna för 1.6.0 anges uttryckligen en fix för diskar som inte kunde gå in i normalt viloläge eftersom smartd väckte dem periodvis.
Se den officiella fixen för diskarnas vänteläge i 1.6.0.
Den ursprungliga skribenten misslyckades fortfarande efter uppdateringen till den slutliga 1.6.0-versionen
alexstamos uppgraderade från betaversionen till den slutliga 1.6.0-versionen och rapporterade att problemet kvarstod. Deras TerraMaster D5-300C innehöll tre RAID 5-medlemmar samt en fristående disk, och ingen av dem gick i vila.
En annan TerraMaster D4-320-användare återskapade samma problem
jumpingflash sade att D4-320 varvade ned korrekt på andra datorer men inte under ZimaOS 1.6.0. En senare D4-320-ägare gjorde samma jämförelse med andra Linuxdistributioner.
Andra USB-hårddiskar varvade ned normalt
isanto1306 rapporterade att tre WD USB-hårddiskar lyckades gå i vila. Det är lika viktig evidens eftersom det motverkar det motsatta överdrivna påståendet att ZimaOS inte kan få USB-diskar att varva ned.
hd-idle var en communitylösning
Den ursprungliga skribenten sade att hen lyckades få diskarna att gå i vila efter ungefär tio minuter genom att experimentera med hd-idle. De publicerade ingen fullständig, reproducerbar installationsprocedur för ZimaOS.
En annan användare tvingade fram vänteläge med smartctl och en systemd-timer
ssimon publicerade ett skript som kördes regelbundet smartctl -s standby,now mot USB-diskarna och schemalade det via systemd.
Detta är communitykod, inte IceWhales officiella implementering av vänteläge. Att tvinga fram vänteläge med några minuters mellanrum kan också störa aktiva arbetsbelastningar om skriptet inte först kontrollerar I/O.
Tvinga inte en upptagen disk att gå i viloläge
- Bekräfta att ingen säkerhetskopiering eller migrering pågår.
- Bekräfta att ingen RAID-återskapning eller scrubbing pågår.
- Kontrollera Docker-appar och indexeringsjobb.
- Kontrollera att kabinettet stöder standbykommandot.
Påstå inte att det finns en D4-320-specifik lösning utan aktuella belägg
Den aktuella versionen av ZimaOS är nyare än 1.6.0, men de offentliga versionsanteckningarna för 1.7.1 innehåller ingen specifik lösning för spindown på TerraMaster D4-320/D5-300C. Testa den aktuella stabila versionen och den exakta firmwareversionen för kabinettet igen innan du använder en gammal timer.
USB-SATA-bryggans firmware kan ändra standbybeteendet
Ett USB-kabinett med flera fack är inte elektriskt eller logiskt identiskt med en direktansluten SATA-disk. USB-bryggan kan översätta, ignorera eller omtolka ATA-standbykommandon, och vissa kabinett avfrågar diskarna internt.
Det förklarar varför samma hårddisk kan gå ner i viloläge korrekt när den ansluts på ett annat sätt, men förblir aktiv bakom en viss DAS-brygga.
Skilj mellan ”somnar aldrig” och ”somnar och vaknar sedan”
En disk som aldrig går ner i standby tyder på kommandon som inte stöds, konstant I/O eller kabinettets beteende. En disk som somnar och vaknar var 30:e–60:e minut tyder på periodisk avfrågning eller tjänster som SMART-/lagringskontroller.
Den 1.6.0 smartd åtgärdar det andra mönstret, inte alla möjliga fall av det första mönstret.
Mät standbyläget utan att väcka disken
Vissa statusförfrågningar kan i sig väcka en vilande disk eller rapporteras felaktigt via en USB-brygga. Använd om möjligt kabinettkompatibla kontroller som inte väcker disken och jämför det fysiska beteendet – rotationsljud, strömförbrukning och temperatur – med det rapporterade programvarutillståndet.
Gör inte spindown-frekvensen till en universell formel för diskens livslängd
Användarna var förståeligt nog oroliga för strömförbrukning och slitage, men påståenden som ”hårddiskarna kommer inte att hålla ett år” stöddes inte av några belägg från diskarnas hälsodata i tråden. Täta start- och stoppcykler och rotation dygnet runt innebär olika avvägningar beroende på diskdesign och arbetsbelastning.
Välj ett standbyintervall som passar din användning i stället för att tvinga fram mycket korta cykler enbart för att minimera tiden som disken roterar.
Vanliga frågor om USB-hårddiskars spindown
Åtgärdade ZimaOS 1.6.0 en bugg med diskarnas standbyläge?
Ja. IceWhale åtgärdade att smartd intermittent väckte vilande diskar.
Åtgärdade det alla TerraMaster-USB-kabinett?
Nej. Flera användare rapporterade fortfarande att diskarna inte gick ner i viloläge på D5-300C- och D4-320-hårdvara efter den slutliga versionen 1.6.0.
Var hd-idle- och smartctl-timers officiella lösningar?
Nej. Det var lösningar från communityn och bör testas noggrant på exakt rätt kabinett.
