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

rmy

Deux options malheureusement… Soit les têtes sont endommagées et le disque n'arrive pas à lire les infos du SA, soit, plus probablement (et peut-être aussi), le firmware est corrompu. Dans les deux cas, il n'y a ni solution facile, ni solution libre à ma connaissance. Tu peux m'envoyer le disque pour confirmation du diagnostic si tu veux, mais je suis assez pessimiste.

fabrice91

rmy a écritDeux options malheureusement… Soit les têtes sont endommagées et le disque n'arrive pas à lire les infos du SA, soit, plus probablement (et peut-être aussi), le firmware est corrompu. Dans les deux cas, il n'y a ni solution facile, ni solution libre à ma connaissance. Tu peux m'envoyer le disque pour confirmation du diagnostic si tu veux, mais je suis assez pessimiste.

Merci pour ces premières impressions, je vais en faire part à mon ami et il décidera peut être de te l'envoyer, il avait des choses auxquelles il tenait (gestion club de sport amateur).

monstrinfo

rmy a écritBonjour Jérome,

tu as bien fait de ne pas utiliser write pour l'instant. Ta démarche est la bonne. Tu n'utilises pas correctement les outils, mais ça va venir…

D'abord pour y voir plus clair, donne le retour de
sudo fdisk -l
avec tes deux disques branchés (celui que tu veux récupérer et celui sur lequel tu veux copier l'image). Copie/Colle le résultat entre des balises

Tu peux aussi avec testdisk essayer de lister les fichiers pour voir quel est l'état de ta partition HFS+. Pour cela, lorsque ta partition est détectée (en vert, bonne nouvelle à priori) place toi dessus et appuye sur la touche "P".

bonjour et merci pour ta reponse rapide.
Je n'ai pas le temps de me remettre dessus aujourd'hui, je pense le faire demain et te le poster ici.
pour tesdisk, lorsque j'ai vu ma partition en vert, je n'ai pas trouvé la lettre "P" en option.
alors qu'avec d'autes essais, oui.
est ce que testdisk ne gere pas correctement le HFS+?
bonne journée
à tres bientot
jérome

rmy

Pour testdisk : je ne suis pas sûr, mais il me semble tout de même avoir déjà listé des fichiers HFS+. À confirmer.

monstrinfo

rmy a écritBonjour Jérome,

tu as bien fait de ne pas utiliser write pour l'instant. Ta démarche est la bonne. Tu n'utilises pas correctement les outils, mais ça va venir…

D'abord pour y voir plus clair, donne le retour de
sudo fdisk -l
avec tes deux disques branchés (celui que tu veux récupérer et celui sur lequel tu veux copier l'image). Copie/Colle le résultat entre des balises

Tu peux aussi avec testdisk essayer de lister les fichiers pour voir quel est l'état de ta partition HFS+. Pour cela, lorsque ta partition est détectée (en vert, bonne nouvelle à priori) place toi dessus et appuye sur la touche "P".

Bonjour RMY.
desole, j'ai ete un peu long a répondre.trop occupe ces jours ci....
alors voici le resultat de fdisk -l

root@slax:~# fdisk -l

Disk /dev/hda: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1               1        2797    22466871    7  HPFS/NTFS
/dev/hda2            2798       30401   221729130    b  W95 FAT32

Disk /dev/sdb: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/sdb doesn't contain a valid partition table
root@slax:~#

le disque sdb-160 GB- est LE disque à récupérer.
il est branché en externe avec un boitier USB.
le disque hda est branché en interne.
il est partititionne en deux. la deuxieme partition est en fat 32, dans le but d'accueillir un clone du disque a recuperer.

voici ce que donne TestDisk:

TestDisk 6.9, Data Recovery Utility, February 2008
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 160 GB / 149 GiB - CHS 19457 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

 1 P partition_map                  1         63         63
 2 P Free                          64     262207     262144
 3 P HFS                       262208  312581791  312319584
 4 P Free                   312581792  312581807         16

l'analyse quicksearch (ou la partition apparait en vert :-) :

TestDisk 6.9, Data Recovery Utility, February 2008
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 160 GB / 149 GiB - CHS 19457 255 63
     Partition               Start        End    Size in sectors
P HFS                       262208  312581791  312319584


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
HFS+, 159 GB / 148 GiB

et l'analyse deepersearch (que j'ai stoppé à 22%, pour economiser mon disque malade...)

TestDisk 6.9, Data Recovery Utility, February 2008
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 160 GB / 149 GiB - CHS 19457 255 63

The harddisk (160 GB / 149 GiB) seems too small! (< 233840 TB / 212676 TiB)
Check the harddisk size: HD jumpers settings, BIOS detection...

The following partitions can't be recovered:
     Partition               Start        End    Size in sectors
  HFS                       274784  312594367  312319584
  HFS                       281768  312601351  312319584
  HFS                       284696  312604279  312319584
  HFS                       289600  312609183  312319584
  HFS                       295720  312615303  312319584
  HFS                       302064  312621647  312319584
  HFS                      9595880  978904495  969308616 [Æ^B]
  HFS                     18577240 1079508951 1060931712

Comme tu le vois, l'option "P" lister les fichiers n'apparait nul part.
Merci par avance pour ton aide.
Bon We
jérome

rmy

On verra plus tard pour le listing des fichiers. Commençons par la sauvegarde :
1/ Une partition FAT32 ne peut pas accueillir de fichier de plus de 4Gio. Il faut que tu formate ta partition FAT32 en NTFS ou en ext3/4. Bien sûr, si il y a d'autres données sur cette partition, sauvegarde les avant le changement de système de fichier…

2/ Quand ce sera fait, vérifie avec

mount

le point de montage de ta partition hda2. Je l'appelle ensuite /media/recup, mais c'est à adapter.

3/ Si ce n'est pas encore fait, récupère la derniere version paquet de ddrescue :

sudo apt-get install gddrescue (oui il y a bien un g)

4/ Ensuite, lance ta sauvegarde, avec un log, en évitant les zones déféctueuses :

sudo ddrescue -n /dev/sdb /media/recup/image.dd /media/recup/image.log

monstrinfo

rmy a écritOn verra plus tard pour le listing des fichiers. Commençons par la sauvegarde :
1/ Une partition FAT32 ne peut pas accueillir de fichier de plus de 4Gio. Il faut que tu formate ta partition FAT32 en NTFS ou en ext3/4. Bien sûr, si il y a d'autres données sur cette partition, sauvegarde les avant le changement de système de fichier…

2/ Quand ce sera fait, vérifie avec
mount
le point de montage de ta partition hda2. Je l'appelle ensuite /media/recup, mais c'est à adapter.

3/ Si ce n'est pas encore fait, récupère la derniere version paquet de ddrescue :
sudo apt-get install gddrescue (oui il y a bien un g)
4/ Ensuite, lance ta sauvegarde, avec un log, en évitant les zones déféctueuses :
sudo ddrescue -n /dev/sdb /media/recup/image.dd /media/recup/image.log

je suis oblige de partir....
je fais ça demain matin.
J'utilisais le dernier live cd Slax Lfi, qui comporte DDrescue, et permet de se logger automatiquement en "root".
est ce que ça fait l'affaire?
à demain pour de nouvelles aventures...

rmy

ça fait probablement l'affaire, mais vérifie tout de même de quelle version il s'agit pour ddrescue :

ddrescue -V

En l'occurence, s'agit il du paquet ddrescue (commande dd_rescue) ou du paquet gddrescue (commande ddrescue) ?

Le processus de copie va être très long si tu as beaucoup d'erreurs, mais tu pourra le reprendre en cas d'interruption. Je te conseille de ne pas hésiter à le lancer *avant* de partir quelque part, d ete coucher, etc…

Dans mes récups extrêmes, j'ai déjà fait tourner un disque plusieurs semaines…

nalladidier

J'AI FAIT QUELQUES ERREURS SUR LE PREMIER EXCUSEZBonjour cher linuxiens. Depuis hier à monreoutr de ma balade mon ordinateur était éteint. Je rallume et
je choisis linux on m'envooie sur cette une page noire dont les écritures défilent jusqu'à s'arrèter sur ces lignes là:
[FAILED]
*clvmd: cluster not configured.Aborting
Starting Cluster Service Manager : mkdir:cannot create directory '/var/run/cluster':Read-only file system
[OK]
chown:changing ownership of '/temp/.X11.unix': Read-only file system
/etc/runit/1:7:etc/init.d/rmnologin: not found
rm:cannot remove '/sbib/runit.old': Read-only file system
touch: cannot touch '/etc/runit/stopit': Rea-only file system
chmod: cannot access '/etc/runit/stopit': No Such file or directory
-runit:warning:childfailed:/etc/runit/1
-runit:leave stage :/etc/runit/1
-runit:enter stage :/etc/runit/2
Après le tiret se met à clignoter seule. Je précise que j'ai 2 systèmes d'exploitation sur mon ordinateur
et 4 noyaux linux avec chacun un mode de recuperation. Quand Je choisis n'importe quel noyau on m'envoie
toujours sur la même page même si je choisis les mode récuperation.
Mon windows 7 passe bien san problème .aidez moi s'il vous plait je ne veux plus reinstaller mon linux;

rmy

Bonjour nalladidier, je ne comprends pas bien ton problème, ni ton objectif. Peux-tu préciser ce que tu cherches à faire ? Ton but est-il de supprimer tes installations linux et ne conserver que ton windows 7 ? Si oui, je ne vois pas bien ce que vient faire ton message dans un fil de discussion qui concerne la récupération de données, et à fortiori sur des disques durs endommagés.

Peux-tu préciser ton but, que nous y voyions plus clair ?

monstrinfo

rmy a écritOn verra plus tard pour le listing des fichiers. Commençons par la sauvegarde :
1/ Une partition FAT32 ne peut pas accueillir de fichier de plus de 4Gio. Il faut que tu formate ta partition FAT32 en NTFS ou en ext3/4. Bien sûr, si il y a d'autres données sur cette partition, sauvegarde les avant le changement de système de fichier…

2/ Quand ce sera fait, vérifie avec
mount
le point de montage de ta partition hda2. Je l'appelle ensuite /media/recup, mais c'est à adapter.

3/ Si ce n'est pas encore fait, récupère la derniere version paquet de ddrescue :
sudo apt-get install gddrescue (oui il y a bien un g)
4/ Ensuite, lance ta sauvegarde, avec un log, en évitant les zones déféctueuses :
sudo ddrescue -n /dev/sdb /media/recup/image.dd /media/recup/image.log

bonsoir RMY.
j'ai créé l'image de mon disque par cette commande:

root@slax:~# ddrescue -v -n /dev/sdb /mnt/hda2/recup/image.dd /mnt/hda2/recup/image.log

puis voici le rapport de ddrescue:

About to copy 160041 MBytes from /dev/sdb to /mnt/hda2/recup/image.dd
    Starting positions: infile = 0 B,  outfile = 0 B
    Copy block size: 128 hard blocks
Hard block size: 512 bytes
Max_retries: 0
Direct: no    Split: no    Truncate: no

Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:    93024 MB,  errsize:       0 B,  errors:       0
Current status
rescued:   160041 MB,  errsize:       0 B,  current rate:    4128 kB/s
   ipos:   160041 MB,   errors:       0,    average rate:    3667 kB/s
   opos:   160041 MB

apparement il n'y a pas d'erreur , mais cela a pris 12h (surement car mon disque erst branche en usb, et que j'utilise un live cd qui doit pas gerer l'usb2.

voici le log genere par ddrescue:

# Rescue Logfile. Created by GNU ddrescue version 1.5
#      pos        size  status
0x00000000  0x25433D6000  +

que fait on ensuite avec cette image ?(dont je vais faire une 2eme copie pour plus de surete :-) )

bonne soiree
jerome

rmy

Trés bien pour l'image, très bien aussi pour la copie de sécurité.

Ensuite :

sudo sfdisk -luS /mnt/hda2/recup/image.dd

et si rien n'apparaît,

sudo testdisk /mnt/hda2/recup/image.dd

nalladidier

Bonjour rmy. je n'arrive pas à aller dans système linux. quand je choisis mon linux on menvoi le message cité ci dessus.
[FAILED]
*clvmd: cluster not configured.Aborting
Starting Cluster Service Manager : mkdir:cannot create directory '/var/run/cluster':Read-only file system
[OK]
chown:changing ownership of '/temp/.X11.unix': Read-only file system
/etc/runit/1:7:etc/init.d/rmnologin: not found
rm:cannot remove '/sbib/runit.old': Read-only file system
touch: cannot touch '/etc/runit/stopit': Rea-only file system
chmod: cannot access '/etc/runit/stopit': No Such file or directory
-runit:warning:childfailed:/etc/runit/1
-runit:leave stage :/etc/runit/1
-runit:enter stage :/etc/runit/2
je ne peux aller sur mon linux on m'a dit que j'ai des clusters qui sont endommagés. Je voulais savoir comment on répare ces clusters endommagés et retrouver mon linux. Merci

rmy

@nalladidier : Il te faudrait un liveCD ou un liveUSB pour booter ta machine sans toucher au disque dur. Si ton disque est vraiment endommagé il faudrait d'urgence en faire une copie de sécurité vars un support sain. SI tu as des secteurs endommagés, tu ne peux pas les réparer. Au mieux, le disque peut les réallouer si il a de la place disponible sur son dernier cylindre.

Tu peux vérifier l'état de ton support (depuis le liveusb par exemple) avec les outils smartmontools (voir la doc à ce sujet).

monstrinfo

rmy a écritTrés bien pour l'image, très bien aussi pour la copie de sécurité.

Ensuite :

sudo sfdisk -luS /mnt/hda2/recup/image.dd

et si rien n'apparaît,

sudo testdisk /mnt/hda2/recup/image.dd

Bonjour RMY.
voici les resultats.
la premiere commande sfdisk donne ça:

root@slax:~# sfdisk -luS /mnt/hda2/recup/image.dd
Disk /mnt/hda2/recup/image.dd: cannot get geometry

Disk /mnt/hda2/recup/image.dd: 0 cylinders, 0 heads, 0 sectors/track

sfdisk: ERROR: sector 0 does not have an msdos signature
 /mnt/hda2/recup/image.dd: unrecognized partition table type
No partitions found
root@slax:~# fdisk -l

puis test disk donne ceci :

Disk /mnt/hda2/recup/image.dd - 160 GB / 149 GiB - CHS 19458 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

 1 P partition_map                  1         63         63
 2 P Free                          64     262207     262144
 3 P HFS                       262208  312581791  312319584
 4 P Free                   312581792  312581807         16

et le quicksearch donne ça (partition en vert):

Disk /mnt/hda2/recup/image.dd - 160 GB / 149 GiB - CHS 19458 255 63
     Partition               Start        End    Size in sectors
P HFS                       262208  312581791  312319584

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
HFS+, 159 GB / 148 GiB

j'ai arrete le deeeper en cours, car un peu trop long....

on fait quoi maintenant?

belle journée,
jerome

rmy

Bonsoir Jérome,

Normal pour le sfdisk, il connait pas trop les tables gpt il semblerait.

Essaye :

sudo losetup /dev/loop0 /mnt/hda2/recup/image.dd -o 262208
mkdir testrecup
sudo mount /dev/loop0 testrecup/

monstrinfo

rmy a écritBonsoir Jérome,

Normal pour le sfdisk, il connait pas trop les tables gpt il semblerait.

Essaye :

sudo losetup /dev/loop0 /mnt/hda2/recup/image.dd -o 262208
mkdir testrecup
sudo mount /dev/loop0 testrecup/

bonjour RMY.
voici ce que me donne la premiere commande:

root@slax:~# losetup /dev/loopO /mnt/hda2/recup/image.dd -o 262208
/dev/loopO: Aucun fichier ou répertoire de ce type

du coup je n'ai pas continue.
et une question comme cela? est ce qu'utiliser la fonction write de testdisk ne resoudrait pas le probleme?
bonne journee.
jerome

rmy

c'est un 0 pas un O, tu eux faire un copié collé des commandes une par une…

Personnellement je n'irai pas tenter un write sur un disque endommagé, et encore moins sans savoir si la partition est accessible correctement.

monstrinfo

rmy a écritc'est un 0 pas un O, tu eux faire un copié collé des commandes une par une…

Personnellement je n'irai pas tenter un write sur un disque endommagé, et encore moins sans savoir si la partition est accessible correctement.

bonjour RMY.
j'ai relance les commandes, sans erreur cett fois ci j'espère.
voici les resultats.

root@slax:~# losetup /dev/loop0 /mnt/hda2/recup/image.dd -o 262208
root@slax:~# mkdir testrecup
root@slax:~# mount /dev/loop0 testrecup/
mount: Aucun fichier ou répertoire de ce type

peux tu au passage expliquer un peu la commande avec "loop"?
je ne comprends pas la reponse de mount. j'ai verifie, le dossier "testrecup" a bien ete créé.
Et il y a bien un fichier "loop0".
j'ai encore besoin de ton aide...
je vais avoir un peu pus de temps dispo ces jours ci, je suis malade :-(
Mais donc plus souvent a la maison... :-)
jerome

rmy

Hello Jerôme.
mount a besoin des droits root, losetup aussi… C'est bizarre, puisque tu es loggé en root, mais essaye quand même sudo devant… je ne sais pas d'où vient ton souci.
De toutes façons (cf ci-dessous), je me suis trompé.

losetup crée un "matériel virtuel" Ici, nous lui indiquons que c'est ton image.dd, mais avec un offset de X octets, ce qui correspond au début de ta partition.
Là, je me suis planté, j'ai oublié de multiplier par la taille des secteurs (512…)

Donc, on recommence tout, avec explications :

sudo losetup -d /dev/loop0

destruction du loopdevice loop0

sudo losetup /dev/loop0 /mnt/hda2/recup/image.dd -o 134250496

Création de loop0 avec le bon offset.

mkdir testrecup

on crée le répertoire (en live CD, il disparaît à chaque reboot…

sudo mount /dev/loop0 testrecup/ -o ro

On monte en read-only pour ne pas changer le système de fichier.

« Page précédente Page suivante »