Recevez les alertes SMART Disk d'Ubuntu par e-mail avec smartd

Utilisez le paquet d'Ubuntu smartmontoolspour surveiller les disques compatibles smartd, puis acheminez ses alertes via un service de messagerie local fonctionnel ou un relais SMTP. Pour un serveur Ubuntu, simplifiez le processus d'alerte : vérifiez que le système smartctlpeut lire chaque disque, ajoutez un destinataire à la liste de diffusion /etc/smartd.confdes alertes et envoyez un message de test avant de vous fier aux alertes. Les alertes SMART peuvent révéler certains problèmes naissants, mais elles ne peuvent pas prédire toutes les pannes de disque soudaines.

Choisissez le chemin de messagerie qui convient à votre hôte Ubuntu.

smartdCe service ne s'authentifie pas automatiquement auprès d'un fournisseur de messagerie Internet. Son chemin de messagerie par défaut utilise la mailcommande système ; la distribution des courriels dépend donc également d'un agent de transfert de courrier (MTA) ou d'un relais configuré. Choisissez le chemin correspondant à celui déjà disponible :

Pour une machine à disque unique disposant déjà d'un système de messagerie fonctionnel, utilisez le MTA existant. S'il s'agit d'un nouveau serveur Ubuntu et que vous disposez d'identifiants de relais SMTP, Postfix est une solution pratique car Ubuntu documente sa configuration de relais SMTP. Un client léger tel que `mk` msmtpest disponible dans les archives de paquets Ubuntu, mais vérifiez sa compatibilité avec la commande `mail` attendue par votre configuration `smartd` avant de l'utiliser. Dans tous les cas, testez la distribution vers l'adresse externe que vous prévoyez de surveiller.

1. Vérifiez qu'Ubuntu peut lire les données SMART du disque.

Installez smartmontools et recherchez les périphériques que le système actuel peut ouvrir :

sudo apt update
sudo apt install smartmontools
sudo smartctl --scan-open

L'analyse peut renvoyer des entrées telles que /dev/sda -d satle chemin d'accès à un périphérique NVMe. Utilisez ce chemin et l' -doption de type de périphérique affichée sur votre ordinateur. Ensuite, examinez un disque :

sudo smartctl -a /dev/sda

Sélectionnez /dev/sdale périphérique détecté. Un boîtier USB, un contrôleur RAID matériel ou un adaptateur de stockage peuvent bloquer la transmission SMART ; si l’analyse ne détecte aucun disque, consultez la documentation de son contrôleur et les options de type de périphérique de smartmontools. Une analyse réussie confirme uniquement que les données sont lisibles, et non que le disque est en bon état.

2. Configurez smartd pour envoyer un e-mail au destinataire

Ouvrez la configuration du démon :

sudoedit /etc/smartd.conf

Pour la détection automatique, utilisez une seule ligne de balayage active en remplaçant l'adresse d'exemple par votre destination :

DEVICESCAN -a -m admin@example.net -M test

-aActive l'ensemble standard de vérifications SMART, -mdéfinit le destinataire de l'e-mail et -M testdemande à smartd d'envoyer un avertissement de test au démarrage. DEVICESCANApplique ces directives aux disques détectés et ignore les entrées de périphériques ultérieures dans le fichier. Si vous souhaitez inclure uniquement certains disques, utilisez une ligne de périphérique pour chaque disque, par exemple : ` /dev/sda -a -m admin@example.net -M test<device-type>`. Pour les disques RAID ou connectés en USB, incluez l'option `device-type` indiquée par votre analyse ou requise par le contrôleur.

Enregistrez le fichier, puis activez et redémarrez le service smartmontools d'Ubuntu :

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

Si le service ne démarre pas correctement, vérifiez les messages de journalisation récents :

systemctl status smartmontools.service
sudo journalctl -u smartmontools.service -n 50 --no-pager

Les noms des unités peuvent varier sur les installations plus anciennes ou personnalisées ; utilisez cette fonction systemctl list-unit-files '*smart*'pour trouver l’unité installée sur votre système.

3. Testez la diffusion, puis choisissez le comportement du rappel.

Comme -M testsmartd envoie un message au démarrage, redémarrez le service et vérifiez que l'e-mail arrive bien. Cela permet de vérifier le cheminement depuis smartd jusqu'au serveur de messagerie local et au MTA ou relais. Si l'e-mail de test n'arrive pas, envoyez d'abord un message via la même commande mail ou consultez la file d'attente et les journaux du MTA ; un service smartmontools en cours d'exécution ne peut pas corriger les identifiants SMTP, le DNS, le TLS ni les restrictions de relais côté fournisseur.

Une fois le test reçu, supprimez -M test-le /etc/smartd.confet redémarrez le service afin d'éviter que les redémarrages habituels ne génèrent un autre message de test. Conservez -m-le en place. Par défaut, smartd limite les alertes répétées ; en fonction de l'état de surveillance enregistré, il envoie un avertissement initial et peut envoyer des rappels quotidiens pour un problème en cours. Cela réduit le nombre de notifications dans la boîte de réception. Un opérateur souhaitant une fréquence de rappel différente doit consulter le smartd.conf(5)manuel d'installation avant de modifier ce paramètre -M.

Ce que ces alertes peuvent et ne peuvent pas vous indiquer

smartd vérifie périodiquement les périphériques, avec un intervalle d'interrogation par défaut de 30 minutes ; une alerte n'est donc pas instantanée. Il peut signaler les défaillances prises en charge, les nouvelles erreurs de journalisation et d'autres conditions configurées. Les attributs SMART dépendent du fournisseur, et un état normal ne permet pas d'exclure une panne soudaine (électronique, mécanique, de contrôleur ou de connexion). Il est recommandé de conserver des sauvegardes et d'analyser un avertissement en suivant sudo smartctl -a /dev/sdales instructions du fabricant du disque, plutôt que de considérer une seule ligne d'état comme un diagnostic complet.

Pour connaître le comportement exact des directives et les types de périphériques pris en charge, consultez le manuel de smartd.conf et le manuel de smartd sous Ubuntu . Ubuntu documente la configuration du serveur SMTP dans son guide d'installation de Postfix ; l'index des paquets d'Ubuntu répertorie le paquet msmtp-mta pour les systèmes qui optent pour un client SMTP léger.