Se gli HDD all’interno di un box USB come TerraMaster D4-320 non entrano mai in standby su ZimaOS, occorre distinguere il vecchio bug di riattivazione di smartd dal comportamento di standby USB-SATA del box. ZimaOS 1.6.0 ha risolto il problema per cui smartd riattivava periodicamente i dischi, ma diversi utenti hanno continuato a segnalare che specifici modelli di DAS USB restavano in rotazione anche con la versione 1.6.0.
La diagnosi attuale è quindi specifica del box: bisogna verificare se il bridge USB inoltra i comandi ATA di standby, se i dischi riescono a entrare manualmente in standby e se ZimaOS o un altro processo li riattiva immediatamente. Non dare per scontato che un container Docker con hd-idle sia una soluzione universale.
Aggiorna prima di tutto oltre il bug di riattivazione di smartd
ZimaOS 1.6.0 ha risolto ufficialmente il problema per cui smartd riattivava intermittentemente i dischi, impedendone il normale riposo.
Le attuali note di rilascio di ZimaOS 1.6.0 dovrebbero costituire il riferimento per la tua versione.
Perché i box USB si comportano diversamente dal SATA diretto
Un DAS contiene un controller bridge USB-SATA tra Linux e ciascun disco. Alcuni bridge inoltrano correttamente i comandi di gestione dell’alimentazione ATA; altri li filtrano o li traducono in modo diverso. I box multi-bay aggiungono un ulteriore livello di firmware e possono presentare i dischi in modi insoliti.
Passaggio 1: verifica che ogni disco sia esposto singolarmente
lsblk -o NAME,MODEL,SERIAL,TRAN
lsusbSe tutti i dischi vengono visualizzati singolarmente come dispositivi a blocchi collegati via USB, annota i loro identificatori stabili prima di testare qualsiasi comando di standby.
Passaggio 2: esegui controlli dello stato che non causino la riattivazione
Quando il bridge supporta il passthrough SAT, un comando come:
smartctl -d sat -n standby /dev/sdXpuò verificare se il disco è già in sospensione senza riattivarlo deliberatamente. Non tutti i bridge supportano la stessa modalità -d.
Passaggio 3: testa con attenzione lo standby manuale
Se supportato, usa il metodo di standby documentato dal produttore del disco o del box, oppure uno strumento Linux noto per funzionare con quel bridge. Un comando di standby manuale che riesce una volta dimostra più di continue modifiche al timer dell’interfaccia grafica.
Se il disco entra in sospensione e si riattiva immediatamente, un altro processo vi sta accedendo. Se invece non entra affatto in sospensione, la compatibilità del bridge è il principale indiziato.
Perché hd-idle in Docker è poco pratico
hd-idle necessita dell’accesso diretto ai dispositivi a blocchi e deve coordinarsi con un host che monta e utilizza attivamente quei dischi. Passare dischi grezzi a un container privilegiato riduce l’isolamento e può diventare fragile dopo la modifica dei nomi dei dispositivi.
Quando disponibile, usa una soluzione nativa e aggiornata di ZimaOS invece di creare un container permanente per il controllo dei dispositivi grezzi esclusivamente ai fini dello standby.
Le soluzioni della community non equivalgono al supporto nativo
Un utente di D4-320 ha creato un timer systemd che eseguiva periodicamente smartctl -s standby,now. Può funzionare come soluzione alternativa, ma forzare lo standby tramite un timer senza verificare l’I/O attivo è rischioso. Un backup, uno scrub, un download o una copia di file non dovrebbe mai essere interrotto solo perché sono trascorsi cinque minuti.
Controlla il firmware del box e le funzioni native di risparmio energetico
Se lo stesso D4-320 entra correttamente in sospensione su Windows o macOS ma non su Linux, verifica se quei sistemi operativi utilizzano comandi USB o utilità specifici del produttore. ZimaOS non può sempre replicare il comportamento proprietario del box tramite comandi generici di gestione dell’alimentazione ATA.
Quando il SATA diretto è la scelta migliore
Se il basso consumo e uno standby prevedibile dei dischi sono importanti, il SATA diretto di solito espone i comandi di gestione dell’alimentazione dei dischi in modo più trasparente rispetto a un bridge USB multi-bay.
La guida alla risoluzione dei problemi di archiviazione offre una struttura diagnostica più sicura.
Domande frequenti
ZimaOS 1.6.0 ha risolto tutti i problemi di standby dei dischi?
No. Ha risolto uno specifico problema di riattivazione causato da smartd. La compatibilità del bridge USB può comunque impedire o interrompere lo standby su alcuni box.
Perché il mio TerraMaster entra in sospensione su Windows ma non su ZimaOS?
Il box potrebbe dipendere da un comportamento di gestione dell’alimentazione specifico del bridge o del produttore, che differisce in ambiente Linux.
Dovrei eseguire hd-idle in Docker?
È possibile con l’accesso ai dispositivi grezzi, ma aggiunge complessità relativa ai privilegi e alla mappatura dei dispositivi. Non è la prima scelta più pulita.
È sicuro forzare lo standby ogni pochi minuti?
Solo se puoi garantire che il disco sia inattivo. Un timer cieco può entrare in conflitto con scritture attive, backup, scrub o accessi ai contenuti multimediali.
