Forum Programmation.shell recherche de command adapter

Posté par  .
Étiquettes : aucune
0
30
mai
2006
Bonjour,
Je fait actuellement un script shell qui lance différente applications et j'aimerais que ces applications sois lancer par un autre utilisateur que celui qui lance le script shell pour pas qu'il se ferme a la fermeture du script shell.

merci d'avance de vos reponse :)

  • # NoHup

    Posté par  (site web personnel) . Évalué à 1.

    pour que les programme ne se ferment pas à la fermeture du shell,
    tu peux utilisé la commande nohup ....

    nohup sleep 15 &
    par exemple :)

    • [^] # Re: NoHup

      Posté par  . Évalué à 1.

      on ma dis d'utiliser la commande sudo je voudrais savoir votre avie et si vous l'avez deja utilisé ces fonction exacte ;) merci

      • [^] # Re: NoHup

        Posté par  . Évalué à 0.

        sudo permet de lancer un programme sous un autre compte que celui de l'utilisateur courant. Cette commande (à ma connaissance, qui est partielle) ne gère pas d'elle-même le problème de la déconnexion.
        nohup permet de lancer un programe sous le compte de l'utilisateur, et qui continue de tourner après la déconnexion de l'utilisateur.

        Quand l'utilisateur quitte son shell, le système envoie le signal SIGHUP à tous les programmes lancés depuis ce shell (ou plus précisément les processus "fils" du shell), ce qui a pour effet de terminer ces programmes. nohup permet de lancer un programme de telle manière que le signal SIGHUP ne le tue pas.

        Note qu'il existe aussi screen qui permer de garder des sessions shell ouvertes même si on se déconnecte, pour se reconnecter ensuite et reprendre la session, mais celà est peut-être plus élaboré que ce dont tu as besoin.

        • [^] # Re: NoHup

          Posté par  . Évalué à 1.

          j'utilise actuellement screen :) mais je cherche a évoluer et a voir plus loin que le bou de mon nez :) lol

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.