Ligne de commande appelée "dd" où voir l'état svp ?

Résolu
AntoineFrigel Messages postés 110 Date d'inscription   Statut Membre Dernière intervention   -  
AntoineFrigel Messages postés 110 Date d'inscription   Statut Membre Dernière intervention   -
Bonjour,


j'ai fait

sudo -i


et ensuite

# dd if=/dev/random of=/dev/sdb1



Le terminal reste ouvert, mais je n'ai pas de données qui s'écrivent dedans. Et là, pour la commande "dd " je ne sais pas si des résultats d'état d'avancement s'y mettent "normalement" ou si au contraire, rien ne va s'écrire dans le terminal d'ouvert et que à la fin de l'opération demandée, alors j'aurai un "message de fin" de "dd" me disant qu'il a fait son travail ?


Avez-vous l'habitude d'utiliser la commande "dd" svp ?




A voir également:

5 réponses

ElementW Messages postés 4814 Date d'inscription   Statut Contributeur Dernière intervention   1 223
 
Salut, dd peut afficher la progression mais c'est un poil complexe, ce n'est pas un paramètre qu'on lui passe: il faut lui envoyer le signal USR1.
Pour ce faire, il faut trouver son PID:
$ pgrep -l '^dd$'
1234 dd
Puis lui envoyer le signal USR1 avec l'outil kill:
kill -USR1 1234
Quand au message de fin, dd indique ce qu'il a copié s'il est interrompu ou qu'il a fini son travail:
x bytes (x kB) copied, y seconds (z kB/s)
4
AntoineFrigel Messages postés 110 Date d'inscription   Statut Membre Dernière intervention   2
 
Bonjour !

et merci pour la réponse rapide, la commande kill -USR1 1234 va devoir tuer le processus dd pour que dd m'envoie son état svp ? Parce que en ce moment dd est en route !
0
AntoineFrigel Messages postés 110 Date d'inscription   Statut Membre Dernière intervention   2
 
Bonjour,


effectivement l'action de USR1 est "exit" d'où ne pas faire, si je fais kill -USR1 1234, ça va anéantir les heures qu'à déjà passée dd à faire son travail, mais l'info que tu m'as donné est que de toutes façons, (sauf grave dysfonctionnement), à la fin de la tâche démarrée par dd, j'aurai un message de sa part. Cela me convient. J'ai bien fait de demander, mais la commande kill est assez aisée à comprendre pour un débutant linuxien.

Bonne soirée, je passe le sujet en résolu.
0
ElementW Messages postés 4814 Date d'inscription   Statut Contributeur Dernière intervention   1 223
 
Désolé pour ne pas avoir répondu a temps, mais contrairement a ce que tu crois la commande "kill" ne tue pas forcément les processus. Ils sont tués si le signal KILL est envoyé, or ici on envoie le signal USR1, signal utilisateur n°1, commande personnalisée qui dépends de l'outil en question.
dd réagit à USR1 comme une indication "hé, montre moi la progression"
0
AntoineFrigel Messages postés 110 Date d'inscription   Statut Membre Dernière intervention   2
 
Ah oui je m'étais trompé, merci pour l'information. Cela n'a pas tué le processus oui, ça m'a permis de voir que dd était en pause depuis des heures, bon....

Merci.... Je redémarre tout ça. @ bientôt :-)
0

Vous n’avez pas trouvé la réponse que vous recherchez ?

Posez votre question
AntoineFrigel Messages postés 110 Date d'inscription   Statut Membre Dernière intervention   2
 
Bon ben, j'ai réussi à lancer tout ce que je voulais, et kill -USR1 1234 fonctionne vraiment super bien, merci beaucoup.
0