Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Tuto] Bilan : comment récupérer des données perdues

chopinhauer

pem1664 a écrit Il faudrait que tu me réexplique ca, je n'ai pas compris.. Les 2 disques de 2To etaient neuf et le seul travail que j'ai fait sur les disques c'est de créer l'array avec palimpset puis de le formater en ext2, il devait bien y avoir une table de partition?

Sur les disques, oui, sur l'ensemble RAID probablement pas. Sinon t'aurais eu une partition de 2,2 Tio seulement ou le type de partition aurait du être GPT.

Si t'as utilisé le format de métadonnées par défaut de md (0.9) ton système de fichiers aurait du commencer au début d'une des deux partition qui constituent l'ensemble. Hélas, cela ne semble pas le cas, donc ton système de fichier a dût être au moins partiellement détruit.

pem1664

C'est pas la manip que tu m'as fait faire hier avec fdisk -l /dev/sdX1?

pem@Server-Atelier:~$ sudo fdisk -l /dev/sdi1

Disque /dev/sdi1: 2000.4 Go, 2000396289024 octets
2 têtes, 4 secteurs/piste, 488378000 cylindres
Unités = cylindres de 8 * 512 = 4096 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdi1p1   *           3   536870914  2147483647+  83  Linux
pem@Server-Atelier:~$ sudo fdisk -l /dev/sdj1

Disque /dev/sdj1: 2000.4 Go, 2000396289024 octets
255 têtes, 63 secteurs/piste, 243200 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x070a02a7

Le disque /dev/sdj1 ne contient pas une table de partition valide

ca me donne le premier disque du raid soit sdi la non?

chopinhauer

Oui, on suppose que les chunks sont assez grands, donc le début d'une des deux périphérique doit être le début de l'ensemble RAID. Sur un des deux disques t'as une table de partitions MS-DOS qui est limitée à 2,2 Tio (2^32 blocs). Si t'avais mis une table de partitions sur l'ensemble, elle aurait été de type GPT qui consiste d'une table de partitions MS-DOS pour compatibilité qui contient une seule partition de la dimension du disque et type gpt.

Du coup tu n'as pas utilisé GPT ce qui rend fort probable que la partition soit fausse.

pem1664

Ok, merci, je crois avoir compris, donc palimpset ne m'a pas créé une table pour l'ensemble du raid mais 1 table pour le premier disque et rien sur le second, c'est l'assemblage et le type de partition qui disait ou pointer pour les données?
qu'est ce que je peux faire? si je recrée une array avec la bonne taille de blocs (--chunk=512) et que je ne refait pas de table de partition il devrait me reconstruire l'array de la meme facon qu'au début?

chopinhauer

Regarde comment est fait un ensemble RAID 0 : c'est en alternance un morceau du premier disque et un morceau du deuxième. La table des partitions (si existe) se trouve au début de l'ensemble RAID, donc au début du premier disque.

Mais vu que aucun des deux disque n'a pas de table des partitions valide (celle qui est affichée probablement n'est pas la bonne), on peut en déduire que t'avais un système de fichier ext2 directement sur le RAID, pas une sous-partition. Un système de fichiers ext2 est caractérisé par la séquence 0x53 0xef à l'octet 1080. Ce n'est pas le cas pour aucune des deux disques.

Du coup quelque chose de mauvais c'est passé sur tes disques.

andso

Hoper a écritBonjour.

Voila... J'ai vraiment peur que tes données soient détruites. Et j'en suis navré. Mais c'était un risque que tu devais forcément être près à courir, sinon tu n'aurai pas fait du raid0...

:rolleyes:
y' a une mise en garde dans la doc?
Couillon je suis, je zieute.
Ou l' art de ne rien dire....

J'ai utilisé palimpset, a l'origine pour créer mon raid

jamais compris l' intérêt de ce "truc" (et hyper dangereux)

Hoper

y' a une mise en garde dans la doc?

Même si il n'y en avait pas (j'ai franchement la flemme d'aller voir) c'est quelque chose qui tombe sous le sens.

A partir du moment ou tu fais du raid, tu dois choisir un niveau de raid. Et la, soit tu choisit "au pif" (mais alors pourquoi faire du raid si tu ne sais pas ce que tu cherche à améliorer !?) soit tu choisit un niveau de raid précis. Ici en l'occurance c'est le niveau zéro qui à été choisit. Ce choix implique une connaissance des caractéristiques du raid0. Et a partir du moment ou tu comprend le minimum (les données sont réparties sur les deux disques), alors il n'y a pas besoin de réfléchir beaucoup pour comprendre à quel point c'est dangereux pour les données.

jamais compris l' intérêt de ce "truc" (et hyper dangereux)

Tu ne peux pas savoir à quel point on est d'accord la dessus.

rmy

à la décharge de pem, son intention se défend, il a dit vouloir faire du 0+1… le problème c'est qu'il a perdu les données avant, quoi…

Sinon, pour revenir au sujet, @pem1664, as tu reçu tes disques ? As-tu tenté une image, un create, et le reste ?

pem1664

Merci rmy, à l'origine c'est bien ce que je voulais faire, je suis bien conscient du risque du raid0 mais pour faire du raid5 il me fallait au minimum 3 disques de 2To ce que je n'avais pas, ma plus grosse erreur dans tout ca c'est d'avoir été radin sur le materiel.. 😉
J'attend mes disques avant de continuer comme tu m'as suggéré, ils devraient etre la mardi avant 13h.. "patience et longueur de temps..."
Apres pour le débat sur les outils, c'est sur que tout faire en ligne de commande c'est mieux, mais bon y'en a qui ont développé des interfaces graphique pour que ce soit plus confortable, normalement pour le commun des utilisateurs ca devrait suffire, et d'ailleurs avant que je ne ré install mon systeme ca fonctionnait tres bien..

fr-loic

Bonjour,

J'ai fais une bêtise, j'ai mis à jour mon téléphone et il m'a tout supprimé et j'avais pas fais de sauvegarde avant...
Savez-vous comment je puisse utiliser foremost sur mon nokia e65? Je n'ai pas de carte mémoire, tout est dans la mémoire du téléphone...

Infiniment merci à celui qui pourra me venir en aide :/

rmy

Oo ça risque d'être chaud. Quels sont les types de fichiers que tu veux récupérer ?
Foremost est obsolète je crois, c'est scalpel qui a pris le relais il me semble.
Photorec couvre plus de types de fichiers dans sa config par défaut je crois.

Que se passe-t-il quand tu branches ton téléphone en usb : est-ce un montage auto ? Si oui, donne le retour de mount… Je ne suis pas sûr que tu puisses faire une image du téléphone facilement…

fr-loic

Merci de ton aide, c'est essentiellement des photos, quand je branche le téléphone j'ai stockage de masse usb (mais ca me marque que j'ai pas de carte mémoire et donc ca ne marche pas) et sinon j'ai le mode PC Suite.

J'ai utiliser Gammu/Wammu (connection = at115200) mais y'a rien pour naviguer dans la mémoire du téléphone.

Il faudrait que j'arrive à monter le téléphone sous ubuntu... galère...

lsusb
Bus 005 Device 003: ID 0421:0508 Nokia Mobile Phones E65 (PC Suite mode)

rmy

Peut-être en faisant une connection par bluetooth et en regardant ou est monté "C" :
http://www.ugov.be/wiki/index.php?title=Ubuntu_with_Nokia_E65

fr-loic

Merci, je peux avec le bluetooth explorer le téléphone mais tout est vide :/
Voici l'emplacement: "obex://[00:17:E3:E1:90:40]/C:"
J'ai essayé une simple commande dessus mais ca ne marche pas :

ls obex://[00:17:E3:E1:90:40]/C:/Data 
ls: impossible d'accéder à obex://[00:17:E3:E1:90:40]/C:/Data: Aucun fichier ou dossier de ce type

Une idée? Merci en tout cas.

rmy

Non, pas trop…
tu as regardé du côte de obexfs et obexftp ? L'idée serait de pourvoir accéder à ton mobile exactement comme si c'était un "matériel de type bloc". Ce qu'il faut, ce n'est pas y voir des données (ls et nautilus) mais faire une image à l'identique de son système de fichier… (dd / ddrescue)/

à tout hasard, que donne :

dd if="obex://[00:17:E3:E1:90:40]/C:" bs=512 count=1 | hd

keul007

Salut,

voulant récupérer 300 GB de données sur un DD (pas endommagé ) identifié comme inconnu dans l'utilitaire de disque (suite à une mauvaise manipulation avec le cd supergrub), je suis arrivé sur cet excellent TUTO.

J'ai réussi à créer un fichier .img de 300GB en utilsant [doc]ddrescue[/doc] et dd_rhelp , par contre impossible de le monter, lorsque je fait :

sudo mount dossierrecup/marecup.img /mnt/pointmontage/recup -o loop -t iso9660

j'ai le message d'erreur suivant :

mount : mauvais type de syst. de fichiers, option erronée, super bloc
        erroné sur /dev/loop0, page de code ou aide manquante, ou autre erreur
       Dans quelques cas certaines informations sont utiles dans syslog - essayez
       dmesg | tail  ou quelque chose du genre

Pareil avec gmount . Quelqu'un sait comment monter ce type d'image ?

rmy

Oui… tu as fait une image du disque et non de la partition.

Si tu veux monter l'image de la partition il faut placer un offset avec losetup. Sinon le mieux serait peut-être de réparer le MBR ?

Donne le retour de :

sudo sfdfisk -luS dossierrecup/marecup.img

et le retour de

sudo testdisk dossierrecup/marecup.img

(Début + QuickSearch)

keul007

Salut rmy ,

ubuntu@ubuntu:~$ sudo apt-get install sfdfisk
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet sfdfisk

Tu es sûr que ça s'écrit comme ça ? ou alors ça s'installe manuellement depuis un site ?

Sinon est-il possible de récupérer ses données à partir d'une image du disque ?
Réparer le MBR me semble difficile vu que windows a pris mon disque d'assaut en commençant une installation dessus sans me laisser le choix du disque ...
testdisk début :

Select a media (use Arrow keys, then press Enter):
Disk dossierrecup/marecup.img - 320 GB / 298 GiB

[Proceed ]  [  Quit  ]

testdisk Quick search :

Disk dossierrecup/marecup.img - 320 GB / 298 GiB - CHS 38914 255 63

     Partition                  Start        End    Size in sectors


No partition found or selected for recovery

[  Quit  ]  [Deeper Search]

Voici mon fdisk -l : (le disque en question /dev/sda)

Disque /dev/sda: 400.1 Go, 400088457216 octets
255 têtes, 63 secteurs/piste, 48641 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x000e954e

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sda1               1       46668   374852608   83  Linux
/dev/sda2           46668       48642    15856641    5  Etendue
/dev/sda5           46668       48642    15856640   82  Linux swap / Solaris

Disque /dev/sdb: 320.1 Go, 320072933376 octets
255 têtes, 63 secteurs/piste, 38913 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x06bdc935

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdb1   *           1          13      102400    7  HPFS/NTFS
La partition 1 ne se termine pas sur une frontière de cylindre.
/dev/sdb2              13       38914   312466432    7  HPFS/NTFS

Voici le log de ddrescue :

=== COMPUTED VERSION OF LOG :
chunk:
logcontent:
eof:nothing
=== parsing at 0k, for 0k, max continuous err: 2.5k >>> ===
dd_rescue: (info): ipos: 312571216.0k, opos: 312571216.0k, xferd: 312571216.0k
                   errs:      0, errxfer:         0.0k, succxfer: 312571216.0k
             +curr.rate:    21094kB/s, avg.rate:    26072kB/s, avg.load:-13.6%
dd_rescue: (info): /dev/sda (312571224.0k): EOF
Summary for /dev/sda -> dossierrecup/marecup.img:
dd_rescue: (info): ipos: 312571224.0k, opos: 312571224.0k, xferd: 312571224.0k
                   errs:      0, errxfer:         0.0k, succxfer: 312571224.0k
             +curr.rate:      190kB/s, avg.rate:    26072kB/s, avg.load:-13.6%
=== COMPUTED VERSION OF LOG :
chunk:0-312571224.0
logcontent:ipos=312571224.0:xferd=312571224.0:NR:errxfer=0.0:succxfer=312571224.0
eof:312571224.0

Merci bcp pour ton aide .

rmy

oups, c'est sfdisk, pas sfdfisk…

dans ton fdisk c'est /dev/sdb qui fait 320G… es-tu sûr que tu veux récup sur le /dev/sda (400G) ?

Redonne le

sfdisk -luS dossierrecup/marecup.img

(normalement pas besoin de l'installer, il existe par défaut)
et le Deepersearch de testdisk…

Peux-tu donner aussi plus d'infos sur le type de partitions recherchées, et ce qui s'est passé exactement avec ton install windows… Qu'as-tu écrasé exactement ?

keul007

Oui les données que je veux récupérer sont (ou était) sur le 320GB.

(normalement pas besoin de l'installer, il existe par défaut)
et le Deepersearch de testdisk…

c'était une partition NTFS du disque entier que je pouvais utiliser à la fois sous windows et sous linux .

sfdisk -luS dossierrecup/marecup.img

Disque dossierrecup/marecup.img : impossible d'obtenir la géométrie

Disque dossierrecup/marecup.img : 38913 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
dossierrecup/marecup.img1             0         -          0   0  Vide
dossierrecup/marecup.img2             0         -          0   0  Vide
dossierrecup/marecup.img3             0         -          0   0  Vide
dossierrecup/marecup.img4             0         -          0   0  Vide

Le Deepersearch :

Disk dossierrecup/marecup.img - 320 GB / 298 GiB - CHS 38914 255 63
     Partition               Start        End    Size in sectors

Structure: Ok.


Keys A: add partition, L: load backup, Enter: to continue

Je pense que ce qui c'est passé c'est qu' en bootant avec le cd de win7 j'ai choisi le mauvais disque dur, et il a commencé à installer sur celui contenant mes données. J'ai toujours le fichier img du disque sinon.
Le disque avait une partition déclarée "inconnue" par l'utilitaire de disque. Win7 a écrit sur ce même disque (donnée perdues ?)

« Page précédente Page suivante »