dans un script bash je fais un :
kill <n° process>
ça marche bien merci.
Mais je me reçois un texte de confirmation que je n'arrive pas à enlever
même par des kill nn &>/dev/null entre autre.
Ce message doit venir du noyau.
Un moyen pour qu'il ne me pollue pas ma console car je suis en interactif
avec des actions clavier ?
D'avance merci
C Hiebel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/548ab8fe$0$2006$426a74cc@news.free.fr
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Le vendredi 12 décembre 2014 à 9:44, moi-meme a écrit :
Mais je me reçois un texte de confirmation que je n'arrive pas à enlever
même par des kill nn &>/dev/null entre autre.
Ce message doit venir du noyau.
Un moyen pour qu'il ne me pollue pas ma console car je suis en interactif
avec des actions clavier ?
Ça peut venir de la configuration de rsyslog (envoyer tel type de message sur
les consoles).
Seb
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/20141212101613.GE13891@sebian.nob900.homeip.net
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
moi-meme wrote on Fri, Dec 12, 2014 at 09:44:30AM +0000
dans un script bash je fais un :
kill <n° process>
ça marche bien merci.
Mais je me reçois un texte de confirmation que je n'arrive pas à enlever
même par des kill nn &>/dev/null entre autre.
Même 2>/dev/null ne marche pas ? Ça écrit probablement sur STDERR ?
dopm
--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/20141212111040.GA6323@telecom-paristech.fr
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/14045398.MHJG1hqU8I@earendil
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
moi-meme
Le Fri, 12 Dec 2014 12:30:01 +0100, Sylvain L. Sauvage a écrit :
En revanche, le parent du programme tué lui, peut écrire un message pour signifier que son fils est mort (« Complété » ou « Terminated » avec Bash, « Processus arrêté » ou « Killed » si le processus était en arrière plan). Et ça, ça ne concerne pas la sortie (erreur ou pas) du processus ou de la commande kill, ça concerne le processus parent.
je pense que ce doit être cela. il y a écrit "complété". bash cause de trop ?
il faut que je regarde les options de bash.
Dans le bash je fais un ( commande ) & suivi d'un PID=$!
le kill &>/dev/null ne marche pas.
il faut que j'essaie si un (commande &>/dev/null) & le ferait
pas le temps pour le moment mais reste dans la liste des "todo". Je reviendrai à la surface à ce moment.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/548c0a56$0$2456$
Le Fri, 12 Dec 2014 12:30:01 +0100, Sylvain L. Sauvage a écrit :
En revanche, le parent du programme tué lui, peut écrire un
message pour signifier que son fils est mort (« Complété » ou «
Terminated » avec Bash, « Processus arrêté » ou « Killed » si le
processus était en arrière plan). Et ça, ça ne concerne pas la sortie
(erreur ou pas) du processus ou de la commande kill, ça concerne le
processus parent.
je pense que ce doit être cela. il y a écrit "complété".
bash cause de trop ?
il faut que je regarde les options de bash.
Dans le bash je fais un ( commande ) &
suivi d'un PID=$!
le kill &>/dev/null ne marche pas.
il faut que j'essaie si un (commande &>/dev/null) & le ferait
pas le temps pour le moment mais reste dans la liste des "todo".
Je reviendrai à la surface à ce moment.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/548c0a56$0$2456$426a74cc@news.free.fr
Le Fri, 12 Dec 2014 12:30:01 +0100, Sylvain L. Sauvage a écrit :
En revanche, le parent du programme tué lui, peut écrire un message pour signifier que son fils est mort (« Complété » ou « Terminated » avec Bash, « Processus arrêté » ou « Killed » si le processus était en arrière plan). Et ça, ça ne concerne pas la sortie (erreur ou pas) du processus ou de la commande kill, ça concerne le processus parent.
je pense que ce doit être cela. il y a écrit "complété". bash cause de trop ?
il faut que je regarde les options de bash.
Dans le bash je fais un ( commande ) & suivi d'un PID=$!
le kill &>/dev/null ne marche pas.
il faut que j'essaie si un (commande &>/dev/null) & le ferait
pas le temps pour le moment mais reste dans la liste des "todo". Je reviendrai à la surface à ce moment.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/548c0a56$0$2456$
Note : tu sais que les parenthèses autour de 'commande' sont
inutiles ?
pas le temps pour le moment mais reste dans la liste des
"todo". Je reviendrai à la surface à ce moment.
--
Sylvain Sauvage
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/16502830.RDBo2dbhhO@earendil
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/548eebaf$0$1987$
Le Sat, 13 Dec 2014 13:00:01 +0100, Sylvain L. Sauvage a écrit :
il faut que je regarde les options de bash.
Il ne me semble pas qu’il en existe.
En revanche, « Complété » n’est affiché que si le shell est
interactif…
oui le shell est interactif.
Note : tu sais que les parenthèses autour de 'commande' sont
inutiles ?
plus précisément c'est (while 1 ; do commande ; commande;done) &
je pense que cela ne le fait pas sans les parenthèses.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/548eebaf$0$1987$426a74cc@news.free.fr
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/548eebaf$0$1987$
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/1875623.3BHRQ3OM9N@earendil
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
moi-meme
Le Mon, 15 Dec 2014 16:00:03 +0100, Sylvain L. Sauvage a écrit :
Bon, ça veut dire que tu ne peux plus tuer 'commande' en cours d’exécution, il faut attendre que le test soit refait pour que la boucle s’arrête. Ça peut être un avantage ('commande' termine proprement) ou un inconvénient ('commande' est longue et tu veux l’arrêter).
non commande est permanent : c'est un clignotant sur une sortie hard (raspberry) que j'arrête sur des conditions extérieures.
donc il faut que je le "kille".
il est vrai que je pourrai mettre un trap qui positionne une variable que je mets dans la boucle. Un truc à examiner.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/549030f1$0$1982$
Le Mon, 15 Dec 2014 16:00:03 +0100, Sylvain L. Sauvage a écrit :
Bon, ça veut dire que tu ne peux plus tuer 'commande' en cours
d’exécution, il faut attendre que le test soit refait pour que la boucle
s’arrête. Ça peut être un avantage ('commande' termine proprement) ou un
inconvénient ('commande' est longue et tu veux l’arrêter).
non commande est permanent : c'est un clignotant sur une sortie hard
(raspberry) que j'arrête sur des conditions extérieures.
donc il faut que je le "kille".
il est vrai que je pourrai mettre un trap qui positionne une variable que
je mets dans la boucle. Un truc à examiner.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/549030f1$0$1982$426a74cc@news.free.fr
Le Mon, 15 Dec 2014 16:00:03 +0100, Sylvain L. Sauvage a écrit :
Bon, ça veut dire que tu ne peux plus tuer 'commande' en cours d’exécution, il faut attendre que le test soit refait pour que la boucle s’arrête. Ça peut être un avantage ('commande' termine proprement) ou un inconvénient ('commande' est longue et tu veux l’arrêter).
non commande est permanent : c'est un clignotant sur une sortie hard (raspberry) que j'arrête sur des conditions extérieures.
donc il faut que je le "kille".
il est vrai que je pourrai mettre un trap qui positionne une variable que je mets dans la boucle. Un truc à examiner.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/549030f1$0$1982$
Raph
Le 12/12/2014 10:44, moi-meme a écrit :
dans un script bash je fais un : kill <n° process>
ça marche bien merci.
Mais je me reçois un texte de confirmation que je n'arrive pas à enlever même par des kill nn &>/dev/null entre autre.
Ce message doit venir du noyau.
Un moyen pour qu'il ne me pollue pas ma console car je suis en interactif avec des actions clavier ?
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Le 12/12/2014 10:44, moi-meme a écrit :
dans un script bash je fais un :
kill <n° process>
ça marche bien merci.
Mais je me reçois un texte de confirmation que je n'arrive pas à enlever
même par des kill nn &>/dev/null entre autre.
Ce message doit venir du noyau.
Un moyen pour qu'il ne me pollue pas ma console car je suis en interactif
avec des actions clavier ?
D'avance merci
C Hiebel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/54904B60.5060800@rignier.com
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Raph
Le 16/12/2014 14:17, moi-meme a écrit :
Le Mon, 15 Dec 2014 16:00:03 +0100, Sylvain L. Sauvage a écrit :
Bon, ça veut dire que tu ne peux plus tuer 'commande' en cours d’exécution, il faut attendre que le test soit refait pour que la boucle s’arrête. Ça peut être un avantage ('commande' termine proprement) ou un inconvénient ('commande' est longue et tu veux l’arrêter).
non commande est permanent : c'est un clignotant sur une sortie hard (raspberry) que j'arrête sur des conditions extérieures.
donc il faut que je le "kille".
il est vrai que je pourrai mettre un trap qui positionne une variable que je mets dans la boucle. Un truc à examiner.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Le 16/12/2014 14:17, moi-meme a écrit :
Le Mon, 15 Dec 2014 16:00:03 +0100, Sylvain L. Sauvage a écrit :
Bon, ça veut dire que tu ne peux plus tuer 'commande' en cours
d’exécution, il faut attendre que le test soit refait pour que la boucle
s’arrête. Ça peut être un avantage ('commande' termine proprement) ou un
inconvénient ('commande' est longue et tu veux l’arrêter).
non commande est permanent : c'est un clignotant sur une sortie hard
(raspberry) que j'arrête sur des conditions extérieures.
donc il faut que je le "kille".
il est vrai que je pourrai mettre un trap qui positionne une variable que
je mets dans la boucle. Un truc à examiner.
Bonjour,
j'ai trouvé ça :
http://superuser.com/questions/305933/preventing-bash-from-displaying-done-when-a-background-command-finishes-execut
En résumé le paramètre set +m ou (cmd &) devrais faire votre bonheur.
Raphaël
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/54904D09.6010009@rignier.com
Le Mon, 15 Dec 2014 16:00:03 +0100, Sylvain L. Sauvage a écrit :
Bon, ça veut dire que tu ne peux plus tuer 'commande' en cours d’exécution, il faut attendre que le test soit refait pour que la boucle s’arrête. Ça peut être un avantage ('commande' termine proprement) ou un inconvénient ('commande' est longue et tu veux l’arrêter).
non commande est permanent : c'est un clignotant sur une sortie hard (raspberry) que j'arrête sur des conditions extérieures.
donc il faut que je le "kille".
il est vrai que je pourrai mettre un trap qui positionne une variable que je mets dans la boucle. Un truc à examiner.