Est-ce trop tard !
Bonjour,
J'ai bien peur qu'il soit effectivement trop tard mais bon, l'espoir fait vivre...
J'ai une partition d'un DD qui ne répond plus (voir le fichier attaché).
J'ai donc passé cette partition crible (plus de 15 heures de test avec la commande badblocks). Le résultat est le suivant:
badblocks -svw /dev/sdd3
Vérification des blocs défectueux en mode lecture-écriture
Du bloc 0 au bloc 524297339
Test en cours avec le motif 0xaa: complété
Lecture et comparaison : complété
Test en cours avec le motif 0x55: complété
Lecture et comparaison : complété
Test en cours avec le motif 0xff: complété
Lecture et comparaison : complété
Test en cours avec le motif 0x00: complété
Lecture et comparaison : 139045852ffectué, 12:54:51 écoulé. (0/0/0 erreurs)
139045853ffectué, 12:55:09 écoulé. (1/0/0 erreurs)
139045854ffectué, 12:55:27 écoulé. (2/0/0 erreurs)
139045855ffectué, 12:55:45 écoulé. (3/0/0 erreurs)
139045856ffectué, 12:56:03 écoulé. (4/0/0 erreurs)
139045857ffectué, 12:56:21 écoulé. (5/0/0 erreurs)
139045858ffectué, 12:56:39 écoulé. (6/0/0 erreurs)
139045859ffectué, 12:56:58 écoulé. (7/0/0 erreurs)
complété
Passe complétée, 8 blocs défectueux repérés. (8/0/0 erreurs)
Le problème qui m'inquiète c'est qu'aucun super-bloc de secours ne fonctionne. Voici la commande permettant de définir l'emplacement des super-blocs de la partition:
mke2fs -n /dev/sdd3
mke2fs 1.42.1 (17-Feb-2012)
Étiquette de système de fichiers=
Type de système d'exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
« Stride » = 0 blocs, « Stripe width » = 0 blocs
32776192 i-noeuds, 131074335 blocs
6553716 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=4294967296
4001 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000
Or lorsque j'utilise la commande :
e2fsck -b N /dev/sdd3
où N est remplacé par l'une des valeurs 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000
j'obtiens systématiquement le message:
e2fsck 1.42.1 (17-Feb-2012)
e2fsck : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdd3
Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>
Alors, y a t-il encore un espoir de revoir un jour le contenu de cette partition ?
Cordialement,
Attachment:
syslog.1
Description: Binary data
Reply to: