Récupération de donné,comande dd et mise à jour vers stretch Le sujet est résolu

[gfroid]

Salut la communauté,

j'ai fait une gaffe avec mon disque dure externe de 2to j'ai voulu m'aventurer a faire une sauvegarde de mon ordinateur pour upgrader ma debian avec la commande dd dd if=/dev/sda of=/dev/sdb conv=notrunc,noerror et jai du coup je crois effacer 500g de donné sur le DDE.

au lieux de copier un disque j'ai fait l'option clôner et apres deux minute du processus enclencher je me suis rendu compte de ma gaffe et jai arraiter le processus avec ctrl c en terminal.

ici la commande que j'ai utilisé : http://debian-facile.org/doc:systeme:dd

ici le resulta de la commande fdisk -l :

Code : Tout sélectionner

root@s2s:/home/s2s# fdisk -l

Disque /dev/sda : 232,9 GiB, 250059350016 octets, 488397168 secteurs
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 : dos
Identifiant de disque : 0xb4bed825

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *         2048 472049663 472047616 225,1G 83 Linux
/dev/sda2       472051710 488396799  16345090   7,8G  5 Extended
/dev/sda5       472051712 488396799  16345088   7,8G 82 Linux swap / Solaris

Disque /dev/sdb : 14,6 GiB, 15610576896 octets, 30489408 secteurs
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 : dos
Identifiant de disque : 0x00000000


Disque /dev/sdc : 1,8 TiB, 2000398931968 octets, 3907029164 secteurs
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 : dos
Identifiant de disque : 0xb4bed825

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sdc1  *         2048 472049663 472047616 225,1G 83 Linux
/dev/sdc2       472051710 488396799  16345090   7,8G  5 Extended

root@s2s:/home/s2s# mount /dev/sdc
mount: impossible de trouver /dev/sdc dans /etc/fstab
root@s2s:/home/s2s# 

avant mon disque etait affiché comme étant sdb maintenant il est affiché sdc
je n'arrive pas a y avoir acces j'ai essayer la commande mount sans succes

aide, suggestion, foutage de geule (je le mérite bien) sont les bien venue.

[PascalHambourg]

jai du coup je crois effacer 500g de donné sur le DDE.

Pas seulement des données mais tout le début du disque et notamment la table de partition et des méta-données du système de fichiers, le répertoire racine...

Mais je vois mal comment tu pourrais avoir effacé 500 Go en clonant un disque de 250 Go.
Si le disque est en USB 3, en se basant sur un débit séquentiel de l'ordre de 100 Mo/s, 2 minutes correspondent à 12 Go. En USB 2, ce sera trois fois moins.

Si la table de partition était au format GPT (pas obligatoire pour un disque de 2 To car en dessous de 2 Tio), il y a une copie de sauvegarde de la table de partition à la fin du disque. Elle peut être utilisée par gdisk pour recréer la table de partition principale. Mais la table de partition n'est pas le plus important : elle contenait probablement une seule partition commençant au secteur 2048 (1 Mio, standard actuel) et s'étendant jusqu'à la fin du disque.

Concernant les méta-données, cela dépend du type de système de fichiers : ext2/3/4, NTFS... ? En ext2/3/4 il y a plusieurs copies du superbloc disposées à différentes positions définies lors du formatage. Mais au final il y a des chances que la seule façon de récupérer quelque chose dans ce qui n'a pas été écrasé soit d'utiliser les programmes de récupération "forensique" comme testdisk/photorec ou foremost.

avant mon disque etait affiché comme étant sdb maintenant il est affiché sdc

Parce qu'une clé USB de 16 Go, apparemment sans table de partition, a pris le nom sdb. Le nommage des disques n'est pas persistant, c'est premier détecté premier servi.

je n'arrive pas a y avoir acces j'ai essayer la commande mount sans succes

On ne monte pas un disque, on monte un système de fichiers. Le seul système de fichiers qui soit visible actuellement, c'est celui de la partition sdc1. Mais comme tu as interromu la copie il est tronqué et le montage peut échouer pour cette raison. De toute façon il ne contient que les données du disque sda.

[gfroid]

Mais je vois mal comment tu pourrais avoir effacé 500 Go en clonant un disque de 250 Go.
Si le disque est en USB 3, en se basant sur un débit séquentiel de l'ordre de 100 Mo/s, 2 minutes correspondent à 12 Go. En USB 2, ce sera trois fois moins

J'ai cru que j'avais toute effacé en lançant le processus de clônage.

Si la table de partition était au format GPT

Je crois qu'elle était au format NTFS. Mais je ne suis pas sure.

Edit: je suis entrain de lancer une analyse avec TestDisk.

[PascalHambourg]

Tu confonds table de partition et sytème de fichiers.
NTFS est un format de système de fichiers, pas de table de partition.

[gfroid]

Tu confonds table de partition et sytème de fichiers.
NTFS est un format de système de fichiers, pas de table de partition.

D'accord, donc, j'avais une table de partition ''Intel MasterBootReccord''.
Est ce que c'est plausible (pour un disque dur externe) ?

Pour le système de fichier, je ne m'en souviens plus, surment fat32 ou ntfs.

Et si j'ai bien compris j'ai niqué ma table de partition en clônant une partie de mon sda sur mon sdb? Et donc vu qu'il n'y a pas moyen de récupérer la table de partition, pas moyen de recupérer la partition supprimé?

[gfroid]

Résultat de l'analyse du programme Testdisk

Code : Tout sélectionner

TestDisk 6.14, Data Recovery Utility, July 2013
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdc - 2000 GB / 1863 GiB - CHS 243201 255 63

The harddisk (2000 GB / 1863 GiB) seems too small! (< 4045 GB / 3767 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...

The following partition can't be recovered:
     Partition               Start        End    Size in sectors
>  FAT32 LBA            293563 188 37 491782 115 16 3184383616










[ Continue ]
1630 GB / 1518 GiB

[PascalHambourg]

D'accord, donc, j'avais une table de partition ''Intel MasterBootReccord''.
Est ce que c'est plausible (pour un disque dur externe) ?

Oui, excepté que ce format a été défini par Microsoft pour MS-DOS plutôt que par Intel.

Pour le système de fichier, je ne m'en souviens plus, surment fat32 ou ntfs.

Pour un disque d'une telle capacité, je pencherais plutôt pour NTFS ou exFAT. S'il était capable de stocker des fichiers de plus de 4 Gio, ce ne pouvait pas être FAT.

Et si j'ai bien compris j'ai niqué ma table de partition en clônant une partie de mon sda sur mon sdb? Et donc vu qu'il n'y a pas moyen de récupérer la table de partition, pas moyen de recupérer la partition supprimé?

Comme je l'ai écrit dans mon premier message, la table de partition est probablement le moindre de tes soucis. Le vrai problème est l'effacement du début de la partition.

Le résultat de testdisk est sans intérêt. Les valeurs trouvées sont aberrantes.

[gfroid]

Après une analyse approfondie j'ai obtenu ceci

Code : Tout sélectionner

TestDisk 6.14, Data Recovery Utility, July 2013
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdc - 2000 GB / 1863 GiB - CHS 243201 255 63
     Partition               Start        End    Size in sectors
>  Linux                    0  32 33 29383 186 51  472047616
   HPFS - NTFS              0  32 33 243201  45 44 3907024896 [TOSHIBA EXT]










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
ext4 blocksize=4096 Large file Sparse superblock, 241 GB / 225 GiB

Quest ce que tu veux dire sans intérêt et que les données sont aberrantes?

[PascalHambourg]

Cette taille de 4 To qui ne correspond à rien, les positions de début et de fin incohérentes...

Après l'analyse approfondie, c'est beaucoup mieux.
La première ligne "Linux" correspond au clonage de l'autre disque.
La seconde ligne "HPFS - NTFS" correspond à la partition partiellement écrasée.

[gfroid]

dois-je mettre la seconde ligne en Partition primaire et procèder?

[PascalHambourg]

Je suppose que oui.

[gfroid]

après avoir reformater la deuxième ligne partion primaire j'obtiens ça avec fdisk -l :

Code : Tout sélectionner

Disque /dev/sdb : 1,8 TiB, 2000398931968 octets, 3907029164 secteurs
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 : dos
Identifiant de disque : 0xb4bed825

Device     Boot Start        End    Sectors  Size Id Type
/dev/sdb1        2048 3907026943 3907024896  1,8T  7 HPFS/NTFS/exFAT

au démarage de test disk :

Code : Tout sélectionner

TestDisk 6.14, Data Recovery Utility, July 2013
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

  TestDisk is free software, and
comes with ABSOLUTELY NO WARRANTY.

Select a media (use Arrow keys, then press Enter):
 Disk /dev/sda - 250 GB / 232 GiB - WDC WD2500BEVS-22UST0
>Disk /dev/sdb - 2000 GB / 1863 GiB - Toshiba External USB 3.0
 Disk /dev/sdc - 15 GB / 14 GiB







>[Proceed ]  [  Quit  ]

Note: Disk capacity must be correctly detected for a successful recovery.
If a disk listed above has incorrect size, check HD jumper settings, BIOS
detection, and install the latest OS patches and disk d

J'ai toujours pas acces au disque.

[PascalHambourg]

Si tu veux dire que tu n'as pas accès aux fichiers, c'est normal. La partition en tant que conteneur a été recrée, mais la partie de son contenu qui a été écrasée par dd est perdue à jamais. Et notamment cette pertie contenait les méta-données qui font que la partition était reconnue comme une système de fichiers NTFS.

Il faut maintenant analyser le contenu de cette partition pour tenter d'en extraire des morceaux. Je ne sais plus si testdisk en est capable. Photorec inclus dans le même paquet recherche les données qui correspondent à différents types de fichiers mais ne retrouve ni le nom des fichiers ni l'arborescence des répertoires, et si les fichiers étaient fragmentés ils seront tronqués au premier fragment. J'ai entendu parler de foremost, mais je ne l'ai jamais utilisé.

[Grhim]

haa la commande DD...tout une histoire, il faut vraiment faire gaffe , moi je me suis fait avoir il y a trois ans en voulant copier une iso sur ma clef usb et ...plus de disque système ..
sinon , il y a un fil dans pause café de l'année dernière ou j'avais demander de l'aide pour faire un programme qui rajoute une couche alias a "dd" pour éviter ce genre de connerie chaise clavier

[piratebab]

pareil pour moi, j'avais ouvert un fil sur ce sujet, qui recence plusieurs outils de récupération.
Ils ont chacun leurs spécificités.
viewtopic.php?f=8&t=629&p=7742

[gfroid]

Avec foremost c'est déja mieux qu'avec photorec au moin là j'ai mes fichiers au complet.

[gfroid]

Fallait récupéré ce qu'on pouvait avec foremost et ensuite utiliser fdisk /dev/sdc pour supprimer les partition et reformater.

http://dmesg.fr/gestion-hardware/56-for ... -usb-linux
pour que le formatage soit extremement plus rapide mkntfs -f /dev/sdf1 Sinon ont y est encore trois jours plus tard.

https://www.cyberciti.biz/faq/linux-how ... k-command/

Le résultat final:

Code : Tout sélectionner

Disque /dev/sdb : 1,8 TiB, 2000398931968 octets, 3907029164 secteurs
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 : dos
Identifiant de disque : 0xb4bed825

Device     Boot Start        End    Sectors  Size Id Type
/dev/sdb1        2048 3907029163 3907027116  1,8T  7 HPFS/NTFS/exFAT

[piratebab]

Effectivement, d'avril à juillet, ça fait 3 mois pour formater une partition!

[gfroid]

haha en plus, je dois pas l'avoir formaté comme il faut, il ne s'affiche pas.

Code : Tout sélectionner

Disque /dev/sdb : 1,8 TiB, 2000398931968 octets, 3907029164 secteurs
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 : dos
Identifiant de disque : 0xb4bed825

Device     Boot Start        End    Sectors  Size Id Type
/dev/sdb1        2048 3907029163 3907027116  1,8T  7 HPFS/NTFS/exFAT

il est là,

Mais il ne saffiche pas dans le menu des péréphérique de thunar

[gfroid]

Code : Tout sélectionner

root@s2s:/home/s2s# mount /dev/sdb1
mount: impossible de trouver /dev/sdb1 dans /etc/fstab
root@s2s:/home/s2s# fdisk -l

Disque /dev/sda : 232,9 GiB, 250059350016 octets, 488397168 secteurs
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 : dos
Identifiant de disque : 0xb4bed825

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *         2048 472049663 472047616 225,1G 83 Linux
/dev/sda2       472051710 488396799  16345090   7,8G  5 Extended
/dev/sda5       472051712 488396799  16345088   7,8G 82 Linux swap / Solaris

Disque /dev/sdb : 1,8 TiB, 2000398931968 octets, 3907029164 secteurs
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 : dos
Identifiant de disque : 0xb4bed825

Device     Boot Start        End    Sectors  Size Id Type
/dev/sdb1        2048 3907029163 3907027116  1,8T  7 HPFS/NTFS/exFAT