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.
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.