Suppress Avis de zigzags commandement d'être tué

Question

Supposons que j'ai un script bash (foo.sh) que sous une forme très simplifiée, se présente comme suit:

echo "hello" 
sleep 100 & 
ps ax | grep sleep | grep -v grep | awk '{ print $1 } ' | xargs kill -9 
echo "bye" 

La troisième ligne imite pkill, que je ne suis pas avoir par défaut sur Mac OS X, mais vous pouvez penser à la même chose que pkill. Cependant, quand je lance ce script, je reçois la sortie suivante:

hello 
foo: line 4: 54851 Killed     sleep 100 
bye 

Comment puis-je supprimer la ligne au milieu de sorte que tout ce que je vois est hello et bye?

Answer 1

Que diriez-vous de renoncer? Cela fonctionne principalement pour moi sur Bash sur Linux.

echo "hello" 
sleep 100 & 
disown 
ps ax | grep sleep | grep -v grep | awk '{ print $1 } ' | xargs kill -9 
echo "bye" 

Edit: Assorti code de l'affiche mieux.

Answer 2

Le message est réel. Le code a également tué le processus grep. Exécutez ps ax | grep sleep et vous devriez voir votre processus grep dans la liste.

Ce que je fais habituellement dans ce cas est ps ax | grep sleep | grep -v grep

EDIT: Ceci est une réponse à la forme de la question plus où l'auteur a omis l'exclusion de grep pour la séquence kill. J'espère avoir encore un représentant pour répondre à la première moitié.

Answer 3

Avez-vous essayé de désactiver le contrôle du travail? C'est un shell non-interactif, donc je suppose que c'est désactivé par défaut, mais ça ne fait pas de mal d'essayer ... Il est régulé par la variable shell -m (monitor).

Answer 4

Alors que disown peut avoir l'effet secondaire de faire taire le message; C'est ainsi que vous démarrez le processus de manière à ce que le message soit réellement réduit au silence sans avoir à abandonner le contrôle du processus.

{ command & } 2>/dev/null 

Si vous voulez toujours propre stderr de la commande (réduire au silence tout le message du shell sur stderr), vous devez envoyer le processus stderr au réel stderr:

{ command 2>&3 & } 3>&2 2>/dev/null 

Pour en savoir plus sur la façon dont redirection fonctionne:

• De l'BashGuide: http://mywiki.wooledge.org/BashGuide/TheBasics/InputAndOutput#Redirection
• Un tutoriel illustré: http://bash-hackers.org/wiki/doku.php/howto/redirection_tutorial
• Et un peu plus d'info: http://bash-hackers.org/wiki/doku.php/syntax/redirection

Et en passant; don't use kill -9.

Je me sens aussi obligé de commenter votre:

ps ax | grep sleep | grep -v grep | awk '{ print $1 } ' | xargs kill -9 

Cela scortch les yeux de tout utilisateur UNIX/Linux avec un indice.De plus, chaque fois que vous parez ps, une fée meurt. Pour ce faire:

kill $! 

Même les outils tels que pgrep sont essentiellement brisés par la conception. Alors qu'ils font un meilleur travail de processus correspondant, les défauts fondamentaux sont toujours là:

• Race: Au moment où vous obtenez une sortie PID et l'analyser en arrière et l'utiliser pour autre chose, le PID peut-être déjà disparu ou même remplacé par un processus complètement indépendant.
• Responsabilité: Dans le modèle de processus UNIX, il incombe à un parent de gérer son enfant, personne d'autre ne devrait le faire. Un parent devrait conserver le PID de son enfant s'il veut être capable de le signaler et seul le parent peut le faire de façon fiable. Les noyaux UNIX ont été conçus en supposant que les programmes utilisateurs adhéreront à ce modèle, sans le violer.

Answer 5

Il y a une solution beaucoup mieux en utilisant « attendre » ici: https://stackoverflow.com/a/10200191/1208218

Answer 6

Encore une autre façon de désactiver les messages de fin de contrat de travail est de mettre votre commande à backgrounded dans une sh -c 'cmd &' construction. Et comme déjà indiqué, il n'y a pas besoin d'imiter pkill; vous pouvez stocker la valeur de $! dans une autre variable à la place.

echo "hello" 
sleep_pid=`sh -c 'sleep 30 & echo ${!}' | head -1` 
#sleep_pid=`sh -c '(exec 1>&-; exec sleep 30) & echo ${!}'` 
echo kill $sleep_pid 
kill $sleep_pid 
echo "bye"