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?
hard-drive
smart
smartctl
Michel
la source
la source
read failuremessages répétés indiquent généralement un disque défaillant, alors oui ...Réponses:
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.
la source
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:
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.
la source
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.
la source
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).
la source
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.
la source
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".
la source