Comment surveiller l'état des disques SMART sous Ubuntu via des alertes par e-mail

Ubuntu 26.04 LTS propose actuellement smartmontools 7.5-2 dans son dépôt de paquets. Ce paquet inclut smartmontools smartctl, qui lit les données de santé des disques, et smartmontools smartd, un service d'arrière-plan qui surveille certaines modifications et peut envoyer des e-mails. SMART signifie « Self-Monitoring, Analysis and Reporting Technology » (Technologie d'autosurveillance, d'analyse et de rapport). Avant de configurer les alertes par e-mail, assurez-vous qu'Ubuntu peut lire les données SMART de chaque disque ; aucun message ne peut être envoyé pour un périphérique que le système ne peut pas surveiller.

Ce guide explique comment configurer un système de surveillance sur un ordinateur Ubuntu et envoyer un courriel de test avant de se fier aux alertes. Il suppose que l'ordinateur dispose d'une connexion fonctionnelle à un serveur SMTP, le service qui reçoit les courriels sortants pour distribution. Une application de messagerie classique ne fournit pas ce service.

Que peut vous indiquer une alerte SMART ?

SMART fournit des informations sur l'état et les erreurs du disque. Il peut révéler des problèmes tels qu'un échec de vérification de l'état, une augmentation des erreurs ou certains résultats d'autotest. Il s'agit d'un système d'alerte précoce, et non d'une garantie que le disque prédira toutes les pannes. Un disque peut cesser de fonctionner sans avertissement préalable, et un résultat « RÉUSSI » ne signifie pas que tous les fichiers sont lisibles. Il est donc recommandé de conserver une sauvegarde séparée de vos données importantes.

Les valeurs dépendent également du type de disque et du firmware. Les disques durs SATA et les SSD affichent souvent des tables d'attributs ; les disques NVMe présentent leurs informations de santé dans un format différent. Il est déconseillé de comparer les valeurs brutes des attributs entre fabricants ou de considérer un seuil générique comme universel.

Que devez-vous préparer avant l'installation ?

• Un compte Ubuntu avec des droits d'administrateur.
• Les dépôts de paquets sont activés et une connexion Internet est requise pour l'installation.
• L'adresse qui doit recevoir les alertes.
• Un relais SMTP que vous êtes autorisé à utiliser, tel qu'un serveur de messagerie authentifié d'un fournisseur ou d'une organisation, avec son hôte, son port, ses exigences TLS et ses informations d'identification.
• Effectuez une sauvegarde récente avant de lancer un diagnostic du disque ou d'apporter des modifications au stockage.

Certains boîtiers USB, contrôleurs RAID matériels, machines virtuelles et solutions de stockage réseau ne transmettent pas les données SMART à l'hôte Ubuntu. Une commande fonctionnant sur un disque connecté directement peut donc échouer à travers un boîtier. Identifiez votre type de connexion avant de modifier les options du périphérique.

1. Trouvez les noms des lecteurs et vérifiez l'accès SMART.

Listez les périphériques de stockage et demandez à smartmontools lesquels il peut ouvrir :

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

Les chemins d'accès aux périphériques ressemblent généralement à /dev/sdaceux d'un disque SATA ou /dev/nvme0d'un contrôleur NVMe, mais utilisez celui indiqué par votre ordinateur. Testez chaque cible avec une requête d'intégrité en lecture seule :

sudo smartctl -a /dev/sda

Remplacez /dev/sdapar le périphérique que vous avez identifié. Pour un disque NVMe, indiquez le chemin d'accès à son contrôleur. Consultez la sortie de la commande : elle doit contenir l'identité du disque et des informations sur son état, et non un message indiquant que SMART n'est pas pris en charge ou que le périphérique ne peut pas être ouvert. Si l'analyse détecte un périphérique avec un type requis, suivez les instructions du manuel smartmontools correspondant à ce contrôleur ou à ce pont, au lieu de copier -dles options d'un autre système.

Installez le package de surveillance et les outils associés :

sudo apt update
sudo apt install smartmontools mailutils

mailutilsCe programme en ligne de commande mailest utilisé par le serveur de messagerie par défaut de smartd. Il ne constitue pas, à lui seul, un relais de courrier sortant. Si Ubuntu ne dispose pas déjà d'un agent de transfert de courrier configuré, veuillez en installer un avant de continuer.

2. Configurez les e-mails sortants avant de modifier le smartd

Le paquet Postfix d'Ubuntu permet de relayer le courrier sortant via un fournisseur SMTP. Configurez-le comme un client de messagerie en utilisant l'hôte de relais, l'authentification, l'adresse de l'expéditeur, le port et les paramètres TLS fournis par votre fournisseur ; ne configurez pas votre ordinateur comme un relais ouvert. La documentation Ubuntu relative à la configuration de Postfix et du relais est disponible dans son guide serveur. Les identifiants et paramètres exacts varient selon le fournisseur de messagerie ; suivez donc les instructions les plus récentes de ce dernier. Protégez vos données sensibles des autres utilisateurs locaux.

Envoyez un message de test depuis la ligne de commande avant d'utiliser smartd :

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

Remplacez le destinataire d'exemple par votre propre adresse. Vérifiez que le message arrive bien, y compris dans les dossiers de courrier indésirable. Si ce n'est pas le cas, commencez par dépanner le relais de messagerie. Consultez la file d'attente des messages mailqet examinez les journaux Postfix journalctl -u postfix. Une commande locale réussie peut simplement indiquer qu'un message a été mis en file d'attente ; la livraison à la boîte aux lettres distante constitue le véritable test.

3. Ajouter une destination d'alerte SMART

Ouvrez la configuration smartd en tant qu'administrateur :

sudoedit /etc/smartd.conf

Pour un ordinateur où la recherche de périphériques par défaut détecte les lecteurs, utilisez une ligne de recherche de périphériques active, en remplaçant l'adresse d'exemple. Si le fichier contient déjà une DEVICESCANentrée active, modifiez cette ligne plutôt que d'en ajouter une dupliquée.

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

DEVICESCANDemande à smartd de détecter les périphériques compatibles. -aActive les contrôles communs d'intégrité, de journalisation des erreurs, d'autotest et d'attributs. -mDéfinit le destinataire des e-mails. -M testDemande l'envoi d'un e-mail de test au démarrage du démon. Le manuel de configuration de smartd indique qu'une DEVICESCANentrée remplace la configuration d'analyse ; il est donc inutile d'ajouter des lignes par disque après celle-ci. Si la détection automatique ne détecte pas un disque, utilisez des entrées de périphérique explicites basées sur smartctl --scan-openla sortie et le manuel.

Enregistrez et fermez l'éditeur. Si le fichier de configuration contient des informations confidentielles, il doit être accessible uniquement aux administrateurs. Le destinataire n'est pas un mot de passe, mais les identifiants du relais SMTP ne doivent jamais y figurer.

4. Démarrez la surveillance et confirmez l'alerte de test.

Sous Ubuntu, l'unité packagée est nommée smartmontools.service. Activez-la et démarrez-la, puis vérifiez son état :

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

Le paquet Ubuntu permet également /etc/default/smartmontoolsde contrôler le démarrage du démon sur les configurations de paquets prises en charge. Si le service est inactif après l'installation, vérifiez ce fichier pour trouver un start_smartd=yesparamètre, puis redémarrez le service. En cas d'échec du démarrage, consultez le journal avant de modifier les fichiers d'unité.

sudo journalctl -u smartmontools.service -b

Étant donné que la configuration inclut -M test, le redémarrage du service devrait déclencher l'envoi d'un e-mail de test. Veuillez confirmer sa réception. Ce test prouve que smartd peut accéder au chemin de messagerie et qu'un message peut atteindre la boîte de réception ; il ne simule pas une panne de disque dur et ne garantit pas la livraison future. Une fois le test réussi, modifiez /etc/smartd.confet supprimez la configuration -M testafin que les redémarrages normaux n'envoient pas de messages de test supplémentaires. Redémarrez ensuite le service.

sudo systemctl restart smartmontools.service

5. Vérifiez que chaque lecteur est surveillé.

Vérifiez à la fois les journaux de service et le rapport d'état manuel :

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

Remplacez le chemin d'accès par chaque lecteur détecté lors de la découverte. Le journal du démon devrait indiquer qu'il a ouvert les périphériques compatibles et effectué les vérifications planifiées sans erreur d'accès répétée. Un rapport satisfaisant constitue une information de base utile, mais ne garantit pas l'absence de panne soudaine.

Pour analyser le comportement du disque sans attendre une panne, exécutez un autotest lorsqu'il le prend en charge. Un test court est généralement moins perturbateur qu'un test long, mais consultez le manuel du disque et évitez de lancer un diagnostic sur un système instable ou un disque contenant des données irremplaçables et sans sauvegarde. Une commande de test peut ressembler à cecisudo smartctl -t short /dev/sda ; le disque indique la date et l'heure de fin prévues. Consultez le résultat avec la commande suivante sudo smartctl -l selftest /dev/sda. Le test de réception des e-mails et l'autotest du disque sont des vérifications distinctes : l'une vérifie la réception des e-mails, tandis que l'autre demande au périphérique de s'auto-examiner.

Problèmes courants et points à vérifier

Le service est opérationnel, mais aucun courriel n'a été reçu.

Commencez par envoyer un autre message avec la mailcommande. Si cela échoue, vérifiez le relais SMTP, l'authentification, les paramètres TLS, la politique de l'expéditeur, le DNS, la file d'attente et le dossier spam. Si l'envoi de courriels en ligne de commande fonctionne mais que le test smartd échoue, assurez-vous que le destinataire figure bien dans la DEVICESCANligne active, que l' mailexécutable est installé et que smartd peut le trouver. Consultez le journal du démon pour obtenir les informations d'erreur du serveur de messagerie.

Un lecteur est manquant dans l'analyse

Relancez la commande sudo smartctl --scan-openet consultez les instructions spécifiques au périphérique. Un pont USB-SATA peut nécessiter un mode de transfert particulier, tandis que certains contrôleurs RAID requièrent une syntaxe de périphérique spécifique. N'essayez pas de deviner : un type de périphérique incorrect peut amener smartmontools à interroger la mauvaise cible ou à ne fournir aucun résultat utile.

Le disque indique « RÉUSSI », mais il y a des erreurs.

Consultez les attributs détaillés, le journal des erreurs et le journal d'autotest plutôt que de considérer le résumé global comme l'intégralité du diagnostic. Si les erreurs se multiplient, que l'appareil devient instable ou qu'une alerte est déclenchée, sauvegardez rapidement vos données importantes et prévoyez son remplacement. Un résultat positif ne remplace pas les sauvegardes régulières.

Connaître les limites de la surveillance des courriels

smartd interroge périodiquement les périphériques compatibles et envoie des alertes par e-mail. Il ne surveille pas tous les modes de défaillance possibles et un ordinateur hors ligne ne peut pas envoyer de rapport lorsqu'il est éteint ou déconnecté. Les e-mails peuvent également être retardés, rejetés ou filtrés. Vérifiez régulièrement l'état du service et relancez le test de distribution des e-mails après toute modification des identifiants ou du fournisseur SMTP. Pour les données critiques, combinez la surveillance SMART avec des sauvegardes indépendantes et un plan de reprise d'activité.

Références officielles

• Paquet SmartmonTools pour Ubuntu 26.04 LTS
• Manuel d'utilisation de smartd.conf sous Ubuntu
• Manuel d'utilisation de smartctl sous Ubuntu
• Serveur Ubuntu : Installation et configuration de Postfix