Se i dischi rigidi di ZimaOS entrano correttamente in sospensione ma si riattivano ogni 15–30 minuti, aggiorna ZimaOS alla versione 1.6.0 o successiva prima di modificare manualmente la configurazione SMART. ZimaOS 1.6.0 ha risolto ufficialmente le riattivazioni intermittenti causate dal servizio smartd, in linea con il comportamento periodico segnalato nella discussione originale.
Se i dischi continuano a riattivarsi con una versione stabile aggiornata, vai oltre il vecchio bug di smartd e individua il vero processo che li legge: controllo dello stato dell’archiviazione, un’app Docker, un client SMB, l’indicizzazione, un’attività di backup, l’accesso ai metadati RAID o il comportamento del bridge USB.
Inizia dalla versione attuale di ZimaOS
L’utente della fonte utilizzava la versione 1.5.4 e vedeva i dischi riattivarsi ogni 15–20 minuti anche dopo aver arrestato Jellyfin e JDownloader.
Le attuali note di rilascio di ZimaOS 1.6.0 indicano esplicitamente una correzione per i dischi che non riuscivano a rimanere in sospensione perché smartd li riattivava in modo intermittente.
Passaggio 1: verifica che i dischi possano entrare in standby
Imposta la sospensione dei dischi in ZimaOS e attendi senza eseguire operazioni sui file. Poi verifica lo stato con un comando che non provochi la riattivazione, quando supportato:
smartctl -n standby /dev/sdXSe il disco non entra mai in standby, il problema è diverso da “entra correttamente in sospensione e si riattiva ogni 20 minuti”.
Passaggio 2: misura l’intervallo di riattivazione
Annota gli orari esatti di diversi eventi di riattivazione. Un intervallo molto regolare suggerisce un timer, un controllo dello stato, un’attività pianificata o un demone, piuttosto che un accesso di rete casuale.
Passaggio 3: arresta le app utente un gruppo alla volta
Metti in pausa gli scanner multimediali, i programmi di download, gli indicizzatori di foto, i database e le attività di backup. Non arrestare tutti i servizi contemporaneamente, a meno che tu non voglia solo dimostrare che l’origine è un’attività nello spazio utente.
Se la riattivazione continua con tutti i container utente arrestati, concentrati sui servizi di sistema, sul controllo dello stato dell’archiviazione e sul comportamento di RAID/DAS.
Passaggio 4: controlla backup, SMB e client remoti
Un portatile che apre una condivisione mappata, un pianificatore di backup che verifica i percorsi o una scansione della libreria multimediale possono riattivare un disco. Disconnettere la rete può essere un utile test di isolamento rapido, come aveva già provato l’utente della fonte.
Non mantenere le vecchie soluzioni alternative per smartd.conf dopo la correzione
Le precedenti soluzioni proposte dalla community modificavano le opzioni del demone SMART affinché i controlli dello stato non riattivassero i dischi in sospensione. Con le versioni attuali di ZimaOS, prova prima la correzione ufficiale invece di mantenere indefinitamente una configurazione smartd personalizzata.
Il RAID può aggiungere ulteriore attività in background
Gli array hanno metadati e controlli dello stato che i dischi singoli non hanno. Se si riattivano solo i membri del RAID, confronta il comportamento di un HDD autonomo con quello di un array usando lo stesso intervallo di standby.
I box USB sono un problema distinto
Un bridge USB potrebbe non inoltrare in modo coerente i comandi ATA di standby. Se un disco SATA interno entra correttamente in sospensione ma lo stesso modello in un DAS non lo fa, analizza il chipset del box invece di riscrivere la politica SMART di ZimaOS.
L’attuale guida all’archiviazione di ZimaOS documenta il modello di archiviazione attuale.
La guida alla risoluzione dei problemi di archiviazione aiuta a strutturare l’indagine più ampia.
Domande frequenti
ZimaOS ha risolto le riattivazioni periodiche causate da smartd?
Sì. Le note di rilascio di ZimaOS 1.6.0 dichiarano esplicitamente che sono state risolte le riattivazioni intermittenti causate da smartd.
Perché i miei dischi continuano a riattivarsi nelle versioni più recenti?
Un altro servizio, client, controllo dell’array, attività di backup o bridge USB potrebbe continuare ad accedervi. Misura l’intervallo e isola sistematicamente i vari livelli.
Le frequenti riattivazioni sono peggio che lasciare i dischi del NAS sempre in funzione?
I cicli ripetuti di avvio e arresto aumentano lo stress meccanico, mentre il funzionamento continuo aumenta il tempo di attività e il consumo energetico. Scegli una politica di standby in base al tuo carico di lavoro, invece di forzare cicli molto brevi.
Devo modificare manualmente smartd.conf?
Non come primo passaggio su una versione stabile aggiornata. Prova prima la correzione ufficiale delle riattivazioni causate da smartd.
