Vérifier l’état réel d’un SSD avec les données SMART

Avant d’interroger le SSD

Dans notre cas de départ, le SSD ralentit et une application a déjà signalé une erreur de lecture. La première question n’est donc pas « quel score obtient-il ? », mais « les données importantes existent-elles ailleurs ? ». Si des fichiers deviennent illisibles, si le système se fige pendant les accès au disque ou si des erreurs d’E/S apparaissent dans les journaux, copiez d’abord ce qui peut encore l’être vers un autre support. Un diagnostic ne remplace jamais cette sauvegarde.

Si aucun symptôme grave n’est présent et que la vérification est seulement préventive, notez le modèle du SSD, son interface et les valeurs actuelles. Cette photographie initiale sera plus utile qu’un nombre isolé : une hausse d’erreurs entre deux relevés est souvent plus parlante qu’un compteur ancien mais stable.

Un ralentissement n’accuse pas automatiquement la mémoire flash. Un SSD presque plein, une surchauffe, une mise à jour en arrière-plan, un câble SATA défectueux ou un système de fichiers endommagé peuvent produire des sensations proches. SMART aide à départager ces pistes, sans toutes les couvrir.

Obtenir un rapport fiable avec smartctl

smartctl, fourni par smartmontools, présente l’avantage de couvrir les SSD ATA/SATA et NVMe avec le même outil. Sous Linux, commencez par laisser l’outil détecter les périphériques qu’il sait réellement ouvrir :

sudo smartctl --scan-open

La sortie indique le chemin à employer. Remplacez toujours les exemples ci-dessous par ce chemin vérifié : /dev/sdX désigne ici un SSD SATA fictif, tandis que /dev/nvme0 désigne un contrôleur NVMe. Une confusion de nom ne détruit rien avec une simple lecture, mais elle peut vous faire diagnostiquer le mauvais disque.

sudo smartctl -a /dev/sdX
sudo smartctl -a /dev/nvme0

Sur un SSD ATA récent, -a fournit l’essentiel du diagnostic. Si le rapport mentionne des journaux étendus ou si vous voulez conserver un relevé plus complet, utilisez -x : la documentation actuelle de smartmontools le préfère à -a pour les informations ATA modernes.

sudo smartctl -x /dev/sdX

Un boîtier USB peut masquer SMART ou exiger un type de pont particulier. Dans ce cas, ne forcez pas une option trouvée au hasard : relevez l’identifiant du boîtier et consultez la liste de compatibilité de smartmontools. Sous Windows, un état résumé fourni par PowerShell, et sous macOS la ligne « SMART Status » de diskutil, peuvent signaler un problème évident ; ils ne remplacent pas toujours le rapport détaillé du périphérique. smartmontools existe sur ces systèmes, avec des noms de disques différents.

Sur un SSD SATA, regarder la tendance avant le numéro

Le rapport ATA affiche souvent une table d’attributs avec une valeur normalisée, un seuil et une valeur brute. C’est la partie la plus facile à surinterpréter. Les noms, les identifiants et surtout le codage des valeurs brutes peuvent varier selon le fabricant, le contrôleur et le micrologiciel. La base de disques de smartmontools aide à les décoder ; la documentation du modèle reste la référence quand elle existe.

Les blocs de réserve et les erreurs non corrigibles

Un attribut traduit parfois les blocs réalloués ou les blocs de réserve déjà consommés. Sur un SSD, le contrôleur écarte normalement certaines cellules défaillantes et les remplace par sa réserve. Un petit compteur stable n’a donc pas le même poids qu’une valeur qui grimpe entre deux relevés. Si le stock de réserve diminue rapidement, si des échecs de programmation ou d’effacement apparaissent, ou si le nombre d’erreurs non corrigibles augmente, la mémoire ne doit plus être considérée comme fiable.

Les erreurs non corrigibles côté hôte sont autrement plus préoccupantes : elles indiquent que les mécanismes de correction n’ont pas permis de rendre les données demandées. Une erreur d’E/S constatée par le système au même moment renforce le diagnostic. À l’inverse, une hausse d’erreurs CRC sur la liaison SATA peut orienter vers le câble, le connecteur ou l’alimentation plutôt que vers les cellules NAND ; il faut alors corriger la liaison et vérifier si le compteur cesse d’augmenter.

L’usure, les écritures et la température

Selon le modèle, l’endurance apparaît sous un nom comme « SSD Life Remaining », « Wear Leveling Count » ou « Percentage Lifetime Used ». Vérifiez le sens de l’échelle : certains attributs descendent de 100 vers 0, d’autres comptent l’usage dans l’autre direction. Les écritures totales de l’hôte ou de la NAND donnent du contexte, mais leur unité peut elle aussi dépendre du constructeur. Il est donc hasardeux de convertir une valeur brute sans documentation.

La température actuelle complète le tableau. Une température élevée et répétée peut provoquer du throttling et expliquer un ralentissement, sans prouver à elle seule une panne. Comparez-la à la plage annoncée pour le modèle et vérifiez la ventilation. Si elle redevient normale mais que les erreurs média continuent de progresser, la chaleur n’explique pas tout.

Sur un NVMe, le journal de santé est plus homogène

Le journal SMART/Health NVMe emploie des champs standardisés. critical_warning mérite d’être lu en premier : ce masque signale notamment une réserve disponible passée sous son seuil, une température hors limites, une fiabilité dégradée ou un support placé en lecture seule. Une valeur non nulle demande d’identifier le bit concerné et, si des données importantes sont encore accessibles, de les sauvegarder immédiatement.

percentage_used est une estimation d’usure fondée sur l’endurance consommée. Atteindre 100 % signifie que l’endurance estimée a été consommée, pas que le SSD s’éteindra à cet instant précis ; au-delà, il fonctionne hors de cette estimation et son remplacement devient raisonnable. available_spare indique la réserve encore disponible et doit être comparé au seuil également rapporté. Une baisse persistante, surtout accompagnée d’un avertissement critique, pèse davantage qu’une lecture unique.

media_and_data_integrity_errors compte les erreurs d’intégrité non récupérées. Une valeur non nulle, et plus encore une hausse corrélée à des erreurs de lecture, justifie une sauvegarde immédiate puis un remplacement. unsafe_shutdowns recense les arrêts sans notification préalable au contrôleur : une coupure de courant ou un appui long sur le bouton peut l’incrémenter. Ce compteur invite à contrôler l’alimentation et les habitudes d’arrêt, mais ne prouve pas seul que la NAND est usée.

Enfin, regardez la température composite et les éventuels capteurs. Un pic ponctuel pendant une charge lourde n’a pas la même signification qu’un SSD qui reste au-dessus de sa plage normale au repos. Comme pour le SATA, l’évolution dans le temps et la concordance avec les symptômes restent déterminantes.

Lancer un autotest court sans écrire sur vos fichiers

Si le rapport ne montre pas déjà une situation urgente, un autotest interne court peut compléter l’observation. Le périphérique exécute son diagnostic sans que vous ayez à remplir le disque ni à lancer un benchmark. Sur un SSD ATA qui prend cette fonction en charge :

sudo smartctl -t short /dev/sdX

smartctl annonce alors le délai nécessaire. Laissez le SSD alimenté, attendez ce délai, puis consultez le journal plutôt que de relancer immédiatement le test :

sudo smartctl -l selftest /dev/sdX

Un résultat terminé sans erreur est rassurant pour les fonctions effectivement testées, mais ne transforme toujours pas « PASSED » en garantie. Si le test échoue, est interrompu sans raison claire ou désigne une erreur de lecture, revenez à la priorité essentielle : récupérer les données et préparer le remplacement.

smartmontools prend aussi en charge les autotests courts et longs de certains contrôleurs NVMe récents, mais la commande n’est proposée que si le périphérique déclare cette capacité. Consultez d’abord la section des capacités dans le rapport. Si l’outil répond que les autotests ne sont pas pris en charge, ce n’est pas une invitation à forcer l’opération : contentez-vous du journal de santé et des outils officiels du constructeur.

Surveiller, sauvegarder ou remplacer

Si le SSD ne présente ni avertissement critique, ni erreur média, ni erreur non corrigible, que son usure reste cohérente avec son âge et que la température est maîtrisée, il peut rester en service. Conservez le rapport daté et refaites une lecture après quelques semaines ou au retour d’un symptôme. La sauvegarde régulière demeure nécessaire, même dans ce scénario rassurant.

Si un compteur ancien reste stable mais que le PC ralentit, cherchez ailleurs en parallèle : espace libre, câble SATA, refroidissement, système de fichiers et tâches en arrière-plan. Remplacer un câble qui fait croître les erreurs CRC est pertinent ; remplacer immédiatement un SSD sain ne réglera pas un système presque plein.

En revanche, des erreurs d’E/S actuelles, un critical_warning non nul, des erreurs média ou d’intégrité, des erreurs non corrigibles ou une dégradation nette entre deux rapports changent l’ordre des priorités. Sauvegardez d’abord vers un autre support, en commençant par les fichiers irremplaçables, puis remplacez le SSD. Évitez les benchmarks, les tests de surface en écriture et les longues tentatives de « réparation » tant que la copie n’est pas sécurisée : ils ajoutent de la charge sans rendre le support plus fiable.

Ce que SMART permet vraiment de conclure

Lire la santé d’un SSD revient moins à chercher un verdict qu’à réunir des indices concordants. Sur SATA, les attributs demandent de la prudence et parfois la documentation du constructeur. Sur NVMe, les champs sont plus homogènes, mais ils doivent encore être interprétés dans le contexte des symptômes et de leur évolution.

Un rapport propre et stable autorise la surveillance. Une alerte critique ou des erreurs qui progressent imposent d’abord une sauvegarde, puis le remplacement. Entre les deux, l’autotest court peut préciser le diagnostic quand le matériel le permet — sans jamais dispenser d’avoir une copie vérifiée des données.