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

Voir les réponses à cette question

03

Par exemple, vous pouvez utiliser 15 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 :

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

22

Si vous déjà lancé le 32 commande, une fois que vous avez identifié son PID (Ctrl -Z +49 et vous l'avez lu, ou 57 ... ) vous pouvez envoyer un signal 62 (ou 76 , ou 89 voir ci-dessous) et lire la sortie.
Si le PID du programme est 1234 avec

kill -USR1 1234

92 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

:utiliser à la place
108 .
Il existe la signalisation nommée 111 . Le129 un, dans ce cas, devrait terminer le programme (139 )...
Sous Ubuntu, utilisez 144 (152 ).

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

Cet outil peut être décrit comme un petit , Dirty, Linux-and-OSX-Only C commandqui recherche les commandes de base coreutils (cp, mv, dd, tar, gzip/gunzip,cat, etc.) en cours d'exécution sur votre système et affiche lepourcentage de données copiées. Il peut également afficher le temps estimé et débit , et fournit un mode "top-like" (surveillance).

170 en action" capture d'écran">

Il scanne simplement 184 pour les commandes intéressantes, puis regarde les répertoires 193 et 208 pour trouver les fichiers ouverts et rechercher des postes, 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 :

• par rapport à 212 en tube ou 227 , 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 ;
• par rapport à 238 , cela fonctionne sur pratiquement n'importe quelle commande, je n'ai pas à toujours vérifier la page de manuel pour m'assurer que je ne tue pas accidentellement la copie; aussi, c'est bien que, lorsqu'il est invoqué sans paramètres, il montre la progression de toute commande courante de "transfert de données" en cours d'exécution, donc je n'ai même pas besoin de rechercher le PID ;
• par rapport à 247 , encore une fois, je n'ai pas besoin de rechercher le PID.

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

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

Cela permettra à pv d'obtenir des statistiques sur tous les descripteurs de fichiers ouverts du 260 traiter. Il vous montrera à la fois où se trouvent les tampons de lecture et d'écriture.