Y a-t-il un moyen d'accélérer ddrescue?

Il peut être très difficile de voir la progression de ddrescue, mais il existe une autre commande appelée ddrescuelog.

Une simple commande ddrescuelog -t YourLog.txt affichera ces belles informations :

current pos : 2016 Go, état actuel : trimming
taille de domaine : 3000 Go, dans 1 zone(s)
récupéré : 2998 Go, dans 12802 zone(s) (99,91%)
non essayé : 0 Octets, dans 0 zone(s) (0%)

erreurs : 2452 Mo, erreurs : 12801 (0,08%)
non rogné : 178896 Ko, dans 3395 zone(s) (0,00%)
non divisé : 2262 Mo, dans 9803 zone(s) (0,07%)
secteur défectueux : 10451 Ko, dans 19613 zone(s) (0,00%)

Vous pouvez même l'utiliser pendant que ddrescue est en cours d'exécution...

Si votre objectif est d'obtenir la majeure partie des données intactes, vous pourriez accélérer leur extraction. Mais si vous voulez vraiment sauver autant de données que possible, laisser ddrecue grignoter chaque élément est le chemin à suivre.

J'ai constaté que jouer avec le paramètre -K peut accélérer les choses. D'après ce que j'ai vu, si ddrescue trouve une erreur lors de l'exécution avec l'option -n, il essaie de sauter un nombre fixe de secteurs. S'il ne parvient toujours pas à le lire, il saute le double de la taille. Si vous avez de grandes zones endommagées, vous pouvez indiquer une grande valeur de K (par exemple 100M) et donc le saut en cas d'erreur sera plus important la première fois et il sera plus facile d'éviter rapidement les zones problématiques lors du premier passage.

En passant, il y a une merveilleuse application graphique pour analyser le journal.

http://sourceforge.net/projects/ddrescueview/

Un autre moyen de surveiller la progression de ddrescue (du moins sur Linux) est d'utiliser strace.

Tout d'abord, trouvez le PID du processus ddrescue en utilisant "ps aux | grep ddrescue"

root@mojo:~# ps aux | grep ddrescue
root     12083  0.2  0.0  15764  3248 pts/1    D+   17:15   0:04 ddrescue --direct -d -r0 /dev/sdb1 test.img test.logfile
root     12637  0.0  0.0  13588   940 pts/4    S+   17:46   0:00 grep --color=auto ddrescue

Ensuite, exécutez "strace" contre ce processus. Vous verrez quelque chose comme :

root@mojo:~# strace -p 12083
Process 12083 attached - interrupt to quit
lseek(4, 1702220261888, SEEK_SET)       = 1702220261888
write(4, "\3101\316\335\213\217\323\343o\317\22M\346\325\322\331\3101\316\335\213\217\323\343o\317\22M\346\325\322\331"..., 512) = 512
lseek(3, 1702220261376, SEEK_SET)       = 1702220261376
read(3, "\3101\316\335\213\217\323\343o\317\22M\346\325\322\331\3101\316\335\213\217\323\343o\317\22M\346\325\322\331"..., 512) = 512
lseek(4, 1702220261376, SEEK_SET)       = 1702220261376
write(4, "\3101\316\335\213\217\323\343o\317\22M\346\325\322\331\3101\316\335\213\217\323\343o\317\22M\346\325\322\331"..., 512) = 512
^C

...et ainsi de suite. La sortie est rapide et moche, donc je la filtre ensuite avec "grep" pour ne garder que ce qui m'intéresse :

root@mojo:/media/u02/salvage# nice strace -p 12083 2>&1|grep lseek
lseek(4, 1702212679168, SEEK_SET)       = 1702212679168
lseek(3, 1702212678656, SEEK_SET)       = 1702212678656
lseek(4, 1702212678656, SEEK_SET)       = 1702212678656
lseek(3, 1702212678144, SEEK_SET)       = 1702212678144
lseek(4, 1702212678144, SEEK_SET)       = 1702212678144
lseek(3, 1702212677632, SEEK_SET)       = 1702212677632
lseek(4, 1702212677632, SEEK_SET)       = 1702212677632
lseek(3, 1702212677120, SEEK_SET)       = 1702212677120
lseek(4, 1702212677120, SEEK_SET)       = 1702212677120
lseek(3, 1702212676608, SEEK_SET)       = 1702212676608
^C

Dans cet exemple, le "1702212676608" correspond à "la quantité de données restant à traiter sur ce disque de 2 To que vous essayez de sauver." (Ouais. Aïe.) ddrescue affiche un nombre similaire - bien que comme "1720 Go" - dans sa sortie à l'écran.

strace vous donne un flux de données à beaucoup plus haute granularité à examiner; c'est une autre façon d'évaluer la vitesse de ddrescue et d'estimer une date de fin.

Le faire fonctionner constamment est probablement une mauvaise idée car cela entrerait en concurrence avec ddrescue pour le temps CPU. J'ai pris l'habitude de le rediriger vers "head" pour pouvoir attraper les dix premières valeurs :

root@mojo:~# strace -p 4073 2>&1 | grep lseek | head

J'espère que cela aidera quelqu'un.