Version imprimable
Bonjour,
J'utilise cette commande qui vient d'un script qui n'est pas à moi et fonctionne très bien.
Je l'utilise pour voir si un service a le status démarré.
Mais voilà j'ai du mal à la comprendre.
Pouvez-vous svp me l'expliquer point par point.
Encore une fois de débute sous Linux et j'avoue être un peu perdu.Code:$(ps -ef | grep -v grep | grep $1 | wc -l
Merci d'avance.
Bonjour,
on demande à service, ou directement /etc/init.d/<service> status !Citation:
pour voir si un service a le status démarré
ps -ef | grep -v | grepn'est pas "top", si tu connais le nom du service, utilise l'option -C :.Code:ps -C service
BonjourCitation:
Envoyé par poupy
ps -ef te donnera tous les processus de ta machine (-e) avec leur filiation (-f). Tu auras donc le n° du processus (pid) et celui de son père (ppid) et tu pourras alors éventuellement remonter l'arbre des process.
La sortie de cette commande (qui devrait normalement aller sur l'écran) est ensuite renvoyée au travers d'un tube (pipe) sur la commande "grep" qui sert à trouver une chaine. Donc ici, la chaine cherchée est cherchée dans le flot d'infos qu'affiche "ps". Et la chaine cherchée est "grep" mais avec l'option "-v" demandant de renvoyer les lignes ne contenant pas "grep".
C'est en effet assez subtil: quand tu fais un "grep toto", tu crées un processus que ps trouvera forcément et te renverra. Et donc cette commande trouvera le processus nommé "toto" mais aussi le processus "grep toto" qui existe à ce moment là. grep -v grep permet alors d'éliminer cette info parasite. Ceci dit, moi j'aurais inversé les deux grep.
Donc les lignes de processus ne contenant pas "grep" sont alors envoyées dans la commande "grep $1" ce qui ne récupère que les lignes contenant "$1" (variable contenant elle-même le nom du processus cherché).
Et ce résultat de ce filtre est envoyé à la commande "wc" qui donne ici le nombre de lignes. Donc au final ça te donne le nombre de processus nommés "$1". Accessoirement l'option "-f" du ps n'est pas super utile ici.
En fait, ce qu'il faut bien comprendre ici, c'est que chaque commande unix fonctionne toujours de la même façonCitation:
Envoyé par poupy
- elle traite les infos de l'entrée standard (du clavier)
- elle affiche le résultat de son travail sur la sortie standard (l'écran)
Ce mécanisme "standardisé" permet alors de les relier les unes aux autres par des pipes (des tubes de communication) dans lesquels la sortie de la première commande est renvoyée non plus à l'écran mais sur l'entrée de la seconde commande qui remplace alors le clavier.
Ainsi chaque commande ne fait qu'un seul travail mais le fait bien. Et c'est en les associant les unes à la suite des autres qu'on peut produire des unités de traitement plus complexes. Et le seul travail qu'on demande à l'utilisateur est de connaitre le maximum de commandes et leurs fonctions afin de pouvoir puiser à loisir dans celles qui lui seront utiles pour effectuer l'action qu'il a besoin.
Toutefois, comme le montre N_Bah, si'il existe une commande faisant déjà le travail voulu, il vaut mieux alors l'utiliser plutôt que de la recréer de toutes pièces par les autres. Ne serait-ce que parce que le travail sera, dans 99% des cas, mieux fait que le montage perso...
Salut,
Pour éviter un double grep : ps -ef | grep 't[o]to' tout simplement ;)Citation:
Envoyé par Sve@r
Super bien vu :hola::hola::hola:Citation:
Envoyé par zipe31
Bonjour,
L'astuce pour éviter le double grep (qu'il m'arrive d'utiliser) c'est bien mais là, il utilise '$1'...
Donc,ici, il faudrait utiliser une autre regex, comme par exemple (en respectant strictement l'espace):
Je plussoie tout de même zipe31 pour le coté bonne pratique :)Code:ps -ef | grep "[^]] $1"