Si comme a l'air d'indiquer son commentaire, c'est juste le hup. C'est très simple. Un processus envoi un signal hup à ses fils lorsqu'il meurt. Soit.
Si A crée un processus B et que B crée un processus C, si B meurt sans tuer C alors C devient un daemon et ne sortira du contrôle du « controling terminal ». Comme quoi c'est pas parce qu'on y donne un nom anglais que c'est quelque chose de puissant...
Les cgroups sont là pour pallier à ça (les process ne peuvent pas sortir d'eux même d'un cgroups).
nohup c'est pas mal utilisé juste pour pouvoir faire :
je lance un terminal
je lance nohup firefox&
je ferme le terminal
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: systemd, le nouveau Multics
Posté par barmic . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 4.
Si comme a l'air d'indiquer son commentaire, c'est juste le hup. C'est très simple. Un processus envoi un signal hup à ses fils lorsqu'il meurt. Soit.
Si A crée un processus B et que B crée un processus C, si B meurt sans tuer C alors C devient un daemon et ne sortira du contrôle du « controling terminal ». Comme quoi c'est pas parce qu'on y donne un nom anglais que c'est quelque chose de puissant...
Les cgroups sont là pour pallier à ça (les process ne peuvent pas sortir d'eux même d'un cgroups).
nohupc'est pas mal utilisé juste pour pouvoir faire :nohup firefox&Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)