logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 03-01-2014 21:02:57

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

wiki - Récupération de données sur disque dur endomagé

Salut à tous,

Je poste du contenu afin de faire un tuto qui pourrait intéresser du monde puisqu'il s'agit de récupérer des données depuis un disque dur en train de rendre l'âme.

Le lien vers le tuto fini est ici :
Recupération des données d'un disque endommagé

Un fil de discussion en anglais ici : http://whdd.org/pipermail/whdd-users/20 … 00006.html

Le transcript de la marche à suivre ici :

melodie a écrit :

Done as root:

# losetup /dev/loop0 whdd-copy-mode  // where whdd-copy-mode is the file pulled out of the dying HDD /dev/sdc with WHDD.

* Installed multipath-tools which contains kpartx;

done as root:
# kpartx -a

Which allowed accessing to the partitions of the whdd-copy-mode image disk:

# ls -l /dev/mapper/
total 0
crw------- 1 root root 10, 236  1 janv. 20:52 control
lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p1 -> ../dm-0
lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p2 -> ../dm-1
lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p3 -> ../dm-2
lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p4 -> ../dm-3
lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p5 -> ../dm-4
lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p6 -> ../dm-5
#

Created some directories under /mnt to mount each partition:
[root@squirrel mnt]# ls -l sdc/
sdc/:
total 24
drwxr-xr-x 2 root root 4096  1 janv. 21:01 sdc1
drwxr-xr-x 2 root root 4096  1 janv. 21:01 sdc2
drwxr-xr-x 2 root root 4096  1 janv. 21:01 sdc3
drwxr-xr-x 2 root root 4096  1 janv. 21:01 sdc4
drwxr-xr-x 2 root root 4096  1 janv. 21:01 sdc5
drwxr-xr-x 2 root root 4096  1 janv. 21:01 sdc6
[root@squirrel mnt]#

Some devices from /dev/mapper fail to be mounted:
# mount /dev/mapper/loop0p1 /mnt/sdc/sdc1
mount: wrong fs type, bad option, bad superblock on /dev/mapper/loop0p1,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.
#

# mount /dev/mapper/loop0p2 /mnt/sdc/sdc2
#

# mount /dev/mapper/loop0p3 /mnt/sdc/sdc3
#

# mount /dev/mapper/loop0p4 /mnt/sdc/sdc4
mount: wrong fs type, bad option, bad superblock on /dev/mapper/loop0p4,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.
#
#
       
# mount /dev/mapper/loop0p5 /mnt/sdc/sdc5
mount: unknown filesystem type 'swap'

# mount /dev/mapper/loop0p6 /mnt/sdc/sdc6
#

Of course "loop0p5" is the swap partition, which we don't care about. The two partitions
which we might want to repare are  the one which is related to sdc1 (here loop0p1) and sdc4 (here loop0p4).

The partitions related to sdc2 and sdc6 do mount fine and their content can be accessed.

Next step will be trying to repair the 2 partitions which trigger the errors, with fsck.ext4.
Trying the '-n' option first, which  works in reading mode only shows there are errors which
need to be corrected.

However only one partition needs to be checked and if possible fixed. We can see it with "fdisk -l"
(invoked as root because the hdd file belongs to root)

# fdisk -l whdd-copy-mode

Disk whdd-copy-mode: 37.3 GiB, 40020664320 bytes, 78165360 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xace22e9e

Device          Boot     Start       End   Blocks  Id System
whdd-copy-mode1       57993214  78163967 10085377   5 Extended
whdd-copy-mode2           2048  16386047  8192000  83 Linux
whdd-copy-mode3 *     16386048  30726143  7170048  83 Linux
whdd-copy-mode4       30726144  57991167 13632512  83 Linux
whdd-copy-mode5       57993216  64342015  3174400  82 Linux swap / Solaris
whdd-copy-mode6       64344064  78163967  6909952  83 Linux

Partition table entries are not in disk order.
#

The partition number 1 is an extended partition containing the other ones. Therefor the "wrong fs type"
error from the mount command on /dev/mapper/loop0p1 should be normal.

# cd /dev/mapper/
# ls -l
total 0
crw------- 1 root root 10, 236  1 janv. 20:52 control
lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p1 -> ../dm-0
lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p2 -> ../dm-1
lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p3 -> ../dm-2
lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p4 -> ../dm-3
lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p5 -> ../dm-4
lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p6 -> ../dm-5
#

# LANG=C fsck.ext4 -n loop0p4
See the fsck.txt file for the content, which is quite long ?
http://meets.free.fr/Downloads/whdd-fil … n-fsck.txt
#

Now, the real job:

# fsck.ext4 -f -y loop0p4
... (many messages)
#

Done:
# fsck.ext4 -n loop0p4 | more
e2fsck 1.42.8 (20-Jun-2013)
home-buntu : propre, 234476/848640 fichiers, 2178724/3407872 blocs
#

(it says the partition is clean).

Therefore:
# mount loop0p4 /mnt/sdc/sdc4/
# cd /mnt/sdc/sdc4/
# ls -l

Everything's there! \o/!

All my partitions saved. Hurrah!



En résumé :

  1. Faire une image du disque endommagé avec whdd ou dd_rescue (cf. wiki)

  2. Monter l'image comme un disque dur en utilisant losetup

  3. Détecter les partitions du périphérique en utilisant kpartx

  4. (Optionnel) Lancer un fsck sur les partitions endommagées

  5. Monter les partitions dans des dossiers créés pour l'occasion dans /mnt

  6. Récupérer les données



Donc pas très compliqué comme démarche, mais un peu technique pour le débutant.


Avis aux rédacteurs fous ! smile


captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#2 04-01-2014 19:51:19

MicP
Invité

Re : wiki - Récupération de données sur disque dur endomagé

En gros, elle a fait un fsck sur des partitions du fichier image disque après avoir "mounté" tout ça en "loop" et utilisé "kpartx".
Cool, il faudra que j'essaye pour voir : je connais pas du tout "kpartx".

===========
Justement, j'ai fais un peu la même manip hier soir, en utilisant une machine virtuelle :
Le dernier fichier image disque que j'ai réparé, c'était avec un boot d'une machine virtuelle KVM avec une image ISO debian live.
Depuis la session debian live, j'ai pu faire comme si ce fichier disque était un disque réel, et utiliser tous les fdisk, fsck, mkfs, parted, etc... qui étaien dispos dans la debian live..
Le fichier disque boote sans problème une machine virtuelle KVM.

Le fichier image disque source était une copie par "dd" d'un disque de 160Gio. le fichier est donc mounté sur la machine virtuelle en mode "raw"
Je compte en faire un fichier qcow2 pour gagner de la place, et je le remettrai en raw quand il faudra le re-transférer sur le disque réèl. (qcow2 + virtio => y-a bon smile )
Mais je me demande si je ne vais pas scinder le fichier en plusieurs fichiers correspondants aux partitions : plus petits => plus facile et rapide à déplacer, vérifier, réparer, transférer, gérer etc...
Les ré-assembler par concaténation derrière un fichier de 2048*512 octets me permettrait de recréer un MRB et un chargeur de boot.

Si ça intéresse quelqu'un....

Dernière modification par MicP (06-01-2014 04:21:36)

#3 04-01-2014 20:49:05

MicP
Invité

Re : wiki - Récupération de données sur disque dur endomagé

Un premier jet pour la traduction, avant de passer aux tests.
=============
melodie a écrit :

    Done as root:
Avec les privilèges du compte "root":

    # losetup /dev/loop0 whdd-copy-mode  // where whdd-copy-mode is the file pulled out of the dying HDD /dev/sdc with WHDD.
# losetup /dev/loop0 whdd-copy-mode  // où "whdd-copy-mode" est le fichier image récupéré par copie du disque "mourant" /dev/sdc avec WHDD.

    * Installed multipath-tools which contains kpartx;
* Après avoir installé sur le système le paquetage "kpartx";
NOTE du traducteur : Dans la liste des paquetages debian, "kpartx" est un paquetage indépendant de "mutipath-tools"

    done as root:
Avec les privilèges du compte "root":
    # kpartx -a
# kpartx -a

    Which allowed accessing to the partitions of the whdd-copy-mode image disk:
Qui permet l'accès aux partitions du fichier image disque "whdd-copy-mode":
     # ls -l /dev/mapper/
    total 0
    crw------- 1 root root 10, 236  1 janv. 20:52 control
    lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p1 -> ../dm-0
    lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p2 -> ../dm-1
    lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p3 -> ../dm-2
    lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p4 -> ../dm-3
    lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p5 -> ../dm-4
    lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p6 -> ../dm-5
    #

    Created some directories under /mnt to mount each partition:
Les répertoires nécessaires aux points de mountages ont préalablement été créés dans le répertoire "/mnt"
    [root@squirrel mnt]# ls -l sdc/
    sdc/:
    total 24
    drwxr-xr-x 2 root root 4096  1 janv. 21:01 sdc1
    drwxr-xr-x 2 root root 4096  1 janv. 21:01 sdc2
    drwxr-xr-x 2 root root 4096  1 janv. 21:01 sdc3
    drwxr-xr-x 2 root root 4096  1 janv. 21:01 sdc4
    drwxr-xr-x 2 root root 4096  1 janv. 21:01 sdc5
    drwxr-xr-x 2 root root 4096  1 janv. 21:01 sdc6
    [root@squirrel mnt]#

    Some devices from /dev/mapper fail to be mounted:
Certains systèmes de fichiers de "/dev/mapper" ont échoué au "mountage":
    # mount /dev/mapper/loop0p1 /mnt/sdc/sdc1
    mount: wrong fs type, bad option, bad superblock on /dev/mapper/loop0p1,
           missing codepage or helper program, or other error

           In some cases useful info is found in syslog - try
           dmesg | tail or so.
    #

    # mount /dev/mapper/loop0p2 /mnt/sdc/sdc2
    #

    # mount /dev/mapper/loop0p3 /mnt/sdc/sdc3
    #

    # mount /dev/mapper/loop0p4 /mnt/sdc/sdc4
    mount: wrong fs type, bad option, bad superblock on /dev/mapper/loop0p4,
           missing codepage or helper program, or other error

           In some cases useful info is found in syslog - try
           dmesg | tail or so.
    #
    #
           
    # mount /dev/mapper/loop0p5 /mnt/sdc/sdc5
    mount: unknown filesystem type 'swap'

    # mount /dev/mapper/loop0p6 /mnt/sdc/sdc6
    #

    Of course "loop0p5" is the swap partition, which we don't care about. The two partitions
Bien sûr, "loop0p5" correspondant à la partition de swap, on ne va pas s'en occuper. Les deux partitions
    which we might want to repare are  the one which is related to sdc1 (here loop0p1) and sdc4 (here loop0p4).
que nous allons tenter de réparer sont celle qui corresponds à "sdc1" (ici loop0p1) et "sdc4" (ici loop0p4).

    The partitions related to sdc2 and sdc6 do mount fine and their content can be accessed.
Les partitions correspondantes à "sdc2" et "sdc6" se "mountent" sans problème et leur contenu est accessible.

    Next step will be trying to repair the 2 partitions which trigger the errors, with fsck.ext4.
Ensuite, on va essayer de réparer les 2 partitions qui renvoient des erreurs, avec "fsck.ext4."
    Trying the '-n' option first, which  works in reading mode only shows there are errors which
On va comencer par utiliser l'option '-n' qui ne travaille qu'en mode lecture, et affiche seulement les erreurs qu'il
    need to be corrected.
faudra corriger.

    However only one partition needs to be checked and if possible fixed. We can see it with "fdisk -l"
De toutes façons, une seule partition nécessite une vérification et si besoin une réparation. On peut le constater avec "fdisk -l"
    (invoked as root because the hdd file belongs to root)
(lancé depuis le compte "root" car les fichiers disques appartiennent au compte "root")

    # fdisk -l whdd-copy-mode

    Disk whdd-copy-mode: 37.3 GiB, 40020664320 bytes, 78165360 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: dos
    Disk identifier: 0xace22e9e

    Device          Boot     Start       End   Blocks  Id System
    whdd-copy-mode1       57993214  78163967 10085377   5 Extended
    whdd-copy-mode2           2048  16386047  8192000  83 Linux
    whdd-copy-mode3 *     16386048  30726143  7170048  83 Linux
    whdd-copy-mode4       30726144  57991167 13632512  83 Linux
    whdd-copy-mode5       57993216  64342015  3174400  82 Linux swap / Solaris
    whdd-copy-mode6       64344064  78163967  6909952  83 Linux

    Partition table entries are not in disk order.
    #

    The partition number 1 is an extended partition containing the other ones. Therefor the "wrong fs type"
La partition numéro 1 est une partition étendue qui en contient d'autre, aussi, l'apparition du message d'erreur "wrong fs type"
    error from the mount command on /dev/mapper/loop0p1 should be normal.
suite à l'exécution de la commande "mount" du repertoire "/dev/mapper/loop0p1"  est normale..

    # cd /dev/mapper/
    # ls -l
    total 0
    crw------- 1 root root 10, 236  1 janv. 20:52 control
    lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p1 -> ../dm-0
    lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p2 -> ../dm-1
    lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p3 -> ../dm-2
    lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p4 -> ../dm-3
    lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p5 -> ../dm-4
    lrwxrwxrwx 1 root root       7  1 janv. 20:52 loop0p6 -> ../dm-5
    #

    # LANG=C fsck.ext4 -n loop0p4
NOTE du traducteur : Faudra bien un jour qu'on m'explique ce que ce "LANG=C" vient faire ici ?
=> OK ! j'ai compris: c'était pour avoir un résultat pour anglophones depuis un système FR
    See the fsck.txt file for the content, which is quite long ?
Lisez le fichier texte "fsck.txt" dont le contenu est assez conséquent
    http://meets.free.fr/Downloads/whdd-fil … n-fsck.txt … n-fsck.txt
NOTE du traducteur : il faudra refaire le lien cassé par le copié-collé.
=> C'est fait..
    #

    Now, the real job:
Et maintenant, au boulot :

    # fsck.ext4 -f -y loop0p4
    ... (many messages)
... (beaucoup de messages)
    #

    Done:
Ça c'est fait:
    # fsck.ext4 -n loop0p4 | more
    e2fsck 1.42.8 (20-Jun-2013)
    home-buntu : propre, 234476/848640 fichiers, 2178724/3407872 blocs
    #

    (it says the partition is clean).
(Il annonce que la partition est réparée).

    Therefore:
Ensuite:
    # mount loop0p4 /mnt/sdc/sdc4/
    # cd /mnt/sdc/sdc4/
    # ls -l

    Everything's there! \o/!
Tout est là! \o/!
    Everything's there! \o/!
Tout est là! \o/!


    All my partitions saved. Hurrah!
Toutes mes partitions sont réparées. Hourra!
================
Si certains veulent proposer des corrections ou reformulations, qu'ils se gênent pas. smile

Dernière modification par MicP (07-01-2014 05:40:43)

#4 04-01-2014 22:56:08

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : wiki - Récupération de données sur disque dur endomagé

Cool smile

Je pense que mélodie sera d'accord pour relire le tuto une fois celui-ci terminé. C'est une francophone à la base (et bien d'autres choses en même temps big_smile ).

Merci de ton aide MicP.

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#5 05-01-2014 11:33:01

MicP
Invité

Re : wiki - Récupération de données sur disque dur endomagé

Le script reprends un fichier créé avec "whdd".
Cette application n'est pas disponible dans les dépôts de debian.

S'agit-il de faire un tuto en partant de l'image disque déjà créee,
ou bien faut-il inclure dans ce tuto la récupération, l'installation, configuration de "whdd" puis création du fichier "image-copie-disque" ?

#6 05-01-2014 11:53:47

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : wiki - Récupération de données sur disque dur endomagé

Effectivement, whdd n'est pas dans Debian.

Je propose de faire une partie création de l'image disque, avec la méthode dd, la méthode dd_rescue, et la méthode whdd, qui nécessite elle effectivement son installation préalable. En attendant de détailler l'installation de whdd, on peut pour cette méthode renvoyer vers le site du logiciel.

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#7 05-01-2014 12:59:57

MicP
Invité

Re : wiki - Récupération de données sur disque dur endomagé

Ok pour la création d'image disque avec "dd" (c'est d'ailleurs ce que j'utilise).

Quand je me suis retrouvé avec un disque qui bloquait le démarrage de ma machine, je me suis rendu compte que c'était la routine du BIOS, qui, ayant tenté de lire le MBR, devait être la cause de ce blocage.
J'ai donc tenté une manœuvre risquée qui a quand même été réussie.
J'avais vu dans les datasheets que la puce ICH7 de ma machine pouvait accepter le Hot Plugging, mais la doc de la carte mère n'en parlais pas.
Étant donné qu'aucun composant actif n'était présent entre les E/S de l'ICH7 et les connecteurs, j'ai tenté l'expérience:
Et ça marche: j'ai pu faire ma réparation de disque après avoir connecté mon disque à chaud.

J'en ai profité plus tard pour tester l'échange d'un disque RAID sans arrêter le système : réussite.

EDIT: Je sais pas pourquoi ce message est partis incomplet...,
j'ai dû encore avoir un problème de clavier. EDIT: J'ai acheté un autre clavier (07/01/2014)
Je l'ai complété.

Dernière modification par MicP (09-01-2014 10:39:16)

#8 05-01-2014 13:05:03

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : wiki - Récupération de données sur disque dur endomagé

En fait, dd arrive à lire une image si le dd n'est pas encore trop défaillant. dd_rescue tolère davantage de pannes, et whdd peut être utilisé même quand le disque dur n'arrive plus à s'identifier comme périphérique sata auprès du noyau (donc état de dégradation avancé).

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#9 05-01-2014 13:05:38

MicP
Invité

Re : wiki - Récupération de données sur disque dur endomagé

Ok pour la création d'image disque avec "dd".
C'est d'ailleurs ce que j'utilise.

Avant, j'utilisais l'INT13,

"mais ça c'était avant...." smile
EDIT: il m'aurait fallu trouver un smiley avec des lunettes

Dernière modification par MicP (05-01-2014 21:12:43)

#10 05-01-2014 21:19:49

MicP
Invité

Re : wiki - Récupération de données sur disque dur endomagé

J'en suis là : récupération de données sur disque dur endomagé.
Mais deux lignes au dessus du lien cassé (que j'ai réparé d'ailleurs),

il y a ceci :

  # LANG=C fsck.ext4 -n loop0p4


Il doit sans doute s'agir d'une erreur, non ?

Je propose de supprimer "LANG=C" de cette ligne de commande.

EDIT: Je suis un peu con-con des fois, je viens juste de comprendre ce qui a dû se passer:
Comme l'auteure est une francophone qui écrit pour les autres, elle s'est arrangée avec les "locales" pour qu'ils puissent comprendre les messages de retour des commandes.
Il restait un petit bout qui traînait par là.

Dernière modification par MicP (08-01-2014 18:22:40)

#11 05-01-2014 21:35:21

nifseg
Membre
Lieu : Dans une forêt
Distrib. : Debian Bullseye + Bookworm + Unix BSD
Noyau : 5.10.0 amd64 i386 + 6.1.0 amd64 i386
(G)UI : Gnome/Mate/Cinnamon/KDE sous FreeBSD
Inscription : 15-12-2013

Re : wiki - Récupération de données sur disque dur endomagé

Il me semble que dd-rescue n'est plus dans les dépôts officiels de wheezy.
A voir.
En tout cas c'est un très bon logiciel!
Je viens de vérirfier, apparemment pour insaller ddrescue il faut installer le fronted gddrescue

Dernière modification par nifseg (05-01-2014 21:44:16)


L'important n'est pas la chute mais l'atterrissage...
Chapardeur de chocolat DF!!!
Admin un jour, admin toujours...
Utilisateur de plusieurs OS de type Unix comme GNU/Linux, Système BSD (FreeBSD, OpenBSD, NetBSD), Système Solaris (OpenIndiana et divers autres distrib du projet ILLUMOS) . I love Unix !!!

Hors ligne

#12 05-01-2014 21:41:18

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : wiki - Récupération de données sur disque dur endomagé

Si, mais sans le tiret smile

aptitude search ddrescue


p   ddrescue          - copy data from one file or block device to another                                              
p   gddrescue         - GNU data recovery tool



Bon, par contre…

apt-cache policy ddrescue


ddrescue:
  Installé : (aucun)
  Candidat : 1.14-1
 Table de version :
    1.14-1 0
        500 http://ftp.fr.debian.org/debian/ oldstable/main amd64 Packages



Mais en fait,

apt-file list ddrescue


gddrescue: /usr/bin/ddrescue



Et:

apt-cache policy gddrescue


gddrescue:
  Installé : (aucun)
  Candidat : 1.17-1
 Table de version :
    1.17-1 0
        500 http://ftp.fr.debian.org/debian/ testing/main amd64 Packages
        500 http://ftp.fr.debian.org/debian/ sid/main amd64 Packages
    1.16-1 0
        500 http://ftp.fr.debian.org/debian/ stable/main amd64 Packages
    1.11-1 0
        500 http://ftp.fr.debian.org/debian/ oldstable/main amd64 Packages


captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#13 05-01-2014 21:46:20

nifseg
Membre
Lieu : Dans une forêt
Distrib. : Debian Bullseye + Bookworm + Unix BSD
Noyau : 5.10.0 amd64 i386 + 6.1.0 amd64 i386
(G)UI : Gnome/Mate/Cinnamon/KDE sous FreeBSD
Inscription : 15-12-2013

Re : wiki - Récupération de données sur disque dur endomagé

Ah ok, javais mit le tiret

L'important n'est pas la chute mais l'atterrissage...
Chapardeur de chocolat DF!!!
Admin un jour, admin toujours...
Utilisateur de plusieurs OS de type Unix comme GNU/Linux, Système BSD (FreeBSD, OpenBSD, NetBSD), Système Solaris (OpenIndiana et divers autres distrib du projet ILLUMOS) . I love Unix !!!

Hors ligne

#14 05-01-2014 21:46:45

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : wiki - Récupération de données sur disque dur endomagé

Héhé, les grands esprits se rencontrent :-°

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#15 05-01-2014 21:48:23

MicP
Invité

Re : wiki - Récupération de données sur disque dur endomagé

De mon côté, j'ai plutôt ça:


root@deb-G53SW:~# cat /var/log/installer/lsb-release
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="7 (wheezy) - installer build 20130613+deb7u1+b1"
X_INSTALLATION_MEDIUM=cdrom
­
root@deb-G53SW:~# aptitude search ddrescue
p   gddrescue                            - GNU data recovery tool                        
­
root@deb-G53SW:~# apt-cache policy ddrescue
N: Impossible de trouver le paquet ddrescue
­
root@deb-G53SW:~#
 



Mais c'est vrais que :

root@deb-G53SW:~# cat /etc/apt/sources.list
#
­
# deb cdrom:[Debian GNU/Linux 7.3.0 _Wheezy_ - Official amd64 NETINST Binary-1 20131215-04:55]/ wheezy main
­
# deb cdrom:[Debian GNU/Linux 7.3.0 _Wheezy_ - Official amd64 NETINST Binary-1 20131215-04:55]/ wheezy main
­
deb http://ftp.fr.debian.org/debian/ wheezy main contrib
deb-src http://ftp.fr.debian.org/debian/ wheezy main contrib
­
deb http://security.debian.org/ wheezy/updates main contrib
deb-src http://security.debian.org/ wheezy/updates main contrib
­
# wheezy-updates, previously known as 'volatile'
deb http://ftp.fr.debian.org/debian/ wheezy-updates main contrib
deb-src http://ftp.fr.debian.org/debian/ wheezy-updates main contrib
root@deb-G53SW:~#
 

Dernière modification par MicP (07-01-2014 05:54:02)

#16 05-01-2014 21:49:57

nifseg
Membre
Lieu : Dans une forêt
Distrib. : Debian Bullseye + Bookworm + Unix BSD
Noyau : 5.10.0 amd64 i386 + 6.1.0 amd64 i386
(G)UI : Gnome/Mate/Cinnamon/KDE sous FreeBSD
Inscription : 15-12-2013

Re : wiki - Récupération de données sur disque dur endomagé

MicP a écrit :

Héhé, les grands esprits se rencontrent :-°


smile


L'important n'est pas la chute mais l'atterrissage...
Chapardeur de chocolat DF!!!
Admin un jour, admin toujours...
Utilisateur de plusieurs OS de type Unix comme GNU/Linux, Système BSD (FreeBSD, OpenBSD, NetBSD), Système Solaris (OpenIndiana et divers autres distrib du projet ILLUMOS) . I love Unix !!!

Hors ligne

#17 05-01-2014 21:52:30

MicP
Invité

Re : wiki - Récupération de données sur disque dur endomagé

Non non, c'est le docteur qui a écrit ça. #14

Dernière modification par MicP (05-01-2014 21:53:46)

#18 05-01-2014 21:53:34

nifseg
Membre
Lieu : Dans une forêt
Distrib. : Debian Bullseye + Bookworm + Unix BSD
Noyau : 5.10.0 amd64 i386 + 6.1.0 amd64 i386
(G)UI : Gnome/Mate/Cinnamon/KDE sous FreeBSD
Inscription : 15-12-2013

Re : wiki - Récupération de données sur disque dur endomagé

Oui je sais! je sais pas ski c'est passé

L'important n'est pas la chute mais l'atterrissage...
Chapardeur de chocolat DF!!!
Admin un jour, admin toujours...
Utilisateur de plusieurs OS de type Unix comme GNU/Linux, Système BSD (FreeBSD, OpenBSD, NetBSD), Système Solaris (OpenIndiana et divers autres distrib du projet ILLUMOS) . I love Unix !!!

Hors ligne

#19 05-01-2014 22:14:55

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : wiki - Récupération de données sur disque dur endomagé

MicP a écrit :

De mon côté, j'ai plutôt ça:[…]


Oui, donc tu as gddrescue qui contient ddrescue.


captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#20 05-01-2014 22:18:27

nifseg
Membre
Lieu : Dans une forêt
Distrib. : Debian Bullseye + Bookworm + Unix BSD
Noyau : 5.10.0 amd64 i386 + 6.1.0 amd64 i386
(G)UI : Gnome/Mate/Cinnamon/KDE sous FreeBSD
Inscription : 15-12-2013

Re : wiki - Récupération de données sur disque dur endomagé

Ouais c'est pareil pour moi.
Après avoir instéllé gddrescue, ddrescue est également installé
T'as ddrescue séparé parcque t'es sous Sid

Dernière modification par nifseg (05-01-2014 22:19:23)


L'important n'est pas la chute mais l'atterrissage...
Chapardeur de chocolat DF!!!
Admin un jour, admin toujours...
Utilisateur de plusieurs OS de type Unix comme GNU/Linux, Système BSD (FreeBSD, OpenBSD, NetBSD), Système Solaris (OpenIndiana et divers autres distrib du projet ILLUMOS) . I love Unix !!!

Hors ligne

#21 05-01-2014 22:27:47

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : wiki - Récupération de données sur disque dur endomagé

Non non, regardez bien #12, ddrescue séparé c'était pour squeeze smile (oldstable) depuis wheezy, et encore en sid, ddrescue est dans gddrescue.

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#22 05-01-2014 23:38:13

MicP
Invité

Re : wiki - Récupération de données sur disque dur endomagé

Ah oui, mais bon, je me limitais seulement au nom du paquetage.

===========
Mais c'est pas les mêmes:
"dd_rescue" proviens du paquetage "ddrescue" (créé par Kurt Garloff) (http://debian-facile.org/doc:systeme:ddrescue)
"ddresue" proviens du paquetage "gddrescue" (GNU)

En fait le "GNU ddrescue" du paquetage "gddrescue" a une approche différente de celle du "dd_rescue" de Kurt Garloff pour réparer un disque :

Pour le "GNU ddrescue" , le "moins", c'est qu'on peut pas "piper" sa sortie à cause de son "plus".
Et le "plus", c'est que "Gnu ddrescue" saute d'abord les secteurs défaillants dans sa première passe de lecture, et c'est d'ailleurs pour cela qu'on ne peut pas le "piper".
À la passe suivante, il travaillera à essayer de récupérer le max d'infos sur les erreurs rencontrées lors de la première passe pour éventuellement pouvoir les corriger.
Le deuxième plus, c'est que "GNU ddrescue" est plus rapide.
Et puis, il fait tout ça en une seule commande, alors que "dd_rescue" a besoin d'être relancé.

Personnellement, je trouve la méthode du "Gnu ddrescue" plus sûre étant donné qu'il vaut mieux faire tourner le moins de temps possible un disque en fin de vie.
Et puis, si le programme passe son temps à s'acharner sur la récupération du premier secteur défaillant rencontré et que le disque finit par mourir, ben... c'est trop tard pour tenter une récupération des infos suivantes.

forensicswiki.org => ddrescue
ddrescue => manual

Dernière modification par MicP (06-01-2014 00:15:25)

#23 06-01-2014 00:20:56

captnfab
Admin-Girafe
Lieu : /dev/random
Distrib. : Debian
Noyau : Dur
(G)UI : gui gui, je zuis un doiseau
Inscription : 07-07-2008
Site Web

Re : wiki - Récupération de données sur disque dur endomagé

Oh, ok, bien vu !
Ça veut dire que notre tuto dd_rescue est obsolète… smile

captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.

Hors ligne

#24 06-01-2014 00:53:32

MicP
Invité

Re : wiki - Récupération de données sur disque dur endomagé

Je sais pas, c'est comme toujours, faut voir dans quel contexte dd-rescue est encore utilisable.
Et puis dans le travail de Kurt Garloff il y a sûrement des choses intéressantes étant donné qu'il s'agissait de deux projets indépendants.
Quoi qu'il en soit, il faudra sans doute en créer un pour le GNU ddrescue ne serait-ce que pour éviter la confusion et puis, vu qu'il est maintenant fournit dans les paquetages actuels...

Aussi, j'étais étonné de voir que "apt-cache search", "aptitude" etc... ne trouvaient pas la même chose sur ma machine que sur les vôtres.

Dernière modification par MicP (06-01-2014 04:26:12)

#25 06-01-2014 20:51:05

MicP
Invité

Re : wiki - Récupération de données sur disque dur endomagé

Voilà voilà : Récupération de données d'un disque dur endommagé

@ captnfab : Je te laisse le soin de citer les sources et l'auteure.

NOTE : J'aurais aimé connaître la syntaxe de la balise (si elle existe) de "page break" (before ou/et after), car avec cette balise, Les résultats au format "pdf" pourraient êtres plus présentables.

Dernière modification par MicP (06-01-2014 21:02:20)

Pied de page des forums