Currently unreadable (pending) sectors

[Mimoza]

Première partition passé …

Code : Tout sélectionner

fsck -ccDfv /dev/mapper/vg_XXXX-lv_YYYY
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
Vérification des blocs défectueux (test non destructif de lecture-écriture)
Test en cours avec un motif aléatoire : complété
ARCHIVES: Updating bad block inode.
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
/lost+found n'a pas été trouvé. Créer<o>? oui
Passe 3A : optimisation des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe

YYYY: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

       61821 inodes used (0.19%, out of 32768000)
        2450 non-contiguous files (4.0%)
          18 non-contiguous directories (0.0%)
             # of inodes with ind/dind/tind blocks: 0/0/0
             Extent depth histogram: 61769/43
    51348720 blocks used (39.18%, out of 131072000)
           0 bad blocks
           1 large file

       58110 regular files
        3701 directories
           0 character device files
           0 block device files
           0 fifos
           0 links
           0 symbolic links (0 lien symbolique rapide)
           0 sockets
------------
       61811 files
zsh: exit 1     fsck -ccDfv /dev/mapper/vg_XXXX-lv_YYYY

Rien a signalé, mais je ne comprend pas pourquoi la commande est sortie en «exit 1» au lieu de «0» ??? Parceque le système de fichier a été modifié ?

Bon je passe a la partition suivante.

[MicP]

Bonsoir

…Parceque le système de fichier a été modifié ?…


Oui, le système de fichier a bien été modifié :

Un répertoire y a été créé,

…
/lost+found n'a pas été trouvé. Créer<o>? oui
…


… il y a eu une réorganisation du système de fichiers au niveau des répertoires,

…
Passe 3A : optimisation des répertoires
…


… et une mise à jour la liste des blocks défectueux.

…
ARCHIVES: Updating bad block inode.
…


Il y a donc bien eu des blocks (de 8 secteurs, à moins que tu n'aies modifié la taille des blocks) qui ont été modifiés.

=======
Si un des 16 secteurs à ré-allouer est dans un des blocks qui avaient déjà été marqués comme inutilisables par le système de fichiers,
badblocks n'y aura rien écrit dessus et ne les aura même pas relus => le programme interne du disque n'aura donc pas ré-alloué le (ou les) secteur défectueux de ce (ou ces) block

[Mimoza]

Bon les autres partitions avait quasiment les même info avec la mise à jour des «bad block inod».
Un avait un «L'arbre d'extent de l'i-noeud 26232 (au niveau 1) pourrait être plus court» sinon rien d'autre.
Du coup je suis en train de passer ta commande «dd». On verra bien ce que ça donne.
J'ai aussi remarqué que j'avais laissé pas mal de place dans mon LVM, donc l'erreur peut aussi se trouver là. J'ai aussi une partition en btrfs, mais je n'ai absolument rien dessus.
J'attend la fin de la commande et je rebranche le tout. On verra bien ce que ça donne.

[Mimoza]

Bon remontage du disque ce matin et bonne nouvelle :

Code : Tout sélectionner

 smartctl -A /dev/sda1
smartctl 5.41 2011-06-09 r3365 [armv7l-linux-3.4.79-sun7i] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== 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       -       0
  3 Spin_Up_Time            0x0027   177   174   021    Pre-fail  Always       -       2116
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       235
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   072   072   000    Old_age   Always       -       20547
 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   100   100   000    Old_age   Always       -       234
191 G-Sense_Error_Rate      0x0032   063   063   000    Old_age   Always       -       37
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       195
193 Load_Cycle_Count        0x0032   001   001   000    Old_age   Always       -       2639399
194 Temperature_Celsius     0x0022   119   095   000    Old_age   Always       -       28
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       0
240 Head_Flying_Hours       0x0032   077   077   000    Old_age   Always       -       17407
241 Total_LBAs_Written      0x0032   200   200   000    Old_age   Always       -       10540263688
242 Total_LBAs_Read         0x0032   200   200   000    Old_age   Always       -       9036064579
254 Free_Fall_Sensor        0x0032   200   200   000    Old_age   Always       -       0

Je n'ai plus de «pending sector»

Le seul truc bizarre au redémarrage est qu'un repertoire qui me servait pour monter une partition avait disparue. Après recrétation pas de soucis … mais ça me titille cette histoire, bizarre

[MicP]

Bonjour

Super bonne nouvelle

Je m'attendais à retrouver ces 16 "Pending_Sector" en "Reallocated_Sector_Ct" mais même pas => c'est encore mieux.

Il devait s'agir de secteurs qui avaient été marqués en erreur mais qui ont finalement pu être ré-écrits et relus sans que le programme interne du disque ne confirme cette fois-ci l'erreur.

EDIT : En plus, en voyant les date/heure de tes deux derniers messages, je constate que ça a pris deux fois moins de temps que les 15 heures annoncées par le premier e2fsck que tu avais lancé.

=======

…un repertoire qui me servait pour monter une partition avait disparue…

C'est peut-être la "Passe 3A : optimisation des répertoires", mais ça m'étonne quand même qu'il n'y ait eu aucun message le signalant suite à cette opération.

[Mimoza]

EDIT : En plus, en voyant les date/heure de tes deux derniers messages, je constate que ça a pris deux fois moins de temps que les 15 heures annoncées par le premier e2fsck que tu avais lancé.

Oui en effet, la commande «dd» ne faisant qu'une lecture puis 1 écriture elle est allé plus vite, environ 35Mo/s.

…un repertoire qui me servait pour monter une partition avait disparue…

C'est peut-être la "Passe 3A : optimisation des répertoires", mais ça m'étonne quand même qu'il n'y ait eu aucun message le signalant suite à cette opération.

Oui c'est un peu un mystère, mais bon tant que le disque a de bon indicateur je ne me plaint pas. Mais il est clair que je dois le surveiller à l'avenir.

[piratebab]

Surveille sa température, c'est souvent la cause de défaillance des disques.

[MicP]

…je suis en train de passer ta commande «dd». …

Juste pour lever toute ambiguïté, comme j'ai proposé deux lignes de commandes utilisant dd dans ce fil de discussion et que la première aurait écrasé toute les données présentes sur le disque,

c'est bien la ligne de commande suivante qui a été utilisée ?

Code : Tout sélectionner

dd if=/dev/sdX of=/dev/sdX conv=noerror

[Mimoza]

Oui oui, c'est bien la deuxième que j'ai utilisé.

Mais pourquoi ta première aurait tout effacée ?

Code : Tout sélectionner

dd if=/dev/zero of=/dev/sdX bs=512 conv=noerror,sync

[MicP]

Effectivement, ma première proposition utilisait comme source (if=) de données le fichier de périphérique (pseudo périphérique) /dev/zero qui ne retourne que des caractères NULL (<=> hexa 00)

Alors, s'il y aurait bien eu une écriture sur tous les secteurs du disque, ce qui aurait aussi permis de ré-écrire sur les secteurs à ré-allouer,
et donc provoqué la ré-allocation des 16 "pending sectors" au cas où ils étaient encore reconnus comme défectueux,
ce qui aurait été effectivement écrit n'était que des caractères NULL, qui auraient remplacé les informations qui étaient dans tous les secteurs du disque <=> absolument tout aurait été effacé : du premier au dernier secteur de tout le disque.
C'est très pratique quand on se trouve avec un système de fichiers ou autre organisation de données incohérente car avec ça, on supprime tout, et on peut repartir sur une base "saine"

J'avais proposé cette première solution pensant que tu n'avais rien à récupérer sur le disque puisque tu avais dit avoir un disque de sauvegarde,
mais j'avais "interprété" ce que j'avais lu, alors que j'aurais dû demander confirmation avant de faire cette proposition de ligne de commande.

[Mimoza]

ha oui en effet avec /dev/null j'aurais dit aurevoir au contenue.

[MicP]

…j'aurais dit aurevoir au contenue. …

Puisque tu avais fait une sauvegarde, tu aurais encore pu dire : "au revoir",
sinon, comme tu n'aurais plus jamais pu récupérer quoi que ce soit,
il ne serait même pas question d'espérer revoir quoi que ce soit.

C'est pire qu'un "rm -rf" sur la racine d'un système de fichiers,
puisqu'il ne serait plus rien resté du tout sur le disque.
Chaque octet de chaque secteur aurait été remplacé par un octet NULL <=> hexa 00

[piratebab]

Très pratique si on veut revendre un disque ou une machine d'occasion!

[PascalHambourg]

avec /dev/null j'aurais dit aurevoir au contenu

Ne pas confondre /dev/zero (source infinie de zéros) et /dev/null (trou sans fond dont rien ne sort).

Très pratique si on veut revendre un disque ou une machine d'occasion!

Indispensable même, sauf si on a tout chiffré : il suffit alors d'effacer les en-têtes des conteneurs LUKS, ce qui est beaucoup plus rapide, pour rendre le contenu indéchiffrable.

Par contre l'effacement "sécurisé" avec de programmes comme shred qui font 37 passes avec des motifs obscurs est totalement superflu et une perte de temps.

[Lolo]

dd if=/dev/zero of=/dev/sdX bs=512

Un peu plus pratique :

Code : Tout sélectionner

# apt install pv
# dd if=/dev/zero | pv | dd of=/dev/sdX  bs=512

Edit :
Pour ceux qui sont en mode visiteur comme moi souvent.
Je n'ai pas vu le sujet récent "Formatage de "bas niveau" dans pause café (qui serait mieux placé dans Support Debian).

[lol]

Edit :
Pour ceux qui sont en mode visiteur comme moi souvent.
Je n'ai pas vu le sujet récent "Formatage de "bas niveau" dans pause café (qui serait mieux placé dans Support Debian).

Bien vu, merci.
C'est fait.