IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Shell et commandes GNU Discussion :

Commande Linux PS


Sujet :

Shell et commandes GNU

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Septembre 2012
    Messages
    126
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2012
    Messages : 126
    Par défaut Commande Linux PS
    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.

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    $(ps -ef | grep -v grep | grep $1 | wc -l
    Encore une fois de débute sous Linux et j'avoue être un peu perdu.

    Merci d'avance.

  2. #2
    Modérateur
    Avatar de N_BaH
    Profil pro
    Inscrit en
    Février 2008
    Messages
    7 651
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2008
    Messages : 7 651
    Par défaut
    Bonjour,

    pour voir si un service a le status démarré
    on demande à service, ou directement /etc/init.d/<service> status !

    ps -ef | grep -v | grep n'est pas "top", si tu connais le nom du service, utilise l'option -C :.
    N'oubliez pas de consulter les cours shell, la FAQ, et les pages man.

  3. #3
    Membre prolifique
    Avatar de Sve@r
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Février 2006
    Messages
    12 832
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Oise (Picardie)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Février 2006
    Messages : 12 832
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par poupy Voir le message
    Pouvez-vous svp me l'expliquer point par point.
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    $(ps -ef | grep -v grep | grep $1 | wc -l
    Bonjour

    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.

    Citation Envoyé par poupy Voir le message
    Encore une fois je débute sous Linux et j'avoue être un peu perdu.
    En fait, ce qu'il faut bien comprendre ici, c'est que chaque commande unix fonctionne toujours de la même façon
    1. elle traite les infos de l'entrée standard (du clavier)
    2. 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...
    Mon Tutoriel sur la programmation «Python»
    Mon Tutoriel sur la programmation «Shell»
    Sinon il y en a pleins d'autres. N'oubliez pas non plus les différentes faq disponibles sur ce site
    Et on poste ses codes entre balises [code] et [/code]

  4. #4
    Expert confirmé

    Profil pro
    Inscrit en
    Janvier 2011
    Messages
    1 946
    Détails du profil
    Informations personnelles :
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations forums :
    Inscription : Janvier 2011
    Messages : 1 946
    Par défaut
    Salut,

    Citation Envoyé par Sve@r Voir le message
    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.
    Pour éviter un double grep : ps -ef | grep 't[o]to' tout simplement

  5. #5
    Membre prolifique
    Avatar de Sve@r
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Février 2006
    Messages
    12 832
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Oise (Picardie)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Février 2006
    Messages : 12 832
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par zipe31 Voir le message
    Pour éviter un double grep : ps -ef | grep 't[o]to' tout simplement
    Super bien vu
    Mon Tutoriel sur la programmation «Python»
    Mon Tutoriel sur la programmation «Shell»
    Sinon il y en a pleins d'autres. N'oubliez pas non plus les différentes faq disponibles sur ce site
    Et on poste ses codes entre balises [code] et [/code]

  6. #6
    Expert confirmé Avatar de disedorgue
    Homme Profil pro
    Ingénieur intégration
    Inscrit en
    Décembre 2012
    Messages
    4 347
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur intégration
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Décembre 2012
    Messages : 4 347
    Par défaut
    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):
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ps -ef | grep "[^]] $1"
    Je plussoie tout de même zipe31 pour le coté bonne pratique

Discussions similaires

  1. Exécuter une commande linux.
    Par casafa dans le forum Linux
    Réponses: 4
    Dernier message: 20/07/2005, 23h13
  2. Réponses: 1
    Dernier message: 30/04/2004, 11h36
  3. [Kylix] Interface graphique pour lognes de commande linux
    Par lecharcutierdelinux dans le forum EDI
    Réponses: 6
    Dernier message: 29/08/2003, 10h20
  4. Réponses: 2
    Dernier message: 24/06/2003, 20h31
  5. [Kylix] Commandes linux ss kylix
    Par csnickos dans le forum EDI
    Réponses: 3
    Dernier message: 15/09/2002, 20h24

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo