Existe-t-il une méthode pour obtenir un pourcentage sur un DD sous Linux?

Alors, voici ce qui se passe.

J'ai commencé une sauvegarde d'un lecteur sur mon serveur via une clé USB Linux Live. J'ai commencé à copier le premier disque avec la ddcommande vanilla; juste sudo dd if=/dev/sda of=/dev/sdc1et puis je me suis souvenu que cela laisse juste la console vierge jusqu'à ce qu'elle se termine.

De toute façon, je devais exécuter une sauvegarde différente sur le même disque. J'ai donc démarré celle-ci également sudo dd if=/dev/sdb of=/dev/sdc3 status=progress, puis une ligne de texte indiquant le taux de transfert actuel ainsi que la progression en octets.

J'espérais une méthode qui montre un pourcentage de la sauvegarde au lieu de faire le calcul du nombre d'octets sauvegardés sur 1,8 To. Y a-t-il un moyen plus facile de faire cela que status = progress?

Voir les réponses à cette question ^{[ 1 ]}

pv

Par exemple, vous pouvez utiliser pv avant de commencer

sudo apt-get install pv    # if you do not have it
pv < /dev/sda > /dev/sc3   # it is reported to be faster
pv /dev/sda > /dev/sc3     # it seems to have the same speed of the previous one
#or 
sudo dd if=/dev/sda | pv -s 1844G | dd of=/dev/sdc3  # Maybe slower 

Sortie ^{[ 2 ]} :

440MB 0:00:38 [11.6MB/s] [======>                             ] 21% ETA 0:02:19

^{Remarques:
En particulier pour les fichiers volumineux, vous voudrez peut-être voir man ddet définir les options nécessaires pour accélérer tout votre matériel, par exemple bs=100Mpour définir le tampon, oflag=synccompter les octets effectifs écrits, peut-être direct...
L'option -sne prend que les paramètres entiers, donc 1.8T-->1844G.
Comme vous pouvez le constater dès les premières lignes, vous n’avez absolument pas besoin ddde vous.}

kill -USR1 pid

Si vous avez déjà lancé la ddcommande, une fois que vous avez identifié son PID ( Ctrl- Z+ bget que vous l'avez lu, ou pgrep ^dd...), vous pouvez envoyer un signal USR1( SIGUSR1ou SIGINFOvoir ci-dessous) et lire le résultat.
Si le PID du programme est 1234 avec

kill -USR1 1234

dd répondra sur le terminal de son STDERR avec quelque chose de similaire à

4+1 records in
4+0 records out
41943040 bytes (42 MB) copied, 2.90588 s, 14.4 MB/s

^{Avertissement: Sous OpenBSD, vous devrez peut-être vérifier au préalable le comportement de kill[ 3 ] : utilisez plutôt
kill -SIGINFO 1234.
Il existe la sigaction nommée SIGINFO. Celui SIGUSR1, dans ce cas, devrait terminer le programme ( dd) ...
Sous Ubuntu, utilisez -SIGUSR1( 10).}

Mon outil de prédilection pour ce genre de choses est progress:

Cet outil peut être décrit comme une commande C minuscule , sale, Linux-et-OSX-Only recherchant les commandes de base de coreutils (cp, mv, jj, tar, gzip / gunzip, cat, etc.) en cours d'exécution sur votre système et affiche le pourcentage de données copiées. Il peut également afficher la durée et le débit estimés , et fournit un mode "top-like" (surveillance).

Il recherche simplement /procles commandes intéressantes, puis examine les répertoires fd, fdinforecherche les fichiers ouverts, recherche les positions et indique l'état du fichier le plus volumineux.

Il est très léger et compatible avec pratiquement toutes les commandes.

Je le trouve particulièrement utile car:

• comparé à pvin pipe ou dcfldd, je n'ai pas à me rappeler d'exécuter une commande différente lorsque je lance l'opération, je peux surveiller les choses après coup;
• comparé à kill -USR1, cela fonctionne sur pratiquement n'importe quelle commande, je n'ai pas besoin de toujours vérifier la page de manuel pour être sûr de ne pas tuer accidentellement la copie; de plus, il est intéressant de noter que, lorsqu'il est appelé sans paramètre, il affiche la progression de la commande courante "transfert de données" en cours d'exécution, de sorte que je n'ai même pas à rechercher le PID;
• par rapport à pv -d, encore une fois, je n'ai pas besoin de rechercher le PID.

Exécutez ddensuite, dans un shell séparé, appelez la commande suivante:

pv -d $(pidof dd) # root may be required

Cela fera que pv obtienne des statistiques sur tous les descripteurs de fichiers ouverts du ddprocessus. Il vous montrera à la fois où se trouvent les tampons de lecture et d’écriture.

Il y a une alternative à dd: dcfldd.

dcfldd est une version améliorée de GNU dd avec des fonctionnalités utiles pour la criminalistique et la sécurité.

Etat de la sortie - dcfldd peut mettre à jour l’utilisateur de ses progrès en termes de quantité de données transférées et de durée de fonctionnement prolongée.

dcfldd if=/dev/zero of=out bs=2G count=1 # test file
dcfldd if=out of=out2 sizeprobe=if
[80% of 2047Mb] 52736 blocks (1648Mb) written. 00:00:01 remaining.

http://dcfldd.sourceforge.net/
https://linux.die.net/man/1/dcfldd

En pourcentage, vous devez faire des calculs, mais vous pouvez obtenir la progression d’un jj sous une forme lisible par l’être humain, même après avoir déjà commencé, en effectuant les opérations suivantes: kill -USR1 $(pidof dd)

Le processus actuel de la DD s'affichera de la manière suivante:

11117279 octets (11 Mo, 11 Mio) copiés, 13,715 s, 811 ko / s