Come monitorare lo stato di salute di SMART Drive su Ubuntu tramite avvisi e-mail

Ubuntu 26.04 LTS offre attualmente smartmontools 7.5-2 nel suo repository di pacchetti. Il pacchetto include smartctl, che legge i dati sullo stato di salute delle unità, e smartd, un servizio in background che monitora le modifiche selezionate e può inviare email. SMART è l'acronimo di Self-Monitoring, Analysis and Reporting Technology (Tecnologia di automonitoraggio, analisi e segnalazione). Prima di configurare gli avvisi via email, verificare che Ubuntu sia in grado di leggere i dati SMART da ciascuna unità; non è possibile inviare un messaggio per un dispositivo che il sistema non è in grado di monitorare.

Questa guida configura un sistema di monitoraggio su un singolo desktop Ubuntu e invia un'email di prova prima di affidarsi alle notifiche. Si presuppone che il computer disponga di una rotta funzionante verso un server SMTP, ovvero il servizio che riceve le email in uscita per la consegna. Un'applicazione di posta elettronica desktop di per sé non fornisce tale servizio.

Cosa può dirti un allarme SMART?

SMART è un sistema che fornisce informazioni sullo stato di salute e sugli errori dell'unità. Può rivelare condizioni di allarme come un controllo di integrità non superato, un aumento degli errori o determinati risultati dei test di autodiagnosi. Si tratta di un sistema di allarme precoce, non di una garanzia che l'unità preveda ogni guasto. Un'unità potrebbe smettere di funzionare senza alcun preavviso utile e un risultato "PASSED" non dimostra che tutti i file siano leggibili. È consigliabile conservare una copia di backup separata dei dati importanti.

I valori dipendono anche dal tipo di unità e dal firmware. Gli hard disk SATA e gli SSD spesso mostrano tabelle degli attributi; le unità NVMe riportano le informazioni sullo stato di salute in un formato diverso. Non confrontare i valori grezzi degli attributi tra diversi produttori e non considerare una soglia generica come universale.

Cosa bisogna preparare prima dell'installazione?

• Un account Ubuntu con privilegi di amministratore.
• Sono necessari i repository dei pacchetti abilitati e una connessione a Internet per l'installazione.
• L'indirizzo che deve ricevere le notifiche.
• Un relay SMTP che si è autorizzati a utilizzare, come ad esempio il server di posta autenticato di un provider o di un'organizzazione, con il relativo host, porta, requisiti TLS e credenziali.
• Eseguire un backup aggiornato prima di avviare la diagnostica del disco o apportare modifiche allo spazio di archiviazione.

Alcuni box USB, controller RAID hardware, macchine virtuali e livelli di archiviazione di rete non trasmettono i dati SMART all'host Ubuntu. Pertanto, un comando che funziona su un disco collegato direttamente potrebbe non funzionare tramite un box. Identifica il tipo di connessione prima di modificare le opzioni del dispositivo.

1. Individua i nomi delle unità e verifica l'accesso SMART

Elenca i dispositivi di archiviazione e chiedi a smartmontools quali può aprire:

lsblk -o NAME,TYPE,TRAN,MODEL,SIZE
sudo smartctl --scan-open

I percorsi dei dispositivi in ​​genere hanno un aspetto simile /dev/sdaa quello di un disco SATA o /dev/nvme0di un controller NVMe, ma utilizza il percorso riportato sul tuo computer. Verifica ogni destinazione con una query di integrità in sola lettura:

sudo smartctl -a /dev/sda

Sostituisci /dev/sdacon il dispositivo che hai identificato. Per un'unità NVMe, sostituisci il percorso del controller riportato. Leggi l'output del comando: dovrebbe includere l'identità dell'unità e le informazioni sullo stato di salute, anziché un messaggio che indica che SMART non è supportato o che il dispositivo non può essere aperto. Se la scansione elenca un dispositivo con un tipo di dispositivo richiesto, segui il manuale di smartmontools per quel controller o bridge specifico, invece di copiare -dl'opzione di un altro sistema.

Installare il pacchetto di monitoraggio e gli strumenti di supporto:

sudo apt update
sudo apt install smartmontools mailutils

mailutilsFornisce il programma da riga di comando mailutilizzato dal percorso email predefinito di smartd. Non è, di per sé, un relay di posta in uscita. Se Ubuntu non ha già un agente di trasferimento della posta configurato, configurarne uno prima di continuare.

2. Configurare la posta in uscita prima di modificare smartd

Il pacchetto Postfix di Ubuntu può inoltrare la posta in uscita tramite un provider SMTP. Configuralo come client di posta utilizzando l'host di inoltro, l'autenticazione, l'indirizzo del mittente, la porta e le impostazioni TLS fornite dal tuo provider; non configurare il desktop come relay aperto. Ubuntu documenta la configurazione di Postfix e del relay nella sua guida per i server. Le credenziali e le impostazioni esatte variano a seconda del provider di posta, quindi segui le istruzioni aggiornate del tuo provider. Proteggi eventuali segreti memorizzati da altri utenti locali.

Invia un messaggio di prova dalla riga di comando prima di coinvolgere smartd:

printf 'This is an Ubuntu SMART email test.\n' | mail -s 'SMART alert test' you@example.com

Sostituisci il destinatario di esempio con il tuo indirizzo. Verifica che il messaggio arrivi a destinazione, anche nelle cartelle spam o posta indesiderata. In caso contrario, risolvi prima i problemi relativi al relay di posta. Controlla la coda di posta con mailqe ispeziona i log di Postfix con journalctl -u postfix. Un comando locale eseguito correttamente può significare solo che un messaggio è stato messo in coda; la vera prova è la consegna alla casella di posta remota.

3. Aggiungi una destinazione di avviso SMART

Apri la configurazione di smartd come amministratore:

sudoedit /etc/smartd.conf

Per un computer in cui la scansione predefinita dei dispositivi trova le unità, utilizzare una riga di scansione dei dispositivi attiva, sostituendo l'indirizzo di esempio. Se il file contiene già una DEVICESCANvoce attiva, modificare tale riga anziché aggiungerne una duplicata:

DEVICESCAN -a -m you@example.com -M test

DEVICESCANRichiede a smartd di rilevare i dispositivi supportati. -aAbilita il set comune di controlli di integrità, registro errori, autotest e attributi. -mImposta il destinatario dell'e-mail. -M testRichiede un'e-mail di prova all'avvio del demone. Il manuale di configurazione di smartd indica che una DEVICESCANvoce sostituisce la configurazione di scansione, quindi non aggiungere righe per disco dopo di essa. Se il rilevamento automatico non rileva un disco, utilizzare voci di dispositivo esplicite in base smartctl --scan-openall'output e al manuale.

Salva e chiudi l'editor. Se il file di configurazione contiene informazioni private, mantienilo leggibile solo dagli amministratori. Il destinatario non è una password, ma le credenziali di inoltro SMTP non devono mai essere inserite in questo file.

4. Avviare il monitoraggio e confermare l'avviso di test

Su Ubuntu, l'unità pacchettizzata si chiama smartmontools.service. Abilitala e avviala, quindi controlla il suo stato:

sudo systemctl enable --now smartmontools.service
systemctl status smartmontools.service

Il pacchetto di Ubuntu viene utilizzato anche /etc/default/smartmontoolsper controllare l'avvio del demone nelle configurazioni di pacchetto supportate. Se il servizio risulta inattivo dopo l'installazione, verificare la presenza di un'impostazione in quel file start_smartd=yes, quindi riavviare il servizio. Se l'avvio fallisce, leggere il registro prima di modificare i file di unità:

sudo journalctl -u smartmontools.service -b

Poiché la configurazione include -M test, il riavvio del servizio dovrebbe attivare un'e-mail di prova. Conferma la ricezione. Il test dimostra che smartd può richiamare il percorso di posta e che un messaggio può raggiungere la posta in arrivo; non simula un'unità difettosa né garantisce la consegna futura. Dopo che il test ha esito positivo, modifica /etc/smartd.confe rimuovi -M testin ​​modo che i riavvii normali non inviino messaggi di prova aggiuntivi. Quindi riavvia nuovamente il servizio:

sudo systemctl restart smartmontools.service

5. Verificare che ogni unità sia monitorata

Controlla sia i registri di servizio che l'output manuale dello stato di salute:

sudo journalctl -u smartmontools.service -b
sudo smartctl -a /dev/sda

Sostituisci il percorso con quello di ciascuna unità segnalata durante la fase di rilevamento. Il registro del demone dovrebbe mostrare che ha aperto i dispositivi supportati e pianificato i controlli senza errori di accesso ripetuti. Un report positivo ora fornisce informazioni di base utili, ma non garantisce l'assenza di guasti improvvisi.

Per verificare il comportamento senza attendere un guasto, eseguire un autotest dell'unità quando il dispositivo lo supporta. Un test breve è generalmente meno invasivo di un test lungo, ma consultare il manuale dell'unità ed evitare di avviare la diagnostica su un sistema instabile o su un'unità con dati insostituibili e senza backup. Un comando di test può essere simile a questo sudo smartctl -t short /dev/sda: l'unità segnala quando è previsto il completamento del test. Esaminare il risultato con sudo smartctl -l selftest /dev/sda: Il test di posta elettronica e l'autotest dell'unità sono controlli separati: uno verifica la consegna, mentre l'altro richiede al dispositivo di esaminare se stesso.

Problemi comuni e cosa controllare

Il servizio è attivo, ma non c'è nessuna email

Innanzitutto, invia un altro messaggio con il mailcomando. Se anche questo non funziona, controlla il relay SMTP, l'autenticazione, le impostazioni TLS, i criteri del mittente, il DNS, la coda e la cartella spam. Se l'invio di email tramite riga di comando funziona ma il test con smartd non funziona, verifica che il destinatario sia presente nella DEVICESCANriga attiva, che l' maileseguibile sia installato e che smartd riesca a trovarlo. Controlla il registro del demone per l'output di errore del mailer.

Nella scansione manca un'unità

Esegui sudo smartctl --scan-opennuovamente il programma e controlla le istruzioni specifiche del dispositivo. Un bridge da USB a SATA potrebbe richiedere una particolare modalità di pass-through, mentre alcuni controller RAID necessitano di una sintassi del dispositivo specifica. Non procedere per tentativi: un tipo di dispositivo errato può indurre smartmontools a interrogare la destinazione sbagliata o a non fornire alcun report utile.

Il disco segnala "PASSED", ma ci sono errori

Leggete attentamente gli attributi dettagliati, il registro degli errori e il registro dell'autodiagnosi, anziché considerare il riepilogo generale come diagnosi completa. Se gli errori aumentano, il dispositivo diventa inaffidabile o viene visualizzato un avviso, eseguite tempestivamente il backup dei dati importanti e pianificate la sostituzione. Un risultato positivo non sostituisce i backup periodici.

Conosci i limiti del monitoraggio delle email

smartd interroga periodicamente i dispositivi supportati e invia via email avvisi selezionati; non monitora tutte le possibili modalità di errore e un computer desktop offline non può inviare report quando è spento o disconnesso. Le email possono anche essere ritardate, rifiutate o filtrate. Verifica periodicamente lo stato del servizio e ripeti il ​​test di consegna della posta dopo aver modificato le credenziali SMTP o i provider. Per i dati critici, combina il monitoraggio SMART con backup indipendenti e un piano di ripristino.

Riferimenti ufficiali

• Pacchetto smartmontools per Ubuntu 26.04 LTS
• Manuale smartd.conf di Ubuntu
• Manuale di Ubuntu SmartCTL
• Ubuntu Server: installazione e configurazione di Postfix