probleme avec testdisk

duocore · Le 11/09/2021, à 20:55

Bonsoir,
J'ai un disque dur de 1 To ou par mégarde j'ai accidentellement réécrit par dessus une image iso de 2 Go avec dd.
Pour essayer de récupérer mes fichier du HDD, j'utilise testdisk: j'ai fais une recherche approfondie et je me retrouve avec quelques lignes contenant des erreurs.

Bad root_cluster
Warning: number of heads/cylinder mismatches 2 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 18 (FAT) != 63 (HD)
  MS Data                828616443  828619322       2880 [NO NAME]
Warning: number of heads/cylinder mismatches 2 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 18 (FAT) != 63 (HD)
  MS Data                835393392  835396271       2880
Warning: number of heads/cylinder mismatches 2 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 18 (FAT) != 63 (HD)
  MS Data                835433136  835436015       2880 [BOOTDISK]
check_FAT: Unusual media descriptor (0xf8!=0xf0)
Warning: number of heads/cylinder mismatches 64 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 32 (FAT) != 63 (HD)

merci de votre aide

geole · Le 12/09/2021, à 16:53

Bonjour
Ce ne sont que des messages informatifs sans gravité, tu peux les ignorer et continuer ta recherche approfondie.
Bonne récupération d'un maxima de fichiers

duocore · Le 13/09/2021, à 16:52

je retrouve les partitions:

Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

Bad GPT partition, invalid signature.
Trying alternate GPT
 1 P EFI System                  2048    1050623    1048576 [EFI System Partitio
 2 P Linux filesys. data      1050624 1937903615 1936852992
 3 P Linux Swap            1937903616 1953523711   15620096

en utilisant p :

 P Linux filesys. data      1050624 1937903615 1936852992
Directory /

No file found, filesystem may be damaged.

voici le fichier log :
testdisk log
Merci pour votre aide

geole · Le 13/09/2021, à 17:18

Bonjour.
Je ne suis pas trop surpris par les dommages du système de fichiers.
Il est certainement réparable mais je risque de ne pas savoir faire
1) En premier au lieu de faire une recherche approfondie, fais seulement une recherche des partitions.
Elles devraient être rapidement retrouvées.
Voir étape 9 de https://doc.ubuntu-fr.org/testdisk pour refaire la table de partition
Tu devrais alors pouvoir réécrire la table de partition
2) En deux, tu lances un fsck de la partition. Il faudra que tu précises un superbloc au-dela des 2 Go.
Pour retrouver les super-blocs
Soit tu relances testdisk en lui demandant de les rechercher.
Soit tu relances le formatage de la partition en mode simulation

mk2s  -n -t ext4  /dev/sdb2

-n
Indique à mke2fs de ne pas réellement créer le système de fichiers, mais d'afficher ce qu'il ferait si il devait le créer.

Tu auras la liste théorique. Les premiers sont écrasés

En dernier recours, photorec.

Dernière modification par geole (Le 13/09/2021, à 18:25)

Nuliel · Le 13/09/2021, à 18:03

Bonjour,
Le problème étant que le début de la partition a été supprimé, et que la table de partitions sera bancale vu qu'elle contiendra aussi les partitions de l'iso. Donc il faudra bien choisir les bonnes partitions pour recréer la table de partitions. Pour ma part je pense qu'il faudra pousser au deep search, il me semble que le scan rapide va juste regarder le début des partitions (la partie supprimée).
Pourquoi pas utiliser un retour de fdisk/équivalent antérieur à l'écrasement du début de la partition pour recréer la table de partitions, bien sûr s'il y a un tel retour disponible.
J'espère qu'il reste des superblocs pas écrasés. testdisk devrait savoir faire je pense.
Pourquoi pas regarder du côté de autopsy, je l'ai jamais utilisé mais j'ai déjà utilisé sleuthkit (autopsy est une interface graphique à sleuthkit)

geole · Le 13/09/2021, à 18:24

Bonjour nuliel

Le deep search a été fait car on a la proposition du répertoire /
Mais on ne peut pas descendre car le système de fichier est cassé.

Testdisk a trouvé une table de partition GPT composée de trois partitions dont les tailles sont réalistes.
il peut les réécrire.

Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

Bad GPT partition, invalid signature.
Trying alternate GPT
 1 P EFI System                  2048    1050623    1048576 [EFI System Partitio
 2 P Linux filesys. data      1050624 1937903615 1936852992
 3 P Linux Swap            1937903616 1953523711   15620096

Nuliel · Le 13/09/2021, à 19:18

Ok, j'aurais pensé que l'iso aurait primé sur la table des partitions. Effectivement ça a l'air réaliste

geole · Le 13/09/2021, à 19:46

Cela aurait certainement été le cas il y a quelques années
MAIS
Trying alternate GPT

duocore · Le 18/09/2021, à 13:49

apres en allant dans Advenced

il y a une option superblock et j'ai ceci :

   Linux filesys. data      1050624 1937903615 1936852992
>superblock 0, blocksize=4096 []                                                
 superblock 229376, blocksize=4096 []
 superblock 294912, blocksize=4096 []
 superblock 819200, blocksize=4096 []
 superblock 884736, blocksize=4096 []
 superblock 1605632, blocksize=4096 []
 superblock 2654208, blocksize=4096 []
 superblock 4096000, blocksize=4096 []
 superblock 7962624, blocksize=4096 []
 superblock 11239424, blocksize=4096 []

To repair the filesystem using alternate superblock, run
>fsck.ext4 -p -b superblock -B blocksize device

je ne voudrais pas faire d'erreur, comment reparer?
merci de votre aide

geole · Le 18/09/2021, à 15:00

Bonjour
Le plus simple est de prendre le dernier bloc

sudo fsck.ext4 -p -b 11239424 -B 4096  /dev/sdb2

Dernière modification par geole (Le 18/09/2021, à 15:01)

duocore · Le 18/09/2021, à 18:30

j'ai ce message :

fsck.ext4: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/sdb2
Périphérique peut-être inexistant ?

geole · Le 18/09/2021, à 18:37

Je pense que c'est devenu /dev/sda2

regarde le retour de

sudo fdisk -l

duocore · Le 18/09/2021, à 19:12

voici ce que donne la commande :

Disque /dev/sdc : 931,53 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: 2115            
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets

geole · Le 18/09/2021, à 20:36

A croire que tu n'as pas demandé à testdisk de ré-écrire la table de partition qu'il avait découvert.

Dernière modification par geole (Le 18/09/2021, à 20:37)

duocore · Le 19/09/2021, à 05:03

voici ce que donne mes commandes :

sudo fdisk -l

Disque /dev/sdb : 931,53 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: 2115            
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 00000000-0000-0000-0000-000000000000

Périphérique      Début        Fin   Secteurs Taille Type
/dev/sdb1       1050624 1937903615 1936852992 923,6G Système de fichiers Linux
/dev/sdb2    1937903616 1953523695   15620080   7,5G Partition d'échange Linux


sudo fsck.ext4 -p -b 11239424 -B 4096  /dev/sdb1

/dev/sdb1: le superbloc a un journal invalide (i-noeud 8).
EFFACÉ.
*** journal has been deleted ***

/dev/sdb1: L'i-noeud de changement de taille n'est pas valide.  

/dev/sdb1: INCONSISTENCE INATTENDUE ; EXÉCUTEZ fsck MANUELLEMENT.
	(i.e., sans options -a ou -p)

geole · Le 19/09/2021, à 09:21

Bonjour
Pour une réparation automatique

sudo fsck.ext4 -y -b 11239424 -B 4096  /dev/sdb1

Pour une réparation manuelle

sudo fsck.ext4 -b 11239424 -B 4096  /dev/sdb1

duocore · Le 19/09/2021, à 16:08

est ce qu'il faut faire la meme chose pour tous les superblock?

sinon, que faut il faire ensuite?

Merci pour votre aide

geole · Le 19/09/2021, à 16:16

Il y a un problème pour le début du disque et il remet en état comme il peut.
Tu as le choix entre les deux commandes
La première accepte automatiquement les réparations.
Avec la seconde, tu peux voir tout ce qui sera réparé et au besoin, refuser une réparation si tu trouves qu'elle est inadaptée

duocore · Le 22/09/2021, à 11:30

J'ai fais une image.dd et lancé dessus photorec : cela a pris du temps (pour l'instant seulement photos et video).
j'ai pu récupérer des photos: pas de problème.
par contre pour les vidéos: J'ai bien la longueur de la vidéo qui s'affiche avec la taille en Mo/Go correspondant, mais il n'y a que 2 a 5 min de lisible après l'image est figée et le temps défile.
Est ce que les vidéos seraient corrompues?

merci de votre aide

Dernière modification par duocore (Le 22/09/2021, à 11:33)

geole · Le 22/09/2021, à 16:01

Bonjour
Finalement as-tu lancé la commande fsck? Si oui quel a été le résultat?
Pourquoi avoir fait une image.dd? Tu pouvais directement lire le disque car ce n'est pas un problème de disque physiquement en mauvais état mais logiquement en mauvais état
Je n'ai pas de réponse pour les vidéos sauf à penser que ce sont des morceaux de fichiers qu'il faudra "recoller" au lieu du fichier complet

Dernière modification par geole (Le 22/09/2021, à 16:02)

duocore · Le 22/09/2021, à 20:17

j'ai lancé la reparation automatique,
j'ai eu des erreurs de ce type :

Le décompte des i-noeuds libres est erroné (60530677, décompté=59216085).
Corriger ? oui

Le remplissage à la fin du bitmap d'i-noeud n'est pas initialisé. Corriger ? oui


/dev/sdb1: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****
/dev/sdb1 : 1314603/60530688 fichiers (0.7% non contigus), 227885789/242106624 blocs

c'est vrai que j'aurais pu directement le faire sur le disque au lieu de l'image.

geole · Le 22/09/2021, à 20:21

Après le fsck, as-tu essayé de monter la partition?

 sudo mount -v  /dev/sdb1 /mnt

duocore · Le 25/09/2021, à 06:03

Voici ce que me donne la commande :

sudo mount -v  /dev/sdb1 /mnt
mount : /dev/sdb1 monté sur /mnt.

geole · Le 30/09/2021, à 12:18

Bonjour
Avec beaucoup de retard
Ta partition est correctement montée. Que donne ces retours

ls -als /mnt

ls -als /mnt/home

ls -als /mnt/home/$USER

Dernière modification par geole (Le 30/09/2021, à 12:19)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 11/09/2021, à 20:55

probleme avec testdisk

#2 Le 12/09/2021, à 16:53

Re : probleme avec testdisk

#3 Le 13/09/2021, à 16:52

Re : probleme avec testdisk

#4 Le 13/09/2021, à 17:18

Re : probleme avec testdisk

#5 Le 13/09/2021, à 18:03

Re : probleme avec testdisk

#6 Le 13/09/2021, à 18:24

Re : probleme avec testdisk

#7 Le 13/09/2021, à 19:18

Re : probleme avec testdisk

#8 Le 13/09/2021, à 19:46

Re : probleme avec testdisk

#9 Le 18/09/2021, à 13:49

Re : probleme avec testdisk

#10 Le 18/09/2021, à 15:00

Re : probleme avec testdisk

#11 Le 18/09/2021, à 18:30

Re : probleme avec testdisk

#12 Le 18/09/2021, à 18:37

Re : probleme avec testdisk

#13 Le 18/09/2021, à 19:12

Re : probleme avec testdisk

#14 Le 18/09/2021, à 20:36

Re : probleme avec testdisk

#15 Le 19/09/2021, à 05:03

Re : probleme avec testdisk

#16 Le 19/09/2021, à 09:21

Re : probleme avec testdisk

#17 Le 19/09/2021, à 16:08

Re : probleme avec testdisk

#18 Le 19/09/2021, à 16:16

Re : probleme avec testdisk

#19 Le 22/09/2021, à 11:30

Re : probleme avec testdisk

#20 Le 22/09/2021, à 16:01

Re : probleme avec testdisk

#21 Le 22/09/2021, à 20:17

Re : probleme avec testdisk

#22 Le 22/09/2021, à 20:21

Re : probleme avec testdisk

#23 Le 25/09/2021, à 06:03

Re : probleme avec testdisk

#24 Le 30/09/2021, à 12:18

Re : probleme avec testdisk

Pied de page des forums