Forums Linux Autres OS Linux Debian

enlever un message

Le
moi-meme
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
  • Partager ce contenu :
Vos réponses
Trier par : date / pertinence
Sébastien NOBILI
Le #26328652
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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Répondre en citant
Dominique Asselineau
Le #26328663
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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Répondre en citant
Sylvain L. Sauvage
Le #26328661
Le vendredi 12 décembre 2014, 12:10:40 Dominique Asselineau a
écrit :
[…]
> Mais je me reçois un texte de confirmation



Quel 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 probablemen t sur
STDERR ?



kill n’écrit rien si le message passe. Il se plaint (par fois,
ça dépend du kill (built-in ou /bin/kill)) si le pid n’ existe
pas (et, ça, c’est normalement sur STDERR).

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 c oncerne pas
la sortie (erreur ou pas) du processus ou de la commande kill,
ça concerne le processus parent.

--
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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Répondre en citant
moi-meme
Le #26328812
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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/548c0a56$0$2456$
Répondre en citant
Sylvain L. Sauvage
Le #26328825
Le samedi 13 décembre 2014, 09:43:50 moi-meme a écrit :
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 ?



Oui.

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…

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



Encore une fois non, ce n’est pas 'commande' qui écrit.

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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Répondre en citant
moi-meme
Le #26329218
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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/548eebaf$0$1987$
Répondre en citant
Sylvain L. Sauvage
Le #26329224
Le lundi 15 décembre 2014, 14:09:51 moi-meme a écrit :
[…]
plus précisément c'est (while 1 ; do commande ; commande;do ne)
&



'while true' plutôt, non ? ;o)

je pense que cela ne le fait pas sans les parenthèses.



Si, parce que 'while… done' est une seule commande.

Bon, Bash est assez intelligent pour savoir qu’il n’a pas
besoin de lancer deux sous-shells imbriqués (pour les
parenthèses et pour la tâche de fond (&)), donc ça ne ch ange
rien au final.


Peut-être peux-tu éviter le kill (et donc le message) en
utilisant un test plus complexe que true. P.ex. l’existence d⠀™un
fichier :
touch ~/run/toto
while test -e ~/run/toto; do …; done &

et
rm ~/run/toto

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 ('c ommande' termine
proprement) ou un inconvénient ('commande' est longue et tu veux
l’arrêter).

--
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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Répondre en citant
moi-meme
Le #26329419
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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/549030f1$0$1982$
Répondre en citant
Raph
Le #26329456
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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Répondre en citant
Raph
Le #26329455
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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Répondre en citant
Poster une réponse
Anonyme