Cum să monitorizați starea de sănătate a unității SMART pe Ubuntu prin alerte prin e-mail

Ubuntu 26.04 LTS oferă în prezent smartmontools 7.5-2 în depozitul său de pachete. Pachetul include smartctl, care citește datele despre starea unității și smartd, un serviciu în fundal care urmărește modificările selectate și poate trimite e-mailuri. SMART înseamnă Tehnologie de Automonitorizare, Analiză și Raportare. Înainte de a configura alertele prin e-mail, confirmați mai întâi că Ubuntu poate citi date SMART de pe fiecare unitate; nu se poate trimite un mesaj pentru un dispozitiv pe care sistemul nu îl poate monitoriza.

Acest ghid configurează un monitor pe un singur desktop Ubuntu și trimite un e-mail de test înainte de a se baza pe alerte. Presupune că respectivul computer are o rută funcțională către un serviciu de retransmisie SMTP, serviciul care acceptă e-mailurile trimise pentru livrare. O aplicație de e-mail pentru desktop nu oferă în sine acest serviciu.

Ce vă poate spune o alertă SMART?

SMART reprezintă informații despre starea de funcționare și erori raportate de unitate. Acestea pot dezvălui condiții de avertizare, cum ar fi o verificare a stării de funcționare eșuată, creșterea numărului de erori sau anumite rezultate ale autotestării. Este un sistem de avertizare timpurie, nu o promisiune că unitatea va prezice fiecare defecțiune. O unitate se poate opri din funcționare fără un avertisment util, iar un rezultat „REUS” nu dovedește că fiecare fișier este lizibil. Păstrați o copie de rezervă separată a datelor importante.

Valorile depind și de tipul unității și de firmware. Hard disk-urile și SSD-urile SATA afișează adesea tabele de atribute; unitățile NVMe raportează informații despre starea de funcționare într-un format diferit. Nu comparați numerele brute ale atributelor între producători și nu tratați un prag generic ca fiind universal.

Ce ar trebui să pregătești înainte de configurare?

• Un cont Ubuntu cu acces de administrator.
• Depozitele de pachete sunt activate și există o conexiune la internet pentru instalare.
• Adresa care ar trebui să primească alerte.
• Un retransmisor SMTP pe care sunteți autorizat să îl utilizați, cum ar fi un server de mail autentificat al unui furnizor sau al unei organizații, cu gazda, portul, cerințele TLS și acreditările sale.
• O copie de rezervă actualizată înainte de a rula diagnosticarea unității sau de a face modificări la spațiul de stocare.

Unele carcase USB, controlere RAID hardware, mașini virtuale și niveluri de stocare în rețea nu transmit date SMART către gazda Ubuntu. Prin urmare, o comandă care funcționează pe un disc conectat direct poate eșua prin intermediul unei carcase. Identificați tipul de conexiune înainte de a modifica opțiunile dispozitivului.

1. Găsiți numele unităților și verificați accesul SMART

Enumerați dispozitivele de stocare și întrebați smartmontools pe care le poate deschide:

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

Căile dispozitivelor arată de obicei ca cele /dev/sdapentru un disc SATA sau /dev/nvme0pentru un controler NVMe, dar utilizați calea raportată pe computer. Testați fiecare țintă cu o interogare de stare de funcționare doar pentru citire:

sudo smartctl -a /dev/sda

Înlocuiți /dev/sdacu dispozitivul pe care l-ați identificat. Pentru o unitate NVMe, înlocuiți calea raportată a controlerului. Citiți ieșirea comenzii: aceasta ar trebui să includă informații despre identitatea și starea unității, mai degrabă decât un mesaj care indică faptul că SMART nu este acceptat sau că dispozitivul nu poate fi deschis. Dacă scanarea listează un dispozitiv cu un tip de dispozitiv necesar, urmați manualul smartmontools pentru acel controler sau bridge în loc să copiați -dopțiunea unui alt sistem.

Instalați pachetul de monitorizare și instrumentele de asistență:

sudo apt update
sudo apt install smartmontools mailutils

mailutilsfurnizează programul din linia de comandă mailutilizat de calea implicită de e-mail a smartd. Nu este, în sine, un releu de e-mail de ieșire. Dacă Ubuntu nu are deja un agent de transfer de e-mail configurat, configurați unul înainte de a continua.

2. Configurați e-mailurile trimise înainte de a schimba smartd

Pachetul Postfix din Ubuntu poate retransmite e-mailurile trimise printr-un furnizor SMTP. Configurați-l ca client de e-mail folosind setările gazdă de retransmisie, autentificare, adresă expeditor, port și TLS furnizate de furnizor; nu configurați desktopul ca o retransmisie deschisă. Ubuntu documentează configurarea Postfix și a retransmisiei în ghidul serverului său. Acreditările și setările exacte variază în funcție de furnizorul de e-mail, așadar utilizați instrucțiunile actuale ale furnizorului respectiv. Protejați orice secrete stocate de alți utilizatori locali.

Trimiteți un mesaj de test din linia de comandă înainte de a implica smartd:

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

Înlocuiți exemplul de destinatar cu propria adresă. Confirmați că mesajul a ajuns, inclusiv în folderele de spam sau junk. Dacă nu ajunge, depanați mai întâi retransmiterea e-mailurilor. Verificați coada de e-mailuri cu mailqși inspectați jurnalele Postfix cu journalctl -u postfix. O comandă locală reușită poate însemna doar că un mesaj a fost pus în coadă; livrarea către cutia poștală la distanță este adevăratul test.

3. Adăugați o destinație pentru alertele SMART

Deschideți configurația smartd ca administrator:

sudoedit /etc/smartd.conf

Pentru un computer unde scanarea implicită a dispozitivelor găsește unitățile, utilizați o linie activă de scanare a dispozitivelor, înlocuind adresa exemplu. Dacă fișierul are deja o DEVICESCANintrare activă, editați acea linie în loc să adăugați un duplicat:

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

DEVICESCANsolicită smartd să detecteze dispozitivele acceptate. -aactivează setul comun de verificări ale stării de funcționare, jurnalului de erori, autotestării și atributelor. -msetează destinatarul e-mailului. -M testsolicită un e-mail de test la pornirea daemonului. Manualul de configurare smartd menționează că o DEVICESCANintrare preia configurația scanării, deci nu adăugați linii per disc după aceasta. Dacă autodetecția ratează un disc, utilizați intrări explicite de dispozitiv bazate pe smartctl --scan-openieșire și pe manual.

Salvați și închideți editorul. Păstrați fișierul de configurare accesibil doar administratorilor dacă conține informații private. Destinatarul nu este o parolă, dar acreditările de retransmitere SMTP nu trebuie plasate niciodată în acest fișier.

4. Începeți monitorizarea și confirmați alerta de test

Pe Ubuntu, unitatea inclusă în pachet se numește smartmontools.service. Activați-o și porniți-o, apoi inspectați-i starea:

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

Pachetul Ubuntu folosește și /etc/default/smartmontoolspentru a controla pornirea daemonului în configurațiile de pachete acceptate. Dacă serviciul este inactiv după instalare, verificați fișierul respectiv pentru o start_smartd=yessetare, apoi reporniți serviciul. Dacă pornirea eșuează, citiți jurnalul înainte de a modifica fișierele unității:

sudo journalctl -u smartmontools.service -b

Deoarece configurația include -M test, repornirea serviciului ar trebui să declanșeze un e-mail de test. Confirmați primirea. Testul dovedește că smartd poate invoca calea de e-mail și că un mesaj poate ajunge în inbox; nu simulează o unitate defectă și nu garantează livrarea viitoare. După ce testul reușește, editați /etc/smartd.confși eliminați -M testastfel încât repornirile normale să nu trimită mesaje de test suplimentare. Apoi reporniți din nou serviciul:

sudo systemctl restart smartmontools.service

5. Verificați dacă fiecare unitate este supravegheată

Verificați atât jurnalele de service, cât și rezultatul manual al stării de sănătate:

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

Înlocuiți calea cu fiecare unitate raportată în timpul descoperirii. Jurnalul daemonului ar trebui să arate că a deschis dispozitivele acceptate și a programat verificări fără a repeta erorile de acces la dispozitive. Un raport sănătos este acum o informație de bază utilă, dar nu este o garanție împotriva unei erori bruște.

Pentru a inspecta comportamentul fără a aștepta o eroare, rulați un autotest al unității atunci când dispozitivul îl acceptă. Un test scurt este, în general, mai puțin perturbator decât un test lung, dar consultați manualul unității și evitați să porniți diagnosticarea pe un sistem instabil sau pe o unitate cu date de neînlocuit și fără copie de rezervă. O comandă de testare poate arăta astfel sudo smartctl -t short /dev/sda: ; unitatea raportează când se așteaptă ca testul să se termine. Examinați rezultatul cu sudo smartctl -l selftest /dev/sda. Testul prin e-mail și autotestul unității sunt verificări separate: una verifică livrarea, în timp ce cealaltă solicită dispozitivului să se autoexamineze.

Probleme frecvente și ce trebuie verificat

Serviciul funcționează, dar nu există e-mail.

Mai întâi trimiteți un alt mesaj cu mailcomanda. Dacă aceasta eșuează, verificați retransmiterea SMTP, autentificarea, setările TLS, politica expeditorului, DNS-ul, coada și folderul de spam. Dacă mesajele din linia de comandă funcționează, dar testul smartd nu, confirmați că destinatarul apare pe DEVICESCANlinia activă, că mailexecutabilul este instalat și că smartd îl poate găsi. Verificați jurnalul daemonului pentru ieșirea de eroare a expeditorului de mesaje.

Lipsește o unitate din scanare

Executați sudo smartctl --scan-opendin nou și verificați instrucțiunile specifice dispozitivului. O punte USB-SATA poate necesita un anumit mod de pass-through, în timp ce unele controlere RAID necesită o sintaxă specifică controlerului. Nu ghiciți: tipul greșit de dispozitiv poate face ca smartmontools să interogheze ținta greșită sau să nu raporteze nimic util.

Discul raportează „PASSED” (A REUSIT), dar există erori

Citiți atributele detaliate, jurnalul de erori și jurnalul de autotestare în loc să tratați rezumatul general ca diagnostic complet. Dacă erorile se înmulțesc, dispozitivul devine nesigur sau apare o alertă, faceți prompt copii de rezervă ale datelor importante și planificați o înlocuire. Un rezultat curat nu înlocuiește copiile de rezervă de rutină.

Cunoaște limitele monitorizării e-mailurilor

smartd verifică periodic dispozitivele compatibile și trimite prin e-mail avertismente selectate; nu urmărește fiecare mod de eroare posibil, iar un desktop offline nu poate raporta în timp ce este oprit sau deconectat. De asemenea, e-mailurile pot fi întârziate, respinse sau filtrate. Verificați ocazional starea serviciului și repetați testul de livrare a e-mailurilor după modificarea acreditărilor SMTP sau a furnizorilor. Pentru datele critice, combinați monitorizarea SMART cu copii de rezervă independente și un plan de recuperare.

Referințe oficiale

• Pachetul smartmontools pentru Ubuntu 26.04 LTS
• Manualul Ubuntu smartd.conf
• Manualul Ubuntu smartctl
• Server Ubuntu: Instalarea și configurarea Postfix