Mon disque dur est-il défaillant?

J'ai juste essayé d'exécuter un test sur mon disque dur et il ne veut pas effectuer d'autotest. Voici le résultat:

smartctl --attributes --log=selftest /dev/sda
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.13.0-32-generic] (local build)

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       697
  3 Spin_Up_Time            0x0027   206   160   021    Pre-fail  Always       -       691
  4 Start_Stop_Count        0x0032   074   074   000    Old_age   Always       -       26734
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       28
  9 Power_On_Hours          0x0032   090   090   000    Old_age   Always       -       7432
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   097   097   000    Old_age   Always       -       3186
191 G-Sense_Error_Rate      0x0032   001   001   000    Old_age   Always       -       20473
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       84
193 Load_Cycle_Count        0x0032   051   051   000    Old_age   Always       -       447630
194 Temperature_Celsius     0x0022   113   099   000    Old_age   Always       -       34
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       16
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: read failure       90%      7432         92290592
# 2  Conveyance offline  Completed: read failure       90%      7432         92290596
# 3  Conveyance offline  Completed: read failure       90%      7432         92290592
# 4  Short offline       Completed: read failure       90%      7431         92290596
# 5  Extended offline    Completed: read failure       90%      7431         92290592

Alors, ce disque est en panne?

Votre lecteur est très heureux de faire un auto-test; d'après le résumé, il en a fait plus de cinq au cours de la dernière heure. Et tous ont échoué, au début du test, avec des erreurs de lecture.

Oui, ce disque dur est en panne. Comme le dit le fameux rapport de Google Labs (bien que je ne puisse pas mettre un lien vers celui-ci pour le moment), si smartctlvous indiquez que votre lecteur est en panne, il l'est probablement (je le paraphrase).

Edit : n'essayez pas de le sauvegarder. Obtenez toutes les données et remplacez-les.

Pour répondre à votre question, un test SMART échoué est une indication irréfutable d'une défaillance imminente du lecteur. Sauvegardez vos données et remplacez le lecteur dès que possible pour éviter toute perte de données.

@ sj0h a mentionné le nombre de cycles de charge, qui est très élevé (447 630). (La plupart des disques durs modernes sont conçus pour supporter 600 000 cycles de chargement / déchargement.) Cela est généralement dû à la fonction APM (Advanced Power Management), qui tente d'économiser de l'énergie en stationnant les têtes (en les déchargeant des plateaux) après plusieurs secondes de tourner au ralenti. Les têtes sont chargées sur les plateaux en cas de besoin. Sur la plupart des systèmes, où les disques durs subissent une activité intermittente, il peut en résulter de nombreux cycles de chargement / déchargement. Pour désactiver APM, exécutez la commande suivante à une invite de la racine:

smartctl -s apm,off /dev/sda

Cette commande devra être exécutée chaque fois que le système est mis hors tension ou en veille, ou que le lecteur est autrement mis hors tension, car ce paramètre n'est pas conservé lorsque le lecteur est mis hors tension.

D'après mon expérience, cela réduira considérablement le nombre de cycles de chargement / déchargement et, par conséquent, les chances que vous rencontriez ce type d'échec dans le futur. Notez cependant que cela augmente la consommation d'énergie et la température du disque. Si le lecteur fonctionne constamment à des températures supérieures à 50 ° C, le risque de défaillance prématurée augmente, vous pouvez donc laisser l'APM activé (ou l'activer s'il est éteint) pendant les mois les plus chauds.

Outre les échecs de lecture, prenez également en compte le nombre de cycles de charge. À près de 500 000, cela peut indiquer un motif de défaillance ou au moins une usure élevée du cycle de charge. Il y a un cycle de charge pour chaque minute de temps de démarrage. Après avoir remplacé le lecteur, assurez-vous que le nouveau lecteur ne le fait pas également.

Oui, vous avez 16 secteurs illisibles, vous avez essayé de faire plusieurs tests qui ont tous échoué dans à peu près la même zone du lecteur, donc, sauvegarde rapide, mais gardez à l'esprit que vous avez déjà des données inaccessibles maintenant à proximité de secteurs 92290592, 92290596.

Vous pouvez avoir d'autres domaines problématiques, vous ne savez toujours pas si ces 16 secteurs sont consécutifs ou répartis, si vous voulez jouer après la sauvegarde, vous pouvez effectuer un auto-test sélectif avec -t select, startlba-endlba.

Current_Pending_Sector signifie que le micrologiciel du disque dur a essayé de le lire, mais ne le peut pas. Il essaiera plusieurs fois de plus (chaque fois que le système d'exploitation le demande) jusqu'à ce qu'il échoue et le marque comme Offline_Uncorrectable. Il remplacera également le secteur endommagé par un autre Le système d’exploitation y écrit (ce qui augmente Reallocated_Sector_Ct en conséquence).

Je remplacerais personnellement le lecteur. Si, pour une raison quelconque, vous ne voulez pas encore le faire, mais attendez encore un peu avec le lecteur, vous devez trouver un moyen de vous assurer que vous n'utilisez pas accidentellement les zones défectueuses pour les nouveaux fichiers.

J'avais un tel lecteur sur un vieux Mac qui venait d'enregistrer une vidéo et j'ai décidé de ne pas le changer pour le moment, car les vidéos étaient tout simplement agréables à avoir. J'ai donc dû isoler les erreurs. J'ai d'abord créé un dossier vide uniquement pour les fichiers défectueux, puis j'ai essayé de lire tous les fichiers existants sur le disque et tous ceux avec une erreur ont été déplacés vers le répertoire des fichiers défectueux (heureusement sans importance).

Ensuite, j'ai créé un grand nombre de fichiers d'un mégaoctet nommés de manière unique pour remplir le disque dur (de sorte que tout l'espace vide se trouvait maintenant dans l'un de ces fichiers de 1 Mo), puis j'ai répété la procédure. Tous les fichiers contenant des erreurs ont été déplacés vers le répertoire des fichiers défectueux. Ceux qui restent sont bons et peuvent être supprimés pour récupérer le mauvais espace.

Vous pouvez maintenant utiliser le lecteur un peu plus longtemps, mais ne l'utilisez pas pour des tâches importantes. Il va tomber en panne plus et il sera très probablement peu pratique quand il arrive.

Ce n'est pas un très bon signe. Vous devez vous assurer que le contenu du disque est sauvegardé et ne pas utiliser le disque pour des tâches importantes.

Cependant, j'ai vu des disques avec des secteurs défaillants les réaffecter et demeurer opérationnels pendant des années. Vous pouvez donc les conserver pendant un certain temps, par exemple pour des tâches sans importance ou des sauvegardes supplémentaires.

Une chose à faire serait alors de voir quels fichiers étaient corrompus par les secteurs illisibles et d'écrire dans ces secteurs pour forcer la réaffectation par le disque (en les déplaçant de "Current_Pending_Sector" vers "Reallocated_Sector_Ct"). Si vous utilisez Linux, voir http://smartmontools.sourceforge.net/badblockhowto.html . Une fois que les secteurs ont été réaffectés, l'autotest doit réussir ou signaler des secteurs illisibles.

Je suis en désaccord avec la plupart des réponses en ce sens que je ne pense pas que les mauvais secteurs soient nécessairement un signe d'échec imminent. Comme le dit http://blog.mmueh.net/index.php/2010/12/09/luks-meets-badblocks/ , "chaque disque dur commence à produire des secteurs défectueux à un moment donné de sa vie".