voila je fait du putty, je lance une copie volumineuse ... style :
 

 
je quitte de putty (propre avec exit)
 
est-ce que mon process de copie va se terminer proprement, ne va t-il pas devenir zombie au bon d'un moment ?
 
 
(dois-je absolument passer par screen ?)

Salut,

Avec nohup, ça doit marcher. Ton processus sera directement adopté par init, donc il ne s'arrêtera pas sur un kill de la console.
Mais bon, en utilisant le hurd (qui rox) plutôt que GNU/linux (qui sux), tu aurais moins de problèmes.

vw.

Utilise donc screen

ça réponds pas à la question :-)
 
Je me la suis toujours posé également, est-ce que ça continue de tourner, et combien de temps, et pourquoi et comment ?

ouah pitain ct'avatar !!!
 
bien capitaine ;-)

visiblement il laisse tourner le process ...
 
car il a fini de copier mes 500go de data ... (c'etait une commande rsync en fait)

Ca continue a tourner autant qu'il le faut. Parce que tu a utilise nohup qui "transfert" le processus en processus systeme et non plus utilisateur.
Combi_A_Vendre l'a dis un post au dessus.

merci lk12, parfois j'ai un peu l'impression que répondre est équivalent à pisser dans un violon si on n'en profite pas pour troller un peu, je vais donc rajouter un gros troll dans mon post initial pour qu'il soit pris en compte.
 
vw

Oé enfin quand on veut faire ça j'insiste on utilise screen:
 
screen
on tape sa commande
ctrl + A + D
on se deco
on revient plus tard
screen -x
 
etc (vous avez compris le principe)

Quelqu'un pourrait préciser le comportement exact du premier post ?  
 
 
ex1 :  
 
je fais un ssh, puis un cp -R (ou autre commande qui dure). Je perds la session ssh (par exemple je debranche le cable reseau) : au bout d'un moment, le serveur ssh tue la connexion, et tous les fils , donc également le cp -R. Jusque là j'ai compris.
 
ex2:  
 
maintenant, apres le ssh, je  fais un cp -R & , ce qui passe le processus en arriere plan. Ainsi, si on quitte la session ssh, le cp -R continue de tourner. Pourquoi alors se poser la question de savoir si le processus va bien terminer sa tâche ? il y a un délai max après lequel le processus est quand meme tué ? ou bien il dure tant qu'il n'a pas terminé sa tâche ou tant que le système n'est pas arrêté ?
 
 
Merci pour vos réponses  

Il dure tant que sa tache n'est pas fini ou que l'ordinateur n'est pas eteint.
Sauf si tu donne un arugment limitant la duree de vie du processus.

merci IK12

Euh je voudrais pas foutre ma merde, mais il me semble que tu as beau mettre un &, si tu fermes ton terminal tout les process attachés au terminale sont killé ... d'ou linteret du nohup et du screen

non ils ne le sont pas ..en tout cas le rsync s'est terminée correctement ..mais oui un nohup mieux un screen c plus propre donc pro.

 
je demande ca, car j'ai testé plusieurs fois : sans le & , ca quitte le process, avec le &, ca ne le quitte pas.  

Bon alors je viens de faire le test sur une Debian Sid et kde.
Effectivement, en utilisant la commande suivante :
# grep -R / a &

Si je ferme le shell à la souris, le processus grep, intialement fils du shell est adopté par "init", le nohup est donc automatique.

Si je ne mets pas le "&", c'est encore plus bizarre, bien que je ferme (à la souris) le shell, celui ci n'est pas killé, donc le processus père reste vivant, donc le fils aussi...

Va falloir faire plus de tests pour comprendre tout ça.

vw.

Dans le meme style (enfin de loin), sous kde avec compiz comme WM, quand j'ouvre un xterm avec la commande "xterm -e su" pour être en root directement, je n'arrive pas à le fermer, si je clique sur la croix de la fenetre rien ne se passe... je suis obligé de faire ctrl-D dans la fenetre pour faire exit... Rapport ?

Si ton processus xterm est lancé en root, c'est normal que tu n'arrives pas à le killer en tant que simple utilisateur.
 
vw.

déjà tu ferais mieux d'utiliser cp -a pour tes backup

je fais un rsync -a en fait ;-)