Récupérer les données du volume ext4 (la structure nécessite un nettoyage, etc.)

1

tl; dr: Comment récupérer les données d'un volume ext4 qui génère des erreurs telles que "La structure nécessite un nettoyage?" J'ai essayé beaucoup de choses, comme décrit ci-dessous, mais toujours sans succès.

EDIT: Veuillez voir ci-dessous le message original pour la sortie de e2fsck et dumpe2fs, à la demande d'un commentateur. Le message original suit.


En essayant de monter un volume Truecrypt 7.1 que j'utilise fréquemment, j'ai aujourd'hui cette belle erreur:

Erreur: mount: mount / dev / mapper / truecrypt1 sur / media / truecrypt1 a échoué: la structure doit être nettoyée.

Ensuite, j'ai essayé de monter cela avec TrueCrypt 7.1a en ligne de commande sur un autre système et j'ai obtenu cette erreur:

Erreur: montage: type de fichier incorrect, option incorrecte, superbloc incorrect sur / dev / mapper / truecrypt1,

Voici les mesures que j'ai prises jusqu'à présent:

1 - Décrypté mais ne monte pas avec Truecrypt avec:

truecrypt --filesystem = none / dev / xxx.

Cela semble me donner une partition non chiffrée mais non montée. Ensuite, j'ai sauvegardé cela en utilisant dd et je tente tout le reste sur les sauvegardes.

2 - Alors j'essaye de le monter:

monter sda3.1 / mnt / tmp

... et je reçois le pas surprenant:

mount: mount / dev / loop0 sur / mnt / tmp a échoué: la structure doit être nettoyée

3 - Alors j'essaye:

dmesg | queue

... et cela me donne:

[1283.815816] EXT4-fs (loop0): ext4_check_descriptors: bitmap de bloc pour le groupe 64 non inclus dans le groupe (bloc 1312711560940789246)!
[1283.815825] EXT4-fs (loop0): les descripteurs de groupe sont corrompus!

Je devrais mentionner que je ne suis pas sûr qu'il s'agisse d'un volume ext4. Honnêtement, je ne me souviens pas s'il s'agissait de 2, 3 ou 4. Mais d'après le message ci-dessus, je suppose que c'est ext4. Je pensais que cela pourrait être important à mentionner.

4 - Maintenant, j'essaie fsck.ext4 et les choses tournent mal. Si je le lance automatiquement, je reçois:

sda3.1: Remarque: si plusieurs blocs bitmap de bloc inode ou une partie de la table inode nécessitent un déplacement, vous pouvez essayer de lancer e2fsck avec l'option '-b 32768' en premier. Le problème réside peut-être uniquement dans les descripteurs de groupe de blocs primaires et les descripteurs de groupe de blocs de secours peuvent être corrects.

sda3.1: Le bitmap de blocage du groupe 64 n'est pas dans le groupe. (bloc 1312711560940789246)

sda3.1: INCONSISTENCE INATTENDUE; LANCEZ fsck MANUELLEMENT. (c'est-à-dire sans les options -a ou -p)

5 - Alors maintenant, je pense que je devrais peut-être essayer de lancer fsck manuellement. Alors je fais ça. Le problème est que l'une des deux choses se passe:

i) Je choisis "y" pour tout et le résultat final est que je peux monter le volume mais qu'il est complètement vide OU

ii) Je dois décider quoi dire "y" et "n" et je n'ai aucune idée de comment discerner. J'ai lu un peu sur les systèmes de fichiers mais ça reste des conjectures. De plus, il y a des centaines de questions qui se posent (la première concerne en fait le groupe 64 ... et ensuite les 65, 66, etc.), donc même si je savais quoi faire, cela me prendrait de nombreuses heures - et je ne peux pas faire une seule erreur ou je pourrais perdre des données, non?

6 - J'ai lu ce fil de discussion: Comment restaurer un système de fichiers ext4 et j'ai aussi "essayé de monter avec d'autres emplacements de superblocs" comme dans:

mount -t ext4 -o sb = 131072, ro sda3.1 / mnt / data_c

Comme il l’a fait, "j’ai fait ce qui précède, avec l’option sb égale à des multiples de 4 de tous les nombres suivants: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000." A chaque fois, j'ai la même erreur:

mount: type de fs incorrect, mauvaise option, superbloc incorrect sur / dev / loop0, page de code ou programme d'aide manquant ou autre erreur.

Dans certains cas, des informations utiles se trouvent dans syslog - essayez dmesg | queue ou si. 7 - J'ai lancé testdisk et il y a beaucoup d'options mais choisir la table de partition Intel / PC sur le fichier sda3.1 me donne:

Le secteur de la partition n'a pas la marque de fin 0xAA55

... et testdisk ne voit aucune partition.


Donc, c'est où je suis en ce moment. Si vous pouvez aider, je vous en serais reconnaissant. De toute évidence, si ces données n'avaient pas d'importance, je m'en ficherais. Ce n'est pas une vie en danger, mais c'est extrêmement utile pour moi. Pourquoi est-ce que je ne l'ai pas sauvegardé, vous pourriez demander. Parce que parfois vous ne réalisez pas à quel point quelque chose est devenu important jusqu'à ce que vous le perdiez. Et parce que je suis un idiot parfois.

Merci d'avance.


EDIT: J'ajoute des sorties à mon message d'origine, à la demande d'un commentateur:

(a) dumpe2fs

dumpe2fs 1.43.3 (04-Sep-2016)
Nom du volume du système de fichiers:   
Dernier montage sur: / mnt / truecrypt1
Système de fichiers UUID: 26177e9d-7268-48e8-86ff-47373c24d454
Numéro magique du système de fichiers: 0xEF53
Numéro de révision du système de fichiers: 1 (dynamique)
Fonctionnalités du système de fichiers: has_journal ext_attr resize_inode dir_index type de fichier étendue 64 bits flex_bg sparse_super fichier_groupe énorme fichier énorme dir_nlink extra_isize metadata_csum
Drapeaux de système de fichiers: signed_directory_hash 
Options de montage par défaut: user_xattr acl
Etat du système de fichiers: nettoyer avec des erreurs
Comportement d'erreur: Continuer
Type de système d'exploitation: Linux
Nombre d'inodes: 1501440
Nombre de blocs: 5998016
Nombre de blocs réservés: 299900
Blocs libres: 2303431
Inodes gratuites: 1393801
Premier bloc: 0
Taille du bloc: 4096
Taille de fragment: 4096
Taille du descripteur de groupe: 64
Blocs GDT réservés: 1024
Blocs par groupe: 32768
Fragments par groupe: 32768
Inodes par groupe: 8160
Blocs Inode par groupe: 510
Taille du groupe de blocs flexibles: 16
Système de fichiers créé: sam 9 avr. 17:57:07 2016
Dernier temps de montage: Mon Dec 19 02:11:03 2016
Dernière écriture: Lun 19 déc. 03:24:29 2016
Nombre de montages: 382
Nombre de montages maximum: -1
Dernière vérification: sam. Avr. 17 17:57:07 2016
Intervalle de vérification: 0 ()
Durée de vie en écriture: 95 Go
Blocs réservés uid: 0 (utilisateur root)
Blocs réservés gid: 0 (racine du groupe)
Premier inode: 11
Taille de l'inode: 256
Extra requis isize: 32
Extra souhaitée: 32
Journal inode: 8
Hachage de répertoire par défaut: half_md4
Répertoire de hachage de répertoire: 65bfc178-1879-4c35-ab2c-39bf976dff4c
Sauvegarde du journal: blocs d'inode
Nombre d'erreurs FS: 9760
Première erreur: lun 19 déc. 03:24:13 2016
Première fonction d'erreur: ext4_read_inode_bitmap
Première ligne d'erreur # 186
Premier inode d'erreur #: 0
Premier bloc d'erreur #: 0
Dernière erreur le: 19 déc. 03:24:21 2016
Dernière fonction d'erreur: ext4_iget
Dernière ligne d'erreur: 4095
Dernier numéro d'inode d'erreur: 14
Dernier numéro d'erreur: 0
Type de somme de contrôle: crc32c
Somme de contrôle: 0x989a676a
dumpe2fs: la somme de contrôle de l'inode ne correspond pas à l'inode lors de la lecture de l'inode du journal

(b) e2fsck -fy

La sortie pour ceci est beaucoup trop longue à poster. Voici donc un lien: sortie e2fsck

Le produit final est montable mais il n’est pas récupéré. Il y a un fichier perdu et trouvé et ce fichier est très volumineux. Je peux fournir des détails si vous voulez.

Merci pour l'aide. J'attends votre opinion sur ce qui précède.

Jason Cotman
la source
Essayez photorec. Je me rends compte que vous voulez réparer tout le système de fichiers et avec cet outil vous ne récupérerez (au mieux) que certains fichiers. Mais si cela réussit, vous saurez que vos données ont été bien déchiffrées et qu’elles sont toujours en attente de récupération. De plus, vous aurez certains de vos fichiers, ce qui est, espérons-le, mieux que rien.
Kamil Maciorowski
@ Kamil Maciorowski: Merci pour cette suggestion. J'ai couru photorec et il a trouvé des fichiers. Mais rien d'utile. Mais comme vous l'avez dit, cela nous indique que les données ont été déchiffrées correctement.
Jason Cotman
Veuillez annexer (a) la sortie de dumpe2fs sur le système de fichiers et (b) la sortie de e2fsck -fy sur une copie du système de fichiers. C'est la seule façon pour quiconque de vous donner des conseils spécifiques sur les étapes à suivre pour récupérer le système de fichiers.
Théodore Ts'o
@ Theodore Ts'o: J'ai édité mon message original pour inclure la sortie de chacun de ceux-ci. Merci pour votre réponse.
Jason Cotman
@ Kamil Maciorowski: Pour faire un suivi: photorec a effectivement trouvé des informations utiles. Pas tout, mais environ 15% des choses importantes, alors c'est bien mieux que je n'aurais eu sans votre aide. Je vous remercie.
Jason Cotman