Debian-facile

paskal

autobahn

Lieu : ailleurs

Inscription : 14-06-2011

Site Web

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

---

I'd love to change the world
But I don't know what to do
So I'll leave it up to you...

Melodie

Modérateur

Lieu : Pyrénées

Distrib. : Bento Openbox

(G)UI : Openbox

Inscription : 28-05-2007

Site Web

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

Bonjour,

pour info, en reprenant le tuto (vu que je m'en sers une fois par an en moyenne, pas difficile de deviner que j'ai besoin de le relire); Arrivée au point de faire un

kpartx -d /dev/loop0

cela me répond:

device-mapper: remove ioctl on loop0p5 failed: Device or resource busy
device-mapper: remove ioctl on loop0p1 failed: Device or resource busy

Donc je démonte d'abord:

umount /dev/mapper/loop0p1

[root@bento64:~]
#

umount /dev/mapper/loop0p5

et ensuite cela fonctionne:
[root@bento64:~]
#

kpartx -d /dev/loop0

[root@bento64:~]
#

losetup -d /dev/loop0

[root@bento64:~]
#

Par ailleurs j'ignore pourquoi le tutoriel suggère de démonter avant de copier ailleurs, c'est bizarre. Là je viens de me retrouver avec une image contenant 2 partitions Ntfs, vu que le disque dur mourant était sous Windows (la machine de la personne a pris un choc. :-( ). J'ai fait l'image disque avec whdd depuis ma distro Bento en l'envoyant vers un fichier intégré à un disque dur externe fraîchement partitionné en Ntfs. Lorsque j'ai attaché l'image sur les périphériques loop, je savais (pour avoir essayé sur une première image la veille) qu'il y avait corruption de la première partition et de là l'inconsistance empêchait de la monter.

Après une recherche sur le web, je me suis décidée à utiliser ntfsfix et ntfsck. Ce dernier fait partie du paquet ntfs-3g-dev. Ce qui a fonctionné : lancer ntfsfix avec les arguments "-b -d -n" pour commencer, contre le périphérique /dev/mapper/loop0p1 puis même chose sans le "-n" : "ntfsfix -b -d -n /dev/mapper/loop0p1" puis sans argument avec ntfsck (parce qu'il n'y a pas de doc, ou de man qui vient avec ntfsck ni même de "--help" ou de "-h").

Je vais entrer dans les détails:
#

ls -lh sauvewhdd.img

-rwxrwxrwx 1 melodie melodie 299G déc.  17 23:46 sauvewhdd.img
 

C'était un disque dur de 320 Go, à la base.

suivant le tutoriel:
#

losetup /dev/loop0 sauvewhdd.img

puis:

kpartx -a sauvewhdd.img

ls -l /dev/mapper/

total 0
crw------- 1 root root 10, 236 déc.  17 12:23 control
lrwxrwxrwx 1 root root       7 déc.  18 00:15 loop0p1 -> ../dm-0
lrwxrwxrwx 1 root root       7 déc.  18 00:15 loop0p2 -> ../dm-1
lrwxrwxrwx 1 root root       7 déc.  18 00:15 loop0p5 -> ../dm-2
 

la partition accessible par loop0p2 est une partition étendue, je ne m'en suis donc pas occupée. J'ai créé /mnt/sdc/sdc1 et /mnt/sdc/sdc5. Ensuite, pour le montage ça râlait que le système de fichiers avait été arrêté brutalement, qu'il manquait certains fichiers, j'ai réparé comme précisé ci-dessus, puis j'ai pu faire le montage.

Maintenant, si je refais la même chose, tout baigne:

ntfsfix -b -d -n /dev/mapper/loop0p1

Mounting volume... OK
Processing of $MFT and $MFTMirr completed successfully.
Checking the alternate boot sector... OK
NTFS volume version is 3.1.
NTFS partition /dev/mapper/loop0p1 was processed successfully.

avec "ntfsck", c'est beaucoup moins joli,

ntfsck /dev/mapper/loop0p1

Unsupported: replay_log()
Volume is dirty.
Unsupported: check_volume()
Checking 103488 MFT records.
Assertion failed for '79712:FILE record magic'. should be 0x454c4946, was 0x0.
Assertion failed for 'attrs_offset < bytes_in_use'. 0x0 >= 0x0
Assertion failed for '79713:FILE record magic'. should be 0x454c4946, was 0x0.
Assertion failed for 'attrs_offset < bytes_in_use'. 0x0 >= 0x0
Assertion failed for '79714:FILE record magic'. should be 0x454c4946, was 0x0.
Assertion failed for 'attrs_offset < bytes_in_use'. 0x0 >= 0x0
Assertion failed for '79715:FILE record magic'. should be 0x454c4946, was 0x0.
Assertion failed for 'attrs_offset < bytes_in_use'. 0x0 >= 0x0
Assertion failed for '79716:FILE record magic'. should be 0x454c4946, was 0x0.
Assertion failed for 'attrs_offset < bytes_in_use'. 0x0 >= 0x0
……………
………
……

Assertion failed for 'attrs_offset < bytes_in_use'. 0x0 >= 0x0
Assertion failed for '93246:FILE record magic'. should be 0x454c4946, was 0x0.
Assertion failed for 'attrs_offset < bytes_in_use'. 0x0 >= 0x0
Assertion failed for '93247:FILE record magic'. should be 0x454c4946, was 0x0.
Assertion failed for 'attrs_offset < bytes_in_use'. 0x0 >= 0x0
Errors found.
Unsupported cases found.
[root@bento64:~]
#
 

mais j'ai tout de même pu récupérer des données qui étaient autrement inaccessibles.

Edit à toto : Mis les commandes root et user avec la balises Commande du forum.

---

le blog d'une newbie :: Linuxvillage :: Bentovillage

À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)

Debian Alain

Membre

Lieu : Bretagne

Distrib. : sid (unstable) / bullseye (stable)

Noyau : Linux sid 6.4.0-3-amd64

(G)UI : Gnome X.org (X11) / GDM3

Inscription : 11-03-2017

Site Web

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

j'ai modifié la toute dernière commande .

j'ai rajouté

status=progress

à la commande

dd if=whdd-copy-mode of=/dev/sdd bs=1M; sync

ce qui donne :

dd if=whdd-copy-mode of=/dev/sdd bs=1M status=progress; sync

c'est mineur comme modif mais en cas de gros fichier (à prévoir) çà aide à attendre .

---

+ -- Les Cahiers du Débutant (Bullseye) -- + -- Les Cahiers de l'Admin (buster) -- +

+ (ISOs Debian Facile) + -- Les Commandes Linux (D - F) -- +