DDRescue – Ai-je fait une mauvaise commande qui l'oblige à prendre plus de temps que prévu?

Je gère la commande suivante sur un lecteur de 500 Go:

ddrescue --force --direct /dev/sde2 /home/backups/sde2.img sde2_logfile.ddrescue 

Cependant, le temps a été de près de 24 heures et tout ce qu'il a fait jusqu'à présent est de près de 10 Go:

 -rw-r--r-- 1 root root 9.2G Jul 22 13:35 sde2.img 

Est-ce que j'ai fait une mauvaise commande qui fait que ce processus prend plus de temps qu'il le devrait?

    Il est généralement recommandé d'effectuer des opérations de sauvegarde en trois phases comme décrit ici , en utilisant un fichier journal afin que les multiples passes puissent être fusionnées à la volée.

    Effectuez d'abord une passe rapide en utilisant des lectures mises en cache (non – direct) et n'effectuez aucune reprise sérieuse. Cette étape devrait obtenir la grande majorité de vos données à moins que le lecteur ne soit très éloigné.

     ddrescue --no-split /dev/hda1 imagefile logfile 

    Ensuite, essayez de ne pas avoir été mis en cache avec le fractionnement, mais annulez chaque mauvaise zone après 3 mauvaises tentatives.

     ddrescue --direct --max-retries=3 /dev/hda1 imagefile logfile 

    Et finalement tenter de retrimer les zones d'erreur restantes, une fois de plus avorté si la récupération n'est pas possible.

     ddrescue --direct --retrim --max-retries=3 /dev/hda1 imagefile logfile 

    Notez qu'en suivant cette approche, vous obtenez toutes les données inoffensives à l'avant, le plus rapidement possible. Même si les autres options de récupération ne peuvent pas récupérer suffisamment de lecteur pour le rendre montable, vous pouvez toujours utiliser des utilitaires de découpage de fichiers comme PhotoRec pour récupérer des fichiers intacts de types connus hors de l'image.