Discussion :

[cquilgars]

Bonjour,

Je rebondis sur ce sujet pour une nouvelle question à la collégiale

Je m'étonne du résultat ci-dessous


> nohup sleep 120 &
[1] 30034
> ps -p 30034
PID TTY TIME CMD
30034 pts/0 00:00:00 sleep

Je m'attendais à un point d'interrogation à la place du tty 'pts/0'.
Pour obtenir ce résultat, je dois me déconnecter et me reconnecter (sous les 120 secondes )

Normalement, le nohup + & demande explicitement de se détacher du process père (et son tty précisement /dev/stdin devient /dev/null) ... non ?

[jlliagre]

Normalement, le nohup + & demande explicitement de se détacher du process père (et son tty précisement /dev/stdin devient /dev/null) ... non ?

Non. nohup demande au processus d'ignorer le signal hangup et redirige les deux flux de sorties alleurs que le stdout du processus parent, il coupe aussi le flux d'entrée.

La colonne TTY de la commande ps n'affiche pas le flux d'entrée du processus (stdin) mais le nom du terminal controlant le groupe de processus auquel il appartient. Par exemple, si tu tapes Control-C sur le même terminal sur lequel tu as lancé "nohup sleep 120 &", le sleep est interrompu.

Le détachement du terminal associé et du processus père ne se produit que si ce dernier meurt.

[cquilgars]

Non. nohup demande au processus d'ignorer le signal hangup et redirige les deux flux de sorties alleurs que le stdout du processus parent, il coupe aussi le flux d'entrée.

Effectivement, j'ai pris l'habitude d'utiliser une des commandes ci-dessous pour vérifier si le processus est attaché à un terminal
> tty -s && "Je suis attaché à un terminal"
> [[ -t 0 || -p /dev/stdin ]] && "Je suis attaché à un terminal (pour les puristes)"

merci de ce retour (et cette précision)