Forum

Bonjour
Ce matin, mon PC , resté allumé, était figé, voyant disque dur rouge fixe .

Je relance, je passe grub, mais là messages d'erreur en jaune, puis indications d'erreur sur sdb6 qui correspond à mon /home.
J'ai démarré sur un live CD, mais là impossible de monter sdb6.

Il y a sans doute des secteurs défectueux.
Y a t-il un moyen de récupérer cette partition , même partiellement ?
J'ai le live CD de gparted, est-ce que quelqu'un pourrait me conseiller avant (pas envie de tout perdre)
Merci d'avance.

Édité par DéBé Le 03/06/2015 à 08h55

Salut,
j'espère que tu as une sauvegarde de tes données ?
Tu démarres avec le live CD et tu lances un fsck en root sur la partition en question
D'après ce que tu indiques tu devrais faire :

Merci Sylvainjc,
après la commande :
attempt to read block from file system resulted in short read while trying to open /dev/sdb6
could this be a zero-length partition ?

J'ai lancé Gparted en vérification sur la partition concernée :
"Filesystem has unsupported features ......
couldn't find valid filesystem superblock "

Édité par DéBé Le 03/06/2015 à 09h57

Si tu peux avoir une console, il serait bien d'utiliser les données smartcontrol sur ton disque.
urpmi gsmartcontrol

smartctl -a /dev/sdb
smartctl -t long /dev/sdb
smartctl -a /dev/sdb

Merci ThierryR,
J'ai lancé la commande, il y en a pour 92 mn.
A +

Résultat :
Majorité des tests :
Status completed read failure
Remaining 90%
Lifetime (hours) 34156
LBA of first error 33370150

Et en dessous : 1 of 4 failed self-tests are outdated by newer succesful extended offline self-test #4

Édité par DéBé Le 03/06/2015 à 22h47

Comme je l'ai dit plus haut, j'espère que tu as une sauvegarde de tes données car ton disque semble soit corrompu, soit en train de mourir...

Tu peux t'inspirer de ce cas relaté ici : http://linuxfr.org/forums/linux-general/posts/procedure-de-recuperation-de-donnees-sur-mageia

Édité par Visiteur Le 04/06/2015 à 09h24

Bonjour,



C'est la galère.



J'ai essayé cette méthode :

http://www.vincentliefooghe.net/content/linux-corriger-des-secteurs-d%C3%A9fecteux-sur-un-disque

J'ai trouvé à partir de quel n° de bloc se trouve les erreurs.

mais je coince au niveau de déterminer la taille d'un bloc par la commande tune2fs -l /dev/sdb |grep Blocks :

message "la tentative de lecture d'un bloc depuis le syst. de fichiers a produit une lecture tronquée.....impossible de trouver un superbloc de syst. de fichiers valide."



Là je viens de lancer

Ça mouline......

Petit conseil pour tous les lecteurs de ce thread. Il faut moins de 3 secondes pour qu'un DD descende. Pensez à faire des sauvegardes surtout de vos données importantes. Grsync est une application graphique qui vous permettra de faire tout ce que vous voulez. De plus pensez à décentraliser vos données. Si vous êtes victime d'un vol ou d'un incendie, que reste-t-il ?
A bon entendeur salut.

Oui tu as absolument raison.
Je n'ai pas de sauvegarde, mais heureusement mes données sensibles sont sur un autre disque et sur un externe.
Ça n'empêche que si j'avais une sauvegarde de mon /home, j'aurai évité beaucoup de ressaisies.

Après plus de 3 heures, badblocks mouline toujours et en est à 12 erreurs !!!

Après plusieurs tentatives, je pense avoir trouvé le bon outil : photorec !

Il récupère les fichiers et les enregistre dans des répertoires sur le support qu'on lui désigne.
C'est assez long, mais comme on peut accéder en cours de traitement aux fichiers récupérés, on peut trouver en filtrant les extensions, les fichiers qui nous intéressent et arrêter la procédure.
J'ai donc récupéré mon fichier kmymoney.
http://www.cgsecurity.org/wiki/PhotoRec_Etape_par_Etape

Édité par DéBé Le 06/06/2015 à 15h32