ZimaOS 1.6.0 ha risolto un problema reale della modalità standby dei dischi, ma questa fonte dimostra che la correzione non ha risolto ogni problema relativo ai contenitori USB. Le note di rilascio ufficiali di IceWhale per la versione 1.6.0 affermano che smartd aveva riattivato a intermittenza i dischi, impedendo la normale modalità sospensione. Dopo l’aggiornamento alla versione finale 1.6.0, gli utenti con contenitori TerraMaster D5-300C e D4-320 hanno continuato a riferire che i loro HDD USB non entravano in modalità sospensione.
La conclusione corretta è più circoscritta: la versione 1.6.0 ha risolto una fonte di riattivazione a livello di sistema; il comportamento del bridge USB o del contenitore dipendeva ancora dalla configurazione.
La modalità standby dei dischi è una vera funzione di ZimaOS
ZimaOS ha introdotto l’opzione Standby disco nelle versioni precedenti. Gli utenti della fonte non chiedevano se la modalità standby esistesse affatto; segnalavano che i dischi collegati tramite USB ignoravano tale modalità o non riuscivano a mantenerla.
ZimaOS 1.6.0 ha risolto ufficialmente il problema di smartd che riattivava i dischi in sospensione
Le note di rilascio ufficiali della versione 1.6.0 indicano esplicitamente una correzione per il problema che impediva ai dischi di entrare nella normale modalità sospensione perché smartd li riattivava a intermittenza.
Vedi la correzione ufficiale della modalità standby dei dischi nella versione 1.6.0.
L’autore del post originale continuava a riscontrare il problema anche dopo l’aggiornamento alla versione finale 1.6.0
alexstamos ha effettuato l’aggiornamento dalla versione beta alla versione finale 1.6.0 e ha riferito che il problema persisteva. Il suo TerraMaster D5-300C conteneva tre dischi membri di un RAID 5 più un disco indipendente, e nessuno entrava in modalità sospensione.
Un altro utente del TerraMaster D4-320 ha riprodotto lo stesso problema
jumpingflash ha detto che il D4-320 entrava correttamente in modalità sospensione su altri computer, ma non con ZimaOS 1.6.0. In seguito, un altro proprietario di un D4-320 ha fatto lo stesso confronto con altre distribuzioni Linux.
Anche altri HDD USB entravano normalmente in modalità sospensione
isanto1306 ha riferito che tre dischi rigidi USB WD entravano correttamente in modalità sospensione. Si tratta di una prova altrettanto importante, perché impedisce di affermare, al contrario, che ZimaOS non possa arrestare la rotazione dei dischi USB.
hd-idle era una soluzione alternativa della community
L’autore del post originale ha detto di essere riuscito a far entrare i dischi in modalità sospensione dopo circa dieci minuti, sperimentando con hd-idle. Non ha pubblicato una procedura completa e riproducibile per l’installazione di ZimaOS.
Un altro utente ha forzato la modalità standby con smartctl e un timer systemd
ssimon ha pubblicato uno script che veniva eseguito periodicamente smartctl -s standby,now contro i dischi USB e l’ha pianificato tramite systemd.
Si tratta di codice della community, non dell’implementazione ufficiale della modalità standby di IceWhale. Forzare la modalità standby ogni pochi minuti può inoltre interferire con i carichi di lavoro attivi se lo script non controlla prima l’I/O.
Non forzare la sospensione di un disco occupato
- Conferma che non sia in corso alcun backup o processo di migrazione.
- Conferma che non sia in corso alcuna ricostruzione o operazione di scrub RAID.
- Controlla le app Docker e i processi di indicizzazione.
- Verifica che il contenitore supporti il comando di standby.
Non dichiarare una correzione specifica per il D4-320 senza prove aggiornate
La versione attuale di ZimaOS è più recente della 1.6.0, ma le note pubbliche della 1.7.1 non forniscono una correzione specifica per la sospensione dei dischi sui TerraMaster D4-320/D5-300C. Ripeti il test con la versione stabile attuale e con il firmware esatto del contenitore prima di applicare un vecchio timer.
Il firmware del bridge USB-SATA può modificare il comportamento dello standby
Un contenitore USB multi-bay non è elettricamente né logicamente identico a un disco SATA collegato direttamente. Il bridge USB può tradurre, ignorare o reinterpretare i comandi ATA di standby, e alcuni contenitori interrogano internamente i dischi.
Questo spiega perché lo stesso HDD può entrare correttamente in sospensione quando è collegato in un altro modo, ma rimanere attivo dietro un determinato bridge DAS.
Distinguere tra «non va mai in sospensione» e «va in sospensione, poi si riattiva»
Un disco che non entra mai in standby fa pensare a comandi non supportati, I/O costante o al comportamento del contenitore. Un disco che va in sospensione e si riattiva ogni 30–60 minuti fa pensare a interrogazioni periodiche o a servizi come i controlli SMART o dello storage.
La versione 1.6.0 smartd la correzione risolve il secondo schema, non ogni possibile caso del primo schema.
Misurare lo stato di standby senza riattivare il disco
Alcune interrogazioni di stato possono riattivare un disco in sospensione o essere riportate in modo errato tramite un bridge USB. Quando possibile, usa controlli compatibili con il contenitore che non riattivino il disco e confronta il comportamento fisico — rumore di rotazione, consumo energetico e temperatura — con lo stato software riportato.
Non trasformare la frequenza di sospensione in una formula universale per la durata delle unità
Gli utenti della fonte erano comprensibilmente preoccupati per il consumo energetico e l'usura, ma affermazioni come «gli HDD non dureranno un anno» non erano supportate da prove sullo stato delle unità nella discussione. I cicli frequenti di avvio/arresto e la rotazione 24 ore su 24 comportano compromessi diversi a seconda del design dell'unità e del carico di lavoro.
Scegli un intervallo di standby adatto al tuo utilizzo, invece di forzare cicli molto brevi solo per ridurre al minimo il tempo di rotazione.
Domande frequenti sulla sospensione dei dischi USB
ZimaOS 1.6.0 ha risolto un bug della modalità standby dei dischi?
Sì. IceWhale ha risolto il problema per cui smartd riattivava intermittentemente i dischi in sospensione.
Quella correzione ha risolto il problema su tutti i contenitori USB TerraMaster?
No. Diversi utenti della fonte hanno continuato a segnalare l'assenza di sospensione dei dischi sull'hardware D5-300C e D4-320 anche dopo la versione finale 1.6.0.
I timer di hd-idle e smartctl erano correzioni ufficiali?
No. Erano soluzioni alternative della community e andrebbero testate con attenzione sul contenitore specifico.
