Différences

Ci-dessous, les différences entre deux révisions de la page.

--- ddrescue [Le 15/01/2022, 15:19]
83.201.159.83
+++ ddrescue [Le 11/09/2022, 10:34]
moths-art Suppression des espaces en fin de ligne (détecté et corrigé via le bot wiki-corrector (https://forum.ubuntu-fr.org/viewtopic.php?id=2067892)
@@ Ligne 1: / Ligne 1: @@
 {{tag>récupérer système sauvegarde}}
@@ Ligne 20: / Ligne 19: @@
 Vérifiez votre matériel. Un disque est parfois endommagé à cause d'un contrôleur de disque défectueux, vous risquez d'aggraver la situation en continuant à l'utiliser pour la récupération. De la mémoire vive défectueuse peut avoir endommagé les données du disque à sauvegarder puis corrompre des données encore valides qui seront copiées sur le nouveau disque.
 Vérifiez que le disque sur lequel vous enregistrez le fichier cible et le fichier journal soit en bon état !
 <code bash>smartctl -a /dev/disque_recepteur</code>
@@ Ligne 102: / Ligne 101: @@
 ''<nom_fichier_journal>'' = le nom du fichier de log comportant la liste des secteurs récupérés et de ceux à relire. Très fortement recommandé, voir ci-dessous.
 J'ai essayé de suivre votre tuto, je n'ai rien obtenu à part le message :"Too many files". Vous devriez écrire un vrai exemple de commande pour sauvegarder les fichiers Image et log sur une clé USB. Car là, ce n'est vraiment pas clair.
 Pour obtenir une liste exhaustive des fonctions du logiciel, se reporter au site officiel ou à sa documentation:
@@ Ligne 142: / Ligne 141: @@
 <code bash>sudo ddrescue <source> <cible>.img <log> -r1</code>
 Reprend la copie en se concentrant sur les zones considérées comme erronées en première lecture : le chiffre derrière r est un paramètre qui spécifie combien de tentative d'accès doivent être effectuées à chaque erreur rencontrée.
 === Option -S ===
@@ Ligne 175: / Ligne 174: @@
 sudo ddrescuelog -l- -b512 /home/ubuntu/dd/suivi >/home/ubuntu/dd/badblocs</code>
 ==Fabriquer les secteurs qui n'ont pas été copiés ==
 - Avec mise d'un commentaire personnel.
 <code bash>ddrescue --fill-mode=- <(printf "SECTEUR ILLISIBLE On va marquer au fer rouge  tous ces secteurs faussement  défectueux  afin de rechercher dans les fichiers ceux qui sont impactés par SECTEUR ILLISIBLE") --force /dev/sde /home/ubuntu/dd/suivi </code>
 - ou avec écriture de zéros.
@@ Ligne 183: / Ligne 182: @@
 === Sauvegarde d'une partition dans une partition avec un livecdrom ===
 La taille du secteur est de 4096 bytes.
 La partition est celle contenant les données de l'utilisateur (sda6).
 Le disque externe a été formaté avec au moins deux partitions;  sde1 pour le suivi du processus (taille 1 Go) et sde2 pour recevoir la duplication (la taille étant au moins égale à sda6).
 == Faire la copie des secteurs de bonne qualité ==
@@ Ligne 196: / Ligne 195: @@
 sudo ddrescuelog -l- -b4096 /media/ubuntu/dd/suivi6 >/media/ubuntu/dd/badblocs6</code>
 == Fabriquer les secteurs qui n'ont pas été copiés ==
 - Avec mise d'un commentaire personnel.
 <code bash>ddrescue --fill-mode=- <(printf "SECTEUR ILLISIBLE On va marquer au fer rouge  tous ces secteurs faussement  défectueux  afin de rechercher dans les fichiers ceux qui sont impactés par SECTEUR ILLISIBLE") --force /dev/sde2 /media/ubuntu/dd/suivi6 </code>
 - ou avec écriture de zéros.
@@ Ligne 216: / Ligne 215: @@
 Lire de telles données peut donc se révéler problématique si elles sont accidentellement de même [[https://www.cgsecurity.org/wiki/Formats_de_fichier_r%C3%A9cup%C3%A9r%C3%A9s_par_PhotoRec|type de format]] puisque les logiciels de lecture vont alors pouvoir lire normalement les fichiers.
 Pour un film, ce n'est pas très grave. Personne  ne verra qu'un paquet de 512 bytes est remplacé par une autre animation.
 Pour une image, cela pourrait être visible avec une petite zone sans rapport avec le dessin.
@@ Ligne 226: / Ligne 225: @@
 Pour un document du style  calc, il va être plus difficile de s'apercevoir que les chiffres ne sont pas valables. Si par malheur cela concerne le tableau final.......
 Pour toutes ses raisons, il est tentant de mettre des données fictives (des zéros ou autre chose) dans ces secteurs. Cependant c'est à double tranchant pour les logiciels car ceux-ci pourraient ne plus lire le fichier abîmé. __Il faudrait alors utiliser la version moins un du fichier  qui est très certainement inexistante.
 __
@@ Ligne 256: / Ligne 255: @@
 cat sdb2.files</code>
 ==== Connaître les fichiers stockés dans une partition NTFS impactés par les blocs défectueux. ====
 Pour obtenir la liste des fichiers qui sont encore corrompus, il est nécessaire d'avoir récupéré en  totalité le répertoire des noms de fichiers. La première action à faire est de s'assurer que ce répertoire est en bon état. Cette action peut se faire pendant la dernière phase de récupération lorsque les tentatives de récupération deviennent de plus en plus longues.  La commande suivante doit se terminer sans signaler d'erreurs.
 <code bash>sudo   ntfsfix  -n -b -d   <nom_partition_cible></code>
 Si cette commande répond que la structure des répertoires  est en mauvais état, il faut retenter de récupérer des secteurs illisibles.    Sinon, on peut obtenir la liste des fichiers non totalement récupérés avec ces commandes
@@ Ligne 265: / Ligne 264: @@
 ==== Sur l'écran de la session  terminal en exécution ====
 Pendant toute la durée de l'exécution, une grille permettant un suivi est affichée.
 Il n'est pas possible de la mettre dans la discussion en cours  avec la technique  copier/coller  puisque  la grille se met à jour régulièrement.   Il est nécessaire de tuer le process pour en effectuer une capture!
 <code>GNU ddrescue 1.22
@@ Ligne 281: / Ligne 280: @@
 Signification de quelques zones:
 **Initial status**: Lorsque ddrescue est relancé suite à une interruption, le fichier de log permet de continuer l'action en cours. La ligne qui suit fait un récapitulatif de tout ce qui a déjà été traité. Les deux lignes ne sont pas présentes lors du premier lancement.
 **ipos opos**   Indique la position début dans le support entrée et le support sortie. Zéro lors du premier lancement.
@@ Ligne 289: / Ligne 288: @@
 ** rescued pct rescued**    Taille déjà récupérée  ainsi que le pourcentage par rapport à la totalité de l'espace émetteur.
 **run time** Temps écoulé depuis le début de la commande exprimé en  jours heures minutes.
 **remaining time**  Temps estimé pour la fin de la commande exprimé en jours heures minutes ou N/A lorsque ce n'est pas connu.
 **time since last successful read** Temps écoulé depuis une dernière lecture réussie exprimé en heures minute seconde.
 **Scraping failed blocks... (forwards)**   Type d'action actuellement en cours. Evolue en fonction de l'avancement de la récupération. Dans ce cas, on est à l'étape de lecture des blocs qui n'ont pas été lus lors du premier passage rapide.