ZimaOS 1.6.0 verhielp één echte bug met disk-standby, maar deze bron bewijst dat die oplossing niet voor elke USB-behuizing volstond. In de officiële releaseopmerkingen van IceWhale voor versie 1.6.0 staat smartd de schijven met tussenpozen activeerde en verhinderde dat ze normaal in slaapstand gingen. Na het bijwerken naar de definitieve versie 1.6.0 meldden gebruikers met TerraMaster D5-300C- en D4-320-behuizingen nog steeds dat hun USB-HDD's niet stopten met draaien.
De juiste conclusie is beperkter: versie 1.6.0 verhielp één systeemgebonden bron die de schijven activeerde; het gedrag van USB-bruggen en behuizingen bleef afhankelijk van de configuratie.
Disk-standby is een echte ZimaOS-functie
ZimaOS introduceerde in eerdere releases een optie voor disk-standby. De gebruikers in de bron vroegen niet of standby überhaupt bestond; ze meldden dat schijven die via USB waren aangesloten deze negeerden of niet in stand-by bleven.
ZimaOS 1.6.0 verhielp officieel het probleem waarbij smartd slapende schijven activeerde
In de officiële releaseopmerkingen van versie 1.6.0 staat expliciet een oplossing voor schijven die niet in de normale slaapstand konden gaan omdat smartd activeerde ze met tussenpozen.
Zie de officiële oplossing voor disk-standby in versie 1.6.0.
De oorspronkelijke poster had na het bijwerken naar de definitieve versie 1.6.0 nog steeds problemen
alexstamos stapte over van de bètaversie naar de definitieve versie 1.6.0 en meldde dat het probleem bleef bestaan. Hun TerraMaster D5-300C bevatte drie leden van een RAID 5 en één zelfstandige schijf, en geen enkele ging in slaapstand.
Een andere TerraMaster D4-320-gebruiker reproduceerde hetzelfde probleem
jumpingflash zei dat de D4-320 op andere computers correct in slaapstand ging, maar niet onder ZimaOS 1.6.0. Een latere eigenaar van een D4-320 maakte dezelfde vergelijking met andere Linux-distributies.
Andere USB-HDD's gingen wel normaal in slaapstand
isanto1306 meldde dat drie WD-USB-harde schijven succesvol in slaapstand gingen. Dat is even belangrijk bewijs, omdat het de tegenovergestelde overdrijving voorkomt dat ZimaOS USB-schijven niet kan laten stoppen met draaien.
hd-idle was een workaround uit de community
De oorspronkelijke poster zei dat het na ongeveer tien minuten experimenteren lukte om de schijven in slaapstand te krijgen met hd-idle. Er werd geen volledige, reproduceerbare installatieprocedure voor ZimaOS gepubliceerd.
Een andere gebruiker forceerde standby met smartctl en een systemd-timer
ssimon plaatste een script dat periodiek smartctl -s standby,now tegen de USB-schijven en plande dit via systemd.
Dit is communitycode, niet de officiële standby-implementatie van IceWhale. Standby elke paar minuten forceren kan actieve workloads bovendien tegenwerken als het script niet eerst op I/O controleert.
Forceer een drukbezette schijf niet om in slaapstand te gaan
- Controleer of er geen back-up of migratie wordt uitgevoerd.
- Controleer of er geen RAID-rebuild of scrub actief is.
- Controleer Docker-apps en indexeringstaken.
- Controleer of de behuizing de stand-byopdracht ondersteunt.
Claim geen D4-320-specifieke oplossing zonder actuele bewijzen
De huidige versie van ZimaOS is nieuwer dan 1.6.0, maar de openbare opmerkingen bij versie 1.7.1 vermelden geen specifieke oplossing voor het uitschakelen van schijven op TerraMaster D4-320/D5-300C. Test de huidige stabiele release en de firmware van de exacte behuizing opnieuw voordat je een oude timer toepast.
Firmware van de USB-SATA-brug kan het stand-byg gedrag veranderen
Een USB-behuizing met meerdere sleuven is elektrisch of logisch niet identiek aan een rechtstreeks aangesloten SATA-schijf. De USB-brug kan ATA-stand-byopdrachten vertalen, negeren of anders interpreteren, en sommige behuizingen pollen schijven intern.
Dat verklaart waarom dezelfde HDD correct in slaap kan vallen wanneer deze op een andere manier is aangesloten, maar actief blijft achter een specifieke DAS-brug.
Maak onderscheid tussen ‘slaapt nooit’ en ‘valt in slaap en wordt daarna wakker’
Een schijf die nooit in stand-by gaat, wijst op niet-ondersteunde opdrachten, constante I/O of gedrag van de behuizing. Een schijf die elke 30–60 minuten in slaap valt en weer wakker wordt, wijst op periodieke polling of services zoals SMART-/opslagcontroles.
De 1.6.0 smartd de oplossing richt zich op het tweede patroon, niet op elk mogelijk eerste patroon.
Meet de stand-bystatus zonder de schijf wakker te maken
Sommige statusopvragingen kunnen een slapende schijf zelf wakker maken of via een USB-brug onjuist worden gerapporteerd. Gebruik waar mogelijk behuizingscompatibele controles die de schijf niet wakker maken en vergelijk het fysieke gedrag — draaigeluid, stroomverbruik en temperatuur — met de gerapporteerde softwarestatus.
Maak van de frequentie van het uitschakelen van schijven geen universele formule voor de levensduur
Gebruikers uit de bron maakten zich begrijpelijkerwijs zorgen over stroomverbruik en slijtage, maar uitspraken zoals ‘de HDD's gaan geen jaar mee’ werden in de thread niet ondersteund door bewijs over de schijfstatus. Frequente start-stopcycli en 24/7 draaien brengen verschillende afwegingen met zich mee, afhankelijk van het schijfontwerp en de werklast.
Kies een stand-byinterval dat aansluit bij je gebruik in plaats van zeer korte cycli te forceren om de draaitijd simpelweg tot een minimum te beperken.
Veelgestelde vragen over het uitschakelen van USB-HDD's
Heeft ZimaOS 1.6.0 een bug met de stand-bymodus van schijven opgelost?
Ja. IceWhale heeft ervoor gezorgd dat smartd slapende schijven niet meer met tussenpozen wakker maakte.
Heeft die oplossing elke TerraMaster USB-behuizing gerepareerd?
Nee. Meerdere gebruikers uit de bron meldden nog steeds dat de schijven niet in slaapstand gingen op D5-300C- en D4-320-hardware na de definitieve versie 1.6.0.
Waren de timers van hd-idle en smartctl officiële oplossingen?
Nee. Het waren workarounds van de community en ze moeten zorgvuldig worden getest op de exacte behuizing.
