Partition inmontable

Bonjour à tous,

hier soir, j’ai voulu agrandir une de mes partitions n’ayant plus beaucoup de place sur celle-ci. J’ai donc lancé gparted. Lors de l’application, il m’a retourné que ma partition contenait des erreurs (alors qu’elle était accessible en r/w) et qu’il fallait les corriger en lançant “e2fsck -f -y -v /dev/sda8”. Je lance donc cette commande qui s’avère être interminable, et décide de l’arrêter (Ctrl-c).
Bien décidé à l’agrandir et ayant plus de temps je retente aujourd’hui (elle était toujours accessible) mais une nouvelle fois l’exécution est interminable et elle “attendait” plusieurs fois sur le même i-noeud (elle tournait en rond on aurait dit). Je l’arrête une nouvelle fois mais cette fois-ci impossible de monter la partition:

$ mount -a
mount: Panne d'accès au fichier NFS

N’ayant pas NFS, il s’est avéré en cherchant que c’était une erreur de traduction (lien) mais toujours en vain.
J’ai donc essayé plusieurs outils tel que “recover” (walou) ou “testdisk” (finalement inutile à prioris).
J’ai également essayé “dumpe2fs”, “fsck.ext3” (finalement similaire à e2fsck), “tune2fs”, “debugfs”, “e2tools”, “e2undel” mais dont leur utilisation est pour le moins obscure. “Photorec” arrive à me trouver des trucs (fichiers txt par ex.) mais ils ont l’air douteux…

Voilà quelques informations supplémentaires:

$fdisk -l /dev/sda8

Disk /dev/sda8: 195.1 GB, 195103609344 bytes
255 heads, 63 sectors/track, 23719 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disk /dev/sda8 doesn't contain a valid partition table

(d’après gparted il lui reste 55Go de libre alors qu’avant cette mésaventure elle n’en avait que 2 ou 3…?)

$ dmesg | tail
...
[ 8382.087200] kjournald starting.  Commit interval 5 seconds
[ 8382.087301] EXT3-fs: get root inode failed
...

Je viens également de lancer un

$ badblocks -nsv /dev/sda8
Vérification des blocs défectueux dans un mode non destructif de lecture-
écriture
Du bloc 0 au bloc 190530867
Vérification des blocs défectueux (test non destructif de lecture-écriture)
Test en cours avec un motif aléatoire : 25.45% done, 2:12:09 elapsed
Interruption, nettoyage en cours

que je viens d’interrompre ne sachant pas si ça sert à grand chose ou pas :unamused:.

Je sais que j’ai fait le boulet ( :angry: ) en essayant tout un tas de truc (peut-être irréparable ) mais y’a-t-il quelque chose à faire ou c’est définitivement perdu :question:

Merci d’avance :wink: .

P.S: cette partition contient pas mal de trucs important (mails, cours/td/tp, install…) donc ça serait vraiment cool que je puisse les récup… :cry:

Re,

je viens de découvrir ça aussi:

$ fdisk -l /dev/sda

Disk /dev/sda: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000d9e58

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1         851     6835626   83  Linux
/dev/sda2             852       26164   203326672+   f  W95 Ext'd (LBA)
/dev/sda5             852        1094     1951866   82  Linux swap / Solaris
/dev/sda6            1095        1228     1076323+  83  Linux
/dev/sda7            1229        2444     9767488+  83  Linux
/dev/sda8            2445       26164   190530868+  83  Linux
$ fdisk -l /dev/sda1

Disk /dev/sda1: 6999 MB, 6999681024 bytes
255 heads, 63 sectors/track, 850 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disk /dev/sda1 doesn't contain a valid partition table
$ fdisk -l /dev/sda5

Disk /dev/sda5: 1998 MB, 1998710784 bytes
255 heads, 63 sectors/track, 242 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disk /dev/sda5 doesn't contain a valid partition table
$ fdisk -l /dev/sda6

Disk /dev/sda6: 1102 MB, 1102155264 bytes
255 heads, 63 sectors/track, 133 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disk /dev/sda6 doesn't contain a valid partition table
$ sudo fdisk -l /dev/sda7

Disk /dev/sda7: 10.0 GB, 10001908224 bytes
255 heads, 63 sectors/track, 1215 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disk /dev/sda7 doesn't contain a valid partition table

Apparement toutes mes partitions ont l’air plus ou moins “mauvaises”. Pourtant j’arrive très bien à booter dessus.
Autre chose, voilà ce que me donne un testdisk:

TestDisk 6.9, Data Recovery Utility, February 2008
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - 320 GB / 298 GiB - CHS 38913 255 63
     Partition               Start        End    Size in sectors
D Linux                    0   1  1   850 254 63   13671252
D Linux                  747   1  1  1475 254 63   11711322 [Linux Home]
D Linux Swap             851   1  1  1093 254 63    3903732
D Linux                 1094   1  1  1227 254 63    2152647
D Linux                 1216   1  1  2431 254 63   19534977
D Linux                 1228   1  1  2443 254 63   19534977
L Linux                 2444   1  1 26163 254 63  381061737 [Stock 2] (<==)
L Linux                26164   1  1 38912 254 63  204812622

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
EXT3 Large file Sparse superblock, 195 GB / 181 GiB

J’ai l’impression qu’il y a moyen de faire quelque chose là dessus mais j’ai pas envie de faire n’importe quoi. Quelqu’un aurait une idée ou suggestion ?

pour ce qui est de récupérer, tu dois pouvoir le faire avec un live CD

Bonsoir Ricardo,

pourrais-tu me donner plus de précisions (nom, lien…) ?
Si un livecd linux peut (éventuellement) me récup mes données, il doit bien y avoir des outils dispo sous debian (testing) faisant la même chose (sinon les mêmes).

Sinon je suis en train de lancer “e2fsck -f -y -v /dev/sda8” jusqu’au bout (j’espère) en redirigant la sortie sur un fichier mais ça risque d’être long (pour l’instant le fichier fait 35Mo).

Wait and see…

Salut,

Une fois de plus gparted a sévi :frowning: Essayes rescuecd dont c’est le métier !

[quote=“ggoodluck47”]Salut,

Une fois de plus gparted a sévi :frowning: Essayes rescuecd dont c’est le métier ![/quote]
sa partition contient des erreurs. Il lance un fsck et l’arrête brutalement. Gparted n’y est pour rien. L’user a simplement aggravé une situation déjà au départ compromise.

Il faudrait essayer de retrouver une table valide avec testdisk depuis un live cdrom. Et, dans un second temps voir si le système de fichiers peut être monté en utilisant un super de secours. Là aussi testdisk peut y aider.

Re,

[quote]sa partition contient des erreurs. Il lance un fsck et l’arrête brutalement. Gparted n’y est pour rien. L’user a simplement aggravé une situation déjà au départ compromise.[/quote] ==> par gparted :slightly_smiling:

[quote=“ggoodluck47”]Re,

Si tu veux :slightly_smiling:
Mais je le cite : " il m’a retourné que ma partition contenait des erreurs (alors qu’elle était accessible en r/w) et qu’il fallait les corriger en lançant “e2fsck -f -y -v /dev/sda8”. Je lance donc cette commande qui s’avère être interminable, et décide de l’arrêter (Ctrl-c). "

Bonjour,

bon, bah bien malgré moi, après une nuit à tricoter, il n’a toujours pas fini et mon fichier fait 122Mo :exclamation: :exclamation: Je pense donc que c’est mort :imp:

[quote=“cepcasa”][quote=“ggoodluck47”]Salut,

Une fois de plus gparted a sévi :frowning: Essayes rescuecd dont c’est le métier ![/quote]
sa partition contient des erreurs. Il lance un fsck et l’arrête brutalement. Gparted n’y est pour rien. L’user a simplement aggravé une situation déjà au départ compromise.
[/quote]

Effectivement gparted n’est à priori pas en cause, quoique la première fois c’était déjà très long (plusieurs heures) sans qu’il n’arrive à quoique ce soit. Mais comme je l’ai déjà dit, j’ai sûrement fait le boulet en l’arrêtant :unamused:.

[quote=“cepcasa”]
Il faudrait essayer de retrouver une table valide avec testdisk depuis un live cdrom. Et, dans un second temps voir si le système de fichiers peut être monté en utilisant un super de secours. Là aussi testdisk peut y aider.[/quote]

Pourquoi spécifiquement depuis un livecd ? Testdisk m’a bien trouvé des trucs (cf. 2ème post) et me propose pas mal de choses. Sinon qu’appel-tu un “super de secours” ? Un super-block de secours ? Et si possible, avoir de plus amples explications dans la façon de procéder avec testdisk.

Merci pour vos réponses :wink:

Tu trouveras sur le site de C. Grenier toutes informations concernant l’utilisation de son programme :
cgsecurity.org/wiki/TestDisk

Pourquoi un live cdrom ? si le disque endommagé est ton disque système il n’y a pas d’autre solution. Par contre, s’il s’agit d’un autre disque, tu n’a pas besoin d’utiliser de live cdrom, bien sûr. Ceci pour la récupération d’une table de partitions.

[quote=“cepcasa”]Tu trouveras sur le site de C. Grenier toutes informations concernant l’utilisation de son programme :
cgsecurity.org/wiki/TestDisk
[/quote]
:wink:

[quote=“cepcasa”]
Pourquoi un live cdrom ? si le disque endommagé est ton disque système il n’y a pas d’autre solution. Par contre, s’il s’agit d’un autre disque, tu n’a pas besoin d’utiliser de live cdrom, bien sûr. Ceci pour la récupération d’une table de partitions.[/quote]
ma foi fort logique :smt001

j’ai toujours pas essayé testdisk (manque de temps) mais j’ai trouvé un petit logiciel gratuit nommé R-Linux qui m’a (en partie) sauvé mes données :mrgreen: :mrgreen: . Il scanne toutes la partition et essaye de trouver les i-noeuds encore récupérables un peu à l’instar de photorec je pense (mais en plus convivale et plus efficace on dirait :unamused: ). Mais faudra quand même que je fasse tourner testdisk histoire de voir si je peux récupérer les quelques donnes manquantes.

Sur-ce, bonne fin de week-end.