Comment puis-je corriger le nombre de secteurs en attente

À partir des données SMART, cela montre que j'ai 3 comptes de secteurs en attente. (Exécution d'Ubuntu Maverick.)

J'ai essayé de suivre un lien sur les forums pour savoir comment résoudre ce problème , mais je ne suis pas en mesure d'identifier le nombre exact de secteurs à écrire dans ce secteur. J'exécute l'auto-test complet à partir de l'Utilitaire de disque, mais l'Utilitaire de disque n'affiche pas le numéro de secteur exact dans Maverick, cependant je ne suis pas sûr des versions antérieures. Est-ce que cela a changé dans Maverick?

Comment identifier le secteur et corriger ce décompte en attente? Cette astuce dans les forums est-elle sûre?

PS: J'ai d'autres problèmes avec "Nombre de secteurs réaffectés", à partir de ce que j'ai googlé, ce n'est pas réparable. Y a-t-il un moyen de l'empêcher d'augmenter?

C'est en fait un long commentaire ;-)

IMO, le système de fichiers devrait automatiquement s'en occuper en temps voulu, d'autant plus que vous avez exécuté l'autotest. Comme vous pouvez le voir, il indique que le remappage est effectué en cas d'échec d'écriture, de sorte que la prochaine fois qu'il essaiera d'écrire dessus, il sera remappé.

Pourriez-vous indiquer l'objectif plus large derrière cela? Mis à part la préoccupation sur les blocs nécessitant un remappage, y a-t-il un autre problème / agacement que vous essayez de résoudre en faisant cela?

Le conseil du post ubuntuforums que vous avez cité est sûr tant que vous savez exactement quel secteur a mal tourné et que vous avez une raison impérieuse de le réparer. En règle générale, le secteur # n'est pas signalé, même par les programmes de vérification de fichiers, car il est extrait et géré en interne par le système de fichiers.

Mais si vous devez trouver les badblocks incriminés, vous pouvez suivre les étapes ci-dessous:

1. Notez le fichier de périphérique correspondant au système de fichiers. Il s'agit du format / dev / hdc ou / dev / sdb selon le type de disque. Ceci est affiché dans l'Utilitaire de disque ( System -> Administration -> Disk Utility). Si vous cliquez sur le nom du disque dans la liste affichée dans le panneau de gauche, le nom du périphérique peut être lu contre "Device:" sur la droite.

2. Démontez tous les systèmes de fichiers de ce disque. La commande suivante ne doit renvoyer aucune sortie.

   mount | grep -i <device-name>
   

3. Exécutez la commande suivante

   badblocks -sv -b 512 <device-name>
   

   Remarque Le -b 512est d'aligner la taille de bloc sur 512 afin que vous puissiez utiliser le nombre signalé par cette commande comme entrée ddcomme expliqué dans le post du forum

Je ne recommanderais pas tout ce qui précède car il est de toute façon pris en charge par les opérations normales du disque.

dans le pire des cas, vous pouvez toujours le faire: démontez le disque ou la baie et arrêtez n'importe quelle baie.

dd if=/dev/sdX of=/dev/sdX iflag=direct,sync oflag=direct,sync

Cela prendra beaucoup de temps, mais devrait fonctionner.

Idéalement, vous pouvez interroger la liste des défauts de croissance du disque dur (glist), mais je n'ai pas compris comment le faire.

Il semble que l' conv=noerroroption aide. En cas d'erreur d'E / S, il semble que cette option oblige ddà réessayer jusqu'à ce qu'elle termine la lecture / écriture. J'ai créé un fichier source avec la commande suivante pour chacun des blocs défectueux trouvés par la commande badblocks (donnée par Kaushik ci-dessus), et il a effacé le "Nombre de secteurs en attente" ("en attente de remappage") à zéro de 5.

sudo dd bs=512 count=1 conv=noerror ibs=512 obs=512 if=/dev/sda of=/dev/sda iflag=direct,sync oflag=direct,sync skip=3186809 seek=3186809

Lorsque cela dépasse 0, c'est généralement un signe de défaillance imminente du lecteur. Je ne pense pas que cela puisse être corrigé sans remplacer le disque dur.

Reportez-vous à http://kb.acronis.com/content/9133?nocache=1