Om hårddiskar i ett USB-kabinett som TerraMaster D4-320 aldrig går ner i viloläge på ZimaOS ska du skilja det gamla smartd-väckningsfelet från kabinettets eget USB-till-SATA-beteende för viloläge. ZimaOS 1.6.0 åtgärdade att smartd väckte diskar med jämna mellanrum, men flera användare rapporterade fortfarande att vissa USB-DAS-modeller fortsatte att snurra även på 1.6.0.
Det innebär att den aktuella diagnosen är specifik för kabinettet: kontrollera om USB-bryggan vidarebefordrar ATA-kommandon för viloläge, om diskarna kan gå in i viloläge manuellt och om ZimaOS eller någon annan process omedelbart väcker dem igen. Utgå inte från att en Docker-container med hd-idle är en universallösning.
Uppdatera förbi smartd-väckningsfelet först
ZimaOS 1.6.0 åtgärdade officiellt problemet där smartd väckte diskar intermittent och förhindrade normalt viloläge.
De aktuella versionsanteckningarna för ZimaOS 1.6.0 bör vara din versionsreferens.
Varför USB-kabinett beter sig annorlunda än direkt SATA
Ett DAS har en USB-till-SATA-bryggstyrenhet mellan Linux och varje disk. Vissa bryggor vidarebefordrar ATA-kommandon för strömhantering väl, medan andra filtrerar eller översätter dem på ett annat sätt. Kabinett med flera fack lägger dessutom till ytterligare ett lager av fast programvara och kan exponera diskar på ovanliga sätt.
Steg 1: Bekräfta att varje disk exponeras individuellt
lsblk -o NAME,MODEL,SERIAL,TRAN
lsusbOm alla diskar visas individuellt som USB-anslutna blockenheter ska du notera deras stabila identifierare innan du testar något vilolägeskommando.
Steg 2: Testa statuskontroller som inte väcker disken
När bryggan stöder SAT-genomkoppling kan ett kommando som:
smartctl -d sat -n standby /dev/sdXkontrollera om disken redan sover utan att avsiktligt väcka den. Alla bryggor stöder inte samma -d-läge.
Steg 3: Testa manuellt viloläge försiktigt
Om det stöds ska du använda den vilolägesmetod som dokumenterats av diskens eller kabinettets tillverkare, eller ett Linux-verktyg som är känt för att fungera med bryggan. Ett manuellt vilolägeskommando som lyckas en gång säger mer än att upprepade gånger ändra timern i det grafiska gränssnittet.
Om disken somnar och omedelbart vaknar igen använder en annan process den. Om den inte går ner i viloläge alls är bristande kompatibilitet med bryggan den starkare misstanken.
Varför hd-idle i Docker är besvärligt
hd-idle behöver direkt åtkomst till blockenheter och måste samordnas med en värd som aktivt monterar och använder diskarna. Att vidarebefordra råa diskar till en privilegierad container försvagar isoleringen och kan bli instabilt när enhetsnamnen ändras.
Använd en inbyggd aktuell ZimaOS-lösning när en sådan finns, i stället för att bygga en permanent container med åtkomst till råa enheter enbart för viloläge.
Community-lösningar är inte samma sak som inbyggt stöd
En D4-320-användare skapade en systemd-timer som med jämna mellanrum körde smartctl -s standby,now. Det kan fungera som en tillfällig lösning, men att tvinga fram viloläge med en timer utan att kontrollera aktiv I/O är riskabelt. En säkerhetskopiering, skrubbning, nedladdning eller filkopiering ska aldrig avbrytas bara för att fem minuter har gått.
Kontrollera kabinettets fasta programvara och inbyggda strömfunktioner
Om samma D4-320 går ner i viloläge korrekt i Windows eller macOS men inte i Linux bör du jämföra om dessa operativsystem använder tillverkarspecifika USB-kommandon eller verktyg. ZimaOS kan inte alltid efterlikna kabinettets proprietära beteende genom generiska ATA-kommandon för strömhantering.
När direkt SATA är det bättre valet
Om låg energiförbrukning och förutsägbart viloläge för diskarna är viktigt exponerar direkt SATA vanligtvis diskarnas kommandon för strömhantering mer transparent än en USB-brygga med flera fack.
Felsökningsguiden för lagring ger en säkrare diagnostisk struktur.
Vanliga frågor
Åtgärdade ZimaOS 1.6.0 alla problem med att diskar går ner i viloläge?
Nej. Den åtgärdade ett specifikt väckningsproblem med smartd. Kompatibilitet med USB-bryggan kan fortfarande förhindra eller störa viloläge i vissa kabinett.
Varför går min TerraMaster i viloläge i Windows men inte i ZimaOS?
Kabinettet kan vara beroende av bryggspecifikt eller tillverkarspecifikt beteende för strömhantering som fungerar annorlunda i Linux.
Bör jag köra hd-idle i Docker?
Det är möjligt med åtkomst till råa enheter, men det tillför komplexitet kring privilegier och enhetsmappning. Det är inte det bästa förstahandsvalet.
Är det säkert att tvinga fram viloläge med några minuters mellanrum?
Endast om du kan garantera att disken är inaktiv. En blind timer kan störa aktiva skrivningar, säkerhetskopieringar, skrubbningar eller åtkomst till media.
