[RESOLU] partitions écrasées par erreur

Fanny Mae · Le 25/05/2012, à 17:03

bonjour,

en installant une 12.04, au lieu de choisir "à côté du système d'exploitation existant", j'ai choisi "remplacer".
le disque fait 1 To, il y avait une partition de données de 800Go.
lors de la nouvelle installation, l'intégralité du disque a été repartionnée.
je voudrais dans un premier temps juste savoir ce qui se trouvait sur cette partition de 800Go
et si c'est possible par la suite récupérer les données qui étaient présentes.

merci de vos suggestions.

Dernière modification par Fanny Mae (Le 30/05/2012, à 22:43)

jc51 · Le 25/05/2012, à 17:10

sincère condoléances pour tes données ,franchement je vois pas comment récupéré ça .

Dernière modification par jc51 (Le 25/05/2012, à 17:10)

renaud07 · Le 25/05/2012, à 18:56

Salut,

Première chose à faire : NE TOUCHE SURTOUT PAS LE DISQUE DUR car tu risques d'effacer encore plus des données, puis tu peux demander conseil à rmy, le spécialiste de la récupération de données sur ce fil : http://forum.ubuntu-fr.org/viewtopic.php?id=447877 où le contacter directement par email, qui je pense serait mieux pour la rapidité de réponse.

Dernière modification par renaud07 (Le 25/05/2012, à 18:58)

rmy · Le 28/05/2012, à 14:56

Peux-tu donner le retour de

sudo sfdisk -luS

et de

sudo testdisk /dev/tondisk

(quicksearch et deepersearch)

Fanny Mae · Le 28/05/2012, à 15:52

Bonjour,
Merci de ton aide.

rmy a écrit :

retour de
sudo sfdisk -luS

Disque /dev/sdb : 121601 cylindres, 255 têtes, 63 secteurs/piste
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sdb1             1 1953525167 1953525167  ee  GPT
/dev/sdb2             0         -          0   0  Vide
/dev/sdb3             0         -          0   0  Vide
/dev/sdb4             0         -          0   0  Vide

Attention : la partition étendue ne débute pas sur une frontière de.
cylindres. DOS et Linux interpréteront les contenus différemment.

ATTENTION : identifiant de table de partitions GPT (GUID) detecté sur "/dev/sdb" !
L'utilitaire sfdisk ne supporte pas GPT. Utilisez GNU Parted.

début: (c,h,s) attendu (0,0,2) trouvé (0,0,1)

Ce disque comportait une partition ext4 pour le système d'exploitation mint
une partition pour le swap et une partition pour les données qui s'appelait TMPDATA.

Quand j'ai installé la 12.04 LTS - distribution Voyager, il m'a proposé de remplacer le système
d'exploitation ou de "se mettre à côté". en fait de remplacement de la partition système, il a
supprimé toutes les partitions du disque et occupe désormais l'intégralité - presque 1 To.
En plus, la partition est en GPT, que je connais absolument pas. une nouveauté de la 12.04
ou propre à cette distribution - je ne sais pas.

rmy a écrit :

sudo testdisk /dev/tondisk
(quicksearch et deepersearch)

TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

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

 1 P EFI System                    34     195346     195313
 2 P MS Data                   195347 1920037143 1919841797
 3 P Linux Swap            1920037144 1953525118   33487975

en quick search :

Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
     Partition               Start        End    Size in sectors
>P MS Data                       34     195346     195313 [NO NAME]
 P MS Data                   195347 1920037138 1919841792
 P Linux Swap            1920037144 1953525095   33487952

je peux passer d'une ligne à l'autre, elles sont toutes devenues vertes après analyse.
pour la 1ère ligne :

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
                P=Primary  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
FAT32, 100 MB / 95 MiB

pour la 2ième ligne :

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
                P=Primary  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
EXT4 Large file Sparse superblock Recover, 982 GB / 915 GiB

pour la 3ième ligne :

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
                P=Primary  D=Deleted
Keys A: add partition, L: load backup, T: change type, 
     Enter: to continue
SWAP2 version 1, 17 GB / 15 GiB

Qu'est-ce que je peux/dois faire ?
est-ce que je lance le deeper search ? où je lance ce deeper search ?
j'utilise testdisk 6.13.

merci pour tes informations et ton aide, rmy.

rmy · Le 28/05/2012, à 16:47

Là, tu as sélectionné EFI/GPT comme type de table (proposé par défaut). VU ce que tu me dis, recommence ton scan avec "Intel". Le deepersearch est l'étape après le quicksearch ("Continue").

Fanny Mae · Le 28/05/2012, à 17:09

testdisk a choisi GPT comme type de table par défaut mais sfdisk a trouvé ce type de table sur le disque que j'essaye de lister.
n'est-ce quand même pas GPT ?

en choisissant intel, j'ai

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

 1 P EFI GPT                  0   0  2 121601  80 63 1953525167

Bad relative sector.
No partition is bootable

en lançant l'analyse j'obtiens

Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121602 255 63
     Partition               Start        End    Size in sectors
>D FAT32                    0   0 35    12 254 63     208811 [NO NAME]
 D Linux                   12  40 48 119516 254 63 1919845258

Résultat final du mode Deeper Search :

Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121602 255 63
     Partition               Start        End    Size in sectors
 D FAT32                    0   0 35    12  40 47     195313 [NO NAME]
 D Linux                    0  32 33  9118  72 42  146483200
 D Linux                   12  40 48 119516 199 62 1919841792
 D Linux                 4459 245 11 13578  30 20  146483200
 D Linux Swap            7294 199 10 12157 181 40   78122992
 D Linux Swap            9118  72 43 12157 246 41   48832496
>D Linux                12158   0  1 121600 223 29 1758199808 [TMPDATA]

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 Large file Sparse superblock, 900 GB / 838 GiB

Que dois-je faire / lancer comme commande désormais ?
Merci. :-)

Dernière modification par Fanny Mae (Le 28/05/2012, à 21:23)

rmy · Le 29/05/2012, à 08:57

Essaye de lister (touche P) la partition
D Linux 12158 0 1 121600 223 29 1758199808 [TMPDATA]

Fanny Mae · Le 29/05/2012, à 13:09

Bonjour,

L'appui sur P me donne une liste de fichiers et répertoires dont les couleurs varient.

Certaines lignes sont rouges, d'autres blanches.
Les rouges sont synonymes de "récupération impossible" ?

Quels sont les outils à lancer pour récupérer un répertoire et/ou un fichier ?
Est-ce que je dois disposer d'un disque de même capacité ?
Est-ce que je dois faire une image du disque - c'est quelque chose que j'ai lue dans le topic - discussions similaires.

Merci de ton aide et à bientôt.

Dernière modification par Fanny Mae (Le 29/05/2012, à 13:09)

rmy · Le 29/05/2012, à 14:48

C'est plutôt bon signe !
La couleur rouge signifie : dossiers supprimés au préalable (ou qui apparaissent comme tels en cas de corruption)

Pour la suite de la récup, on va monter cette partition perdue avec un loopdevice (ci-dessous, après les réponses aux questions)
Il te faut un disque avec la taille nécessaire à la copie des fichiers que tu veux récupérer. Si tu n'en as pas, on peut essayer autre chose, mais un peu plus risqué.
L'image du disque n'est pas ici nécessaire, partant du principe que ton disque est sain (vu que la perte de données provient d'une erreur humaine, et non d'une panne matérielle). Ceci dit, ça peut valoir le coup de vérifier sont état smart dans l'utilitaire de disque.

Pour le montage de la partition :

sudo losetup /dev/loop0 /dev/sdb -o 100002954240 --sizelimit 900198301696
udisks --mount /dev/loop0 --mount-options ro

Si ça ne marche pas, donne moi le retour précis des commandes.

Fanny Mae · Le 29/05/2012, à 15:40

Si c'est bon signe, tant mieux.

Par contre, j'ai beau lire les infos sur les loopdevices et en français, ça me dépasse.
Je ne comprends pas non plus les valeurs que tu as indiquées : taille physique maxi du disque et taille maxi des données de la partition à scruter ?

-o 100002954240 --sizelimit 900198301696

Sinon, voici les résultats des commandes que tu m'as indiquées :

sudo losetup -v /dev/loop0 /dev/sdb -o 100002954240 --sizelimit 900198301696
Périphérique boucle (loop) : /dev/loop0

udisks --mount /dev/loop0 --mount-options ro
Mounted /org/freedesktop/UDisks/devices/loop0 at /media/TMPDATA

Je vais par contre me monter une machine vite fait avec une distribution ubuntu de base (10.04 ? autre ?)
pour pouvoir faire la récupération proprement si c'est l'étape d'après.
Là, le disque à sauver est sur une base externe de type sharkoon, connecté via usb 2 sur un portable.

Ce ne sont pas les conditions idéales pour de la récupération ou des manipulations qui peuvent durer longtemps.
Ton avis ?

En tout cas, jusqu'ici les opérations se déroulent bien. C'est vraiment encourageant. :-)

J'ai ouvert la partition TMPDATA qui se trouve accessible sur le bureau.
L'arborescence de mon ancienne partition est présente et je peux naviguer dans les répertoires ou aussi copier des fichiers.
Impressionnant !
Par contre, je ne me souviens pas de manière exhaustive de tous les répertoires et fichiers.

Est-ce possible qu'un ou plusieurs répertoires ou fichiers n'apparaissent pas parce qu'ils sont irrécupérables ?

Merci de tes conseils.

Dernière modification par Fanny Mae (Le 29/05/2012, à 21:30)

rmy · Le 30/05/2012, à 20:42

Possible mais faiblement probable : Ta partition (de 900Gio, pas 800 ) commençait à 100Gio. La réinstallation n'a écrit des données qu'au début du disque. Les seules éléments qui auraient pu écrire sur tes données sont donc les superblocs du système de fichier. Pas énorme, quoi.

Bonne copie, et passe le sujet en résolu

Fanny Mae · Le 30/05/2012, à 22:42

bonsoir rmy,

la machine de récupération est terminée.
le disque dur à sauver et celui servant à la récupération sont connectés.
1983 x merci (c'est le nombre de fichiers que je vais pouvoir sauver - soit 100 % !).
c'est fantastique.
merci pour tes infos et tes conseils.

R-E-S-O-L-U ! :-)

rmy · Le 31/05/2012, à 00:54

De rien, j'espère pouvoir t'apporter d'aussi bonnes nouvelles pour le disque que tu m'envoyes.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 25/05/2012, à 17:03

[RESOLU] partitions écrasées par erreur

#2 Le 25/05/2012, à 17:10

Re : [RESOLU] partitions écrasées par erreur

#3 Le 25/05/2012, à 18:56

Re : [RESOLU] partitions écrasées par erreur

#4 Le 28/05/2012, à 14:56

Re : [RESOLU] partitions écrasées par erreur

#5 Le 28/05/2012, à 15:52

Re : [RESOLU] partitions écrasées par erreur

#6 Le 28/05/2012, à 16:47

Re : [RESOLU] partitions écrasées par erreur

#7 Le 28/05/2012, à 17:09

Re : [RESOLU] partitions écrasées par erreur

#8 Le 29/05/2012, à 08:57

Re : [RESOLU] partitions écrasées par erreur

#9 Le 29/05/2012, à 13:09

Re : [RESOLU] partitions écrasées par erreur

#10 Le 29/05/2012, à 14:48

Re : [RESOLU] partitions écrasées par erreur

#11 Le 29/05/2012, à 15:40

Re : [RESOLU] partitions écrasées par erreur

#12 Le 30/05/2012, à 20:42

Re : [RESOLU] partitions écrasées par erreur

#13 Le 30/05/2012, à 22:42

Re : [RESOLU] partitions écrasées par erreur

#14 Le 31/05/2012, à 00:54

Re : [RESOLU] partitions écrasées par erreur

Pied de page des forums