Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
L'icône rouge permet de télécharger chaque page du wiki visitée au format
PDF et la grise au format ODT →
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente Prochaine révision Les deux révisions suivantes | ||
|
doc:materiel:disques-durs:recuperation-de-donnees-disque-endomage [07/01/2014 23:25] MicP [La réparation] |
doc:materiel:disques-durs:recuperation-de-donnees-disque-endomage [09/01/2014 07:24] MicP [Restauration] |
||
|---|---|---|---|
| Ligne 67: | Ligne 67: | ||
| Pour permettre l'accès aux partitions du fichier image disque ''whdd-copy-mode'', \\ | Pour permettre l'accès aux partitions du fichier image disque ''whdd-copy-mode'', \\ | ||
| - | on va utiliser ''kpartx'' pour faire une "projection" de ses partitions sur le périphérique ''/dev/mapper'': | + | on va utiliser ''kpartx'' pour faire une "projection" (''mappage'') de ses partitions sur le périphérique ''/dev/mapper'': |
| <code root>kpartx -a whdd-copy-mode</code> | <code root>kpartx -a whdd-copy-mode</code> | ||
| Ligne 197: | Ligne 197: | ||
| Toutes mes partitions sont réparées. Hourra! | Toutes mes partitions sont réparées. Hourra! | ||
| - | ===== Restauration ===== | ||
| - | ==== Recopie sur le disque ==== | ||
| - | En cours d'édition... | ||
| - | ===== Dé-mountage ===== | ||
| - | "Dé-mountage" des partitions. | ||
| - | <code root>umount /dev/mapper/loop0p{2,3,4,6}</code> | ||
| - | Libération du périphérique ''/dev/loop0'' => destruction du "mappage" des partitions. | + | ===== Dé-mountage ===== |
| + | Libération du périphérique ''/dev/loop0'' (dé-mappage de ses partitions). | ||
| <code root>kpartx -d /dev/loop0</code> | <code root>kpartx -d /dev/loop0</code> | ||
| + | |||
| + | Détacher le fichier image disque ''whdd-copy-mode'' associé au périphérique boucle ''/dev/loop0''. | ||
| + | <code root>losetup -d /dev/loop0</code> | ||
| Destruction des points de "mountage" et du répertoire les contenant. | Destruction des points de "mountage" et du répertoire les contenant. | ||
| <code root>rm -r /mnt/sdc</code> | <code root>rm -r /mnt/sdc</code> | ||
| + | ===== Restauration ===== | ||
| + | ==== Recopie de l'image sur le disque ==== | ||
| + | === connexion et identification du disque === | ||
| + | Le fichier image disque étant maintenant détaché du périphérique ''/dev/loop0'', | ||
| + | Il suffit de le recopier sur le périphérique physique par son point de mountage au système. | ||
| + | Pour cela, ''whdd'' ou plus simplement ''dd'' peuvent êtres utilisés. \\ | ||
| + | <note>N'ayant pas encore de disques disponibles pour faire de vrais tests (je les reçoit dans une semaine...), ni installé ''wgdd'', je ne présenterais que la méthode utilisant ''dd''. \\ | ||
| + | Je vais supposer que, comme le disque était "malade", il avait été déconnecté physiquement de la machine le temps d'effectuer les manipulations précédentes.</note> | ||
| + | 1°/ Cas du disque dans un boîtier USB ou SATA connecté à chaud. | ||
| + | Avant de connecter physiquement le disque physique à la machine, \\ | ||
| + | ouvrez une fenêtre de terminal, connectez vous sous le compte du super-utilisateur ''root'', et entrez la commande suivante : | ||
| + | <code root>tail -f -n 5 /var/log/messages</code> | ||
| + | <file txt retour de la commande> | ||
| + | Jan 9 06:31:24 deb-G53SW mtp-probe: bus: 3, device: 19 was not an MTP device | ||
| + | Jan 9 06:31:24 deb-G53SW mtp-probe: bus: 3, device: 18 was not an MTP device | ||
| + | Jan 9 06:31:25 deb-G53SW kernel: [ 4074.562535] usblp1: removed | ||
| + | Jan 9 06:31:25 deb-G53SW kernel: [ 4074.569289] usblp1: USB Bidirectional printer dev 19 if 0 alt 0 proto 2 vid 0x04F9 pid 0x0027 | ||
| + | Jan 9 06:31:25 deb-G53SW udev-configure-printer: Re-enabled printer ipp://localhost:631/printers/HL-2030-series | ||
| + | </file> | ||
| + | Connectez physiquement le disque à la machine et observez les nouveaux messages qui apparaissent dans la fenêtre de terminal. | ||
| + | <note>En cours d'édition : je referai plus tard les fenêtres de retour de commandes avec un disque comportant les mêmes partitions. \\</note> | ||
| + | <file txt messages> | ||
| + | Jan 9 06:58:27 deb-G53SW kernel: [ 5696.507982] sd 9:0:0:0: Attached scsi generic sg4 type 0 | ||
| + | Jan 9 06:58:27 deb-G53SW kernel: [ 5696.508454] sd 9:0:0:0: [sdd] 625142448 512-byte logical blocks: (320 GB/298 GiB) | ||
| + | Jan 9 06:58:27 deb-G53SW kernel: [ 5696.508844] sd 9:0:0:0: [sdd] Write Protect is off | ||
| + | Jan 9 06:58:28 deb-G53SW kernel: [ 5696.707204] sdd: sdd1 sdd2 < sdd5 sdd6 sdd7 sdd8 sdd9 sdd10 sdd11 sdd12 sdd13 sdd14 sdd15 sdd16 > | ||
| + | Jan 9 06:58:28 deb-G53SW kernel: [ 5696.711281] sd 9:0:0:0: [sdd] Attached SCSI disk | ||
| + | </file> | ||
| + | Suite à la détection par le noyau de la connexion d'un nouveau périphérique, 4 nouvelles lignes sont apparues dans la fenêtre de terminal. | ||
| + | La dernière ligne nous permet de constater que le fichier de périphérique ''/dev/sdc'' a été associé au disque nouvellement connecté. | ||
| + | On peut maintenant stopper l'exécution de la commande ''tail'' avec ''Ctrl-c''. | ||
| + | On peut s'assurer qu'il s'agit bien de notre disque en visualisant ses références avec la commande suivante: | ||
| + | <code user>ls -l /dev/disk/by-id | grep sdd$</code> | ||
| + | <file txt retour de la commande> | ||
| + | lrwxrwxrwx 1 root root 9 janv. 9 06:58 usb-ST932042_3AS_088810000000-0:0 -> ../../sdd | ||
| + | </file> | ||
| + | Et confirmer le fait en visualisant l' ''UUID'' de touts les partitions présentes sur ce disque. | ||
| + | <code user>ls -l /dev/disk/by-uuid | grep sdd</code> | ||
| + | <file txt retour de la commande> | ||
| + | lrwxrwxrwx 1 root root 11 janv. 9 06:58 2864c6d8-3e6e-407a-88dd-b5848a9bdbdd -> ../../sdd16 | ||
| + | lrwxrwxrwx 1 root root 10 janv. 9 06:58 3214e144-879f-4edd-94fc-11cb85b81472 -> ../../sdd9 | ||
| + | lrwxrwxrwx 1 root root 10 janv. 9 06:58 33a9116c-e10f-4e6a-acd8-a90d20cb8e26 -> ../../sdd6 | ||
| + | lrwxrwxrwx 1 root root 11 janv. 9 06:58 3df408e9-e65e-4659-9881-84ae6d077c43 -> ../../sdd14 | ||
| + | lrwxrwxrwx 1 root root 11 janv. 9 06:58 4d8b7d8f-30db-4637-b33b-84c42df4cd88 -> ../../sdd13 | ||
| + | lrwxrwxrwx 1 root root 11 janv. 9 06:58 74349cee-dd8c-4ce5-ab45-a8e7b25cdda0 -> ../../sdd15 | ||
| + | lrwxrwxrwx 1 root root 10 janv. 9 06:58 965d9bed-c44b-4920-bf5a-9cae3da537f0 -> ../../sdd1 | ||
| + | lrwxrwxrwx 1 root root 11 janv. 9 06:58 9e2ba03c-bada-4db8-a761-fe3093b92860 -> ../../sdd11 | ||
| + | lrwxrwxrwx 1 root root 10 janv. 9 06:58 a05f71f5-83f6-46b8-a96a-499129916136 -> ../../sdd8 | ||
| + | lrwxrwxrwx 1 root root 10 janv. 9 06:58 a1fdf8ed-cc93-43bb-b37b-7ce8b0b3e153 -> ../../sdd5 | ||
| + | lrwxrwxrwx 1 root root 11 janv. 9 06:58 a69d9182-f4c7-4276-b35d-7d5f9bd50a57 -> ../../sdd10 | ||
| + | lrwxrwxrwx 1 root root 11 janv. 9 06:58 b9bf96f4-694a-453f-aad6-d84efbb1f299 -> ../../sdd12 | ||
| + | lrwxrwxrwx 1 root root 10 janv. 9 06:58 fd63ad30-fc7b-4640-b1ba-10c0da651be9 -> ../../sdd7 | ||
| + | </file> | ||
| + | Les ''UUID'' des partitions correspondent, c'est bien notre disque qui est connecté sur ''/dev/sdd''. | ||
| + | Pour que la recopie du fichier image disque puisse être faite, il faut d'abord (au cas où) "dé-mounter" les partitions de ce disque. | ||
| + | <code root>umount /dev/sdd*</code> | ||
| + | On vérifie que plus aucune des partitions de ce disque n'est "mountée" sur le système de fichiers: | ||
| + | <code user>mount | grep /dev/sdd</code> | ||
| + | Si cette dernière commande n'a rien retourné, on peut lancer la recopie du fichier image disque sur le disque physique. | ||
| + | === Recopier le fichier image sur le disque === | ||
| + | <code root>dd if=whdd-copy-mode of=/dev/sdd bs=1M; sync</code> | ||
| + | Il va falloir patienter en fonction de la "taille" du disque... | ||
