Un disque peut afficher SMART RÉUSSI tout en échouant lors d’une lecture complète, car le seuil global d’état de santé ne garantit pas que chaque secteur reste lisible.
La ligne d’état de santé globale de SMART résume des seuils de défaillance définis par le fabricant ; elle ne signifie pas que toute la surface a été lue pendant cette vérification. Un test de lecture complète accède à beaucoup plus d’adresses et peut révéler un secteur localisé incorrigible, une tête de lecture affaiblie, une zone de mémoire flash défaillante, un délai d’attente, un problème de câble ou une réinitialisation du contrôleur. L’indice le plus utile est de déterminer si la défaillance se répète au même LBA et si elle suit le disque lorsque le chemin de connexion est modifié.
Distinguer l’état de santé global SMART des résultats des autotests
Enregistrez le rapport SMART complet, et pas seulement la ligne finale RÉUSSI. Incluez les attributs, les journaux d’erreurs, l’historique des autotests, les secteurs en attente, les secteurs incorrigibles, les erreurs CRC et la température.
Smartmontools indique qu’un disque peut conserver l’état SMART RÉUSSI après l’échec d’un autotest lorsqu’un secteur corrompu ou incorrigible n’a pas dépassé le seuil global de défaillance défini par le fabricant.
Si le journal d’autotest indique déjà un LBA défaillant, conservez cette information avant d’exécuter d’autres tests. Le résultat d’état de santé global ne doit pas primer sur les éléments précis concernant le support ou le test.
Comprendre ce qu’apporte un test de lecture complète
Notez l’outil de test, le mode de lecture, la taille des blocs, le LBA de début, le LBA d’arrêt, la durée écoulée et si l’outil réessaie les lectures échouées. Vérifiez que le test est en lecture seule.
Seagate explique que son test Long Generic lit chaque secteur, ce qui lui permet de détecter un problème localisé qu’une courte vérification de santé peut manquer.
Un échec de lecture complète est plus exploitable lorsqu’il se produit régulièrement à la même adresse. Une défaillance qui se déplace entre plusieurs adresses ou qui apparaît uniquement avec un boîtier donné peut plutôt indiquer une instabilité du transport, de l’alimentation ou du contrôleur.
Comparer avec un test étendu d’un autre fabricant
Lorsque le disque est suffisamment stable et que les données sont protégées, exécutez le diagnostic étendu ou l’analyse du support recommandés par le fabricant. Enregistrez son code et son journal.
Western Digital décrit un test étendu comme un test approfondi du disque, ce qui le rend utile pour confirmer qu’un échec de lecture générique n’est pas seulement une particularité d’un utilitaire donné.
Ne sollicitez pas de manière répétée un disque qui contient l’unique copie de données importantes. Lorsque les erreurs augmentent, créer une image des régions lisibles est plus sûr que de recueillir davantage de confirmations.
Associer le LBA défaillant aux journaux du disque
Comparez l’adresse de l’échec de lecture complète avec le journal d’autotest SMART, le journal d’erreurs ATA, l’évolution des secteurs en attente et les erreurs d’E/S du système. Notez si le même LBA ou une plage voisine apparaît régulièrement.
La référence smartctl de Debian documente les sorties des autotests et des journaux d’erreurs, qui peuvent conserver le premier bloc logique défaillant.
Une adresse récurrente indique plutôt un dommage localisé du support. Des adresses aléatoires associées à des erreurs CRC, des réinitialisations de liaison ou une disparition du périphérique indiquent plutôt un problème du chemin de connexion ou du contrôleur.
Utiliser prudemment un test de surface en lecture seule
Vérifiez que l’outil choisi est en mode lecture seule et qu’il cible le bon périphérique. N’utilisez jamais un test destructif avec écriture de motifs sur un disque contenant des données nécessaires.
Le manuel de badblocks distingue l’analyse en lecture seule des modes d’écriture destructifs, ce qui est essentiel avant de tester un disque contenant déjà des données.
Une analyse de surface n’est pas une réparation. Elle mesure la lisibilité dans les conditions actuelles, et les tentatives répétées peuvent accroître la sollicitation d’un disque défaillant.
Distinguer une défaillance du support d’un problème de câble, d’alimentation ou de contrôleur
Après avoir protégé les données, répétez une lecture courte et limitée autour de la plage défaillante à l’aide d’un câble fiable, d’un port direct, d’un chemin d’alimentation stable et, lorsque cela est possible, d’un autre contrôleur.
GNU ddrescue est conçu pour récupérer d’abord les régions lisibles tout en enregistrant la progression, ce qui est plus sûr que de relancer à plusieurs reprises une lecture complète classique sur un disque instable.
Si le même LBA échoue avec plusieurs chemins fiables, le disque est le composant commun. Si la défaillance disparaît ou change selon le chemin, examinez l’alimentation, le câble, le pont, la HBA et les journaux de l’hôte.
Protéger les données avant de décider de remplacer le disque
Arrêtez les tests inutiles lorsque les erreurs augmentent, que le périphérique se réinitialise, que les compteurs SMART de secteurs en attente ou incorrigibles augmentent, ou que le disque contient des données irremplaçables. Copiez ou imagez d’abord les données lisibles.
Le guide ZimaSpace consacré à un câble SATA défectueux par rapport à un disque NAS défaillant traite de la décision voisine consistant à isoler le chemin ; cet article explique pourquoi SMART RÉUSSI et le résultat d’une analyse complète de la surface peuvent diverger.
Le disque doit être retiré du service principal lorsque des régions illisibles récurrentes, des tests étendus échoués, une dégradation des journaux du périphérique ou des erreurs qui suivent le numéro de série persistent une fois le chemin de connexion contrôlé.
Questions fréquentes
SMART RÉUSSI signifie-t-il qu’un disque est en bon état ?
Cela signifie que le disque n’a pas dépassé le seuil global de défaillance défini par le fabricant. Cela ne garantit pas que chaque LBA est lisible ni qu’aucune défaillance électronique ou de transport intermittente n’existe.
Un test de lecture complète est-il destructif ?
Une analyse en lecture seule n’est pas censée modifier les données, mais elle peut solliciter un disque fragile. Les tests de surface avec écriture de motifs sont destructifs et ne doivent jamais être utilisés sur des données nécessaires.
Dois-je réessayer de nombreuses fois le même secteur défaillant ?
Non. Les tentatives répétées peuvent faire perdre du temps et solliciter davantage un support instable. Conservez la première erreur, protégez les données lisibles et utilisez un outil orienté récupération lorsque les données sont importantes.
Assistance et conseils
Plus à lire

Plex peut-il partager un GPU avec un autre conteneur Docker ?
Plex et un autre conteneur peuvent souvent accéder au même GPU, mais vous devez tester la prise en charge des pilotes, le mappage des...

Comment déterminer si une erreur Plex vient du client ou du serveur
Reproduisez le même élément sur un autre client, comparez le chemin de session, puis recueillez les preuves côté serveur uniquement après que la portée...

Comment configurer le cache de Plex et le stockage temporaire du transcodage
Protégez l’état persistant de Plex en plaçant les fichiers temporaires de transcodage sur un stockage local adapté, puis vérifiez le nettoyage, l’espace libre et...

