Als HDD’s in een USB-behuizing zoals een TerraMaster D4-320 op ZimaOS nooit naar de slaapstand gaan, moet je de oude smartd-wake-upbug onderscheiden van het eigen USB-naar-SATA-standbygedrag van de behuizing. ZimaOS 1.6.0 verhielp het periodiek ontwaken van schijven door smartd, maar meerdere gebruikers meldden nog steeds dat specifieke USB-DAS-modellen bleven draaien, zelfs op 1.6.0.
Dat betekent dat de huidige diagnose specifiek op de behuizing gericht is: controleer of de USB-bridge ATA-standbyopdrachten doorgeeft, of de schijven handmatig naar de slaapstand kunnen gaan en of ZimaOS of een ander proces ze onmiddellijk weer activeert. Ga er niet van uit dat een Docker-container met hd-idle een universele oplossing is.
Werk eerst bij voorbij de smartd-wake-upbug
ZimaOS 1.6.0 verhielp officieel het probleem waarbij smartd schijven met tussenpozen activeerde en verhinderde dat ze normaal in slaapstand gingen.
De huidige releaseopmerkingen van ZimaOS 1.6.0 moeten je uitgangspunt voor de versie zijn.
Waarom USB-behuizingen zich anders gedragen dan directe SATA
Een DAS bevat een USB-naar-SATA-bridgecontroller tussen Linux en elke schijf. Sommige bridges geven ATA-energiebeheeropdrachten goed door; andere filteren of vertalen ze anders. Behuizingen met meerdere sleuven voegen nog een firmwarelaag toe en kunnen schijven op ongebruikelijke manieren presenteren.
Stap 1: Controleer of elke schijf afzonderlijk wordt aangeboden
lsblk -o NAME,MODEL,SERIAL,TRAN
lsusbAls alle schijven afzonderlijk als via USB aangesloten blokapparaten verschijnen, noteer dan hun stabiele identificatiegegevens voordat je een standbyopdracht test.
Stap 2: Test statuscontroles die de schijf niet activeren
Als de bridge SAT-doorgifte ondersteunt, kan een opdracht zoals:
smartctl -d sat -n standby /dev/sdXcontroleren of de schijf al slaapt zonder deze bewust te activeren. Niet elke bridge ondersteunt dezelfde -d-modus.
Stap 3: Test de slaapstand handmatig en zorgvuldig
Gebruik, indien ondersteund, de door de fabrikant van de schijf of behuizing gedocumenteerde methode voor de slaapstand, of een Linux-hulpprogramma waarvan bekend is dat het met die bridge werkt. Een handmatige standbyopdracht die één keer slaagt, bewijst meer dan herhaaldelijk de timer in de grafische interface wijzigen.
Als de schijf slaapt en onmiddellijk weer actief wordt, benadert een ander proces deze. Als de schijf helemaal niet in slaapstand wil gaan, is compatibiliteit met de bridge de waarschijnlijkere oorzaak.
Waarom hd-idle in Docker omslachtig is
hd-idle heeft directe toegang tot blokapparaten nodig en moet samenwerken met een host die deze schijven actief koppelt en gebruikt. Ruwe schijven doorgeven aan een container met verhoogde rechten verzwakt de isolatie en kan kwetsbaar worden nadat apparaatnamen veranderen.
Gebruik, wanneer beschikbaar, liever een native, actuele ZimaOS-oplossing dan speciaal voor standby een permanente container voor het beheer van ruwe apparaten te bouwen.
Workarounds uit de community zijn niet hetzelfde als native ondersteuning
Een gebruiker van een D4-320 bouwde een systemd-timer die periodiek smartctl -s standby,now uitvoerde. Dat kan als workaround werken, maar standby afdwingen met een timer zonder actieve I/O te controleren is riskant. Een back-up, scrub, download of bestandsoverdracht mag nooit worden onderbroken alleen omdat er vijf minuten zijn verstreken.
Controleer firmware van de behuizing en native energiebeheerfuncties
Als dezelfde D4-320 onder Windows of macOS wel correct slaapt maar onder Linux niet, vergelijk dan of die besturingssystemen leveranciersspecifieke USB-opdrachten of hulpprogramma’s gebruiken. ZimaOS kan het gedrag van een propriëtaire behuizing niet altijd nabootsen met generieke ATA-energiebeheeropdrachten.
Wanneer directe SATA de betere keuze is
Als een laag energieverbruik en voorspelbare standby van schijven belangrijk zijn, biedt directe SATA doorgaans transparantere toegang tot energiebeheeropdrachten van de schijf dan een USB-bridge voor meerdere sleuven.
De gids voor het oplossen van opslagproblemen biedt een veiligere diagnostische structuur.
Veelgestelde vragen
Heeft ZimaOS 1.6.0 alle problemen met het uitschakelen van schijven opgelost?
Nee. De versie verhielp een specifiek probleem waarbij smartd schijven activeerde. Compatibiliteit met USB-bridges kan standby bij sommige behuizingen nog steeds verhinderen of verstoren.
Waarom gaat mijn TerraMaster onder Windows wel in slaapstand, maar onder ZimaOS niet?
De behuizing kan afhankelijk zijn van bridge- of leveranciersspecifiek energiebeheer dat zich onder Linux anders gedraagt.
Moet ik hd-idle in Docker uitvoeren?
Dat is mogelijk met toegang tot ruwe apparaten, maar het voegt complexiteit toe op het gebied van rechten en apparaattoewijzing. Het is niet de meest geschikte eerste keuze.
Is het veilig om elke paar minuten standby af te dwingen?
Alleen als je kunt garanderen dat de schijf niet actief is. Een blinde timer kan conflicteren met actieve schrijfbewerkingen, back-ups, scrubs of mediatoegang.
