par exemple, je veux lancer un téléchargement depuis ma passerelle qui tourne 24h/24 via un terminal ssh, puis j'étaint mon pc principal paske ca fait du bruit pendant la nuit, et le transfert ftp se termine  
 
 
commetn peut on faire ca ?

tacommande &

lftp se met tout seul en arriere plan et continue de télécharger dans ton cas de figure.
 
Sinon, le mieux est d'utiliser screen.
Tu te logues sur ta passerelle, screen, tu fais ce que tu veux, tu fermes brutalement ton ssh, tu te relogues, screen -r et voila

tacommande & => si tu coupes le ssh tacommande meurt ...
t'as screen, mais sinon je te conseil nohup tacommande ..

merci de vos réponses

commant faire pour ne pas stocker de nohup.out
 
(qui peut se révéler tres long)
 
un cat vers /dev/null ?
 
un
 
nohup macommande > /dev/null & ?

apt-get install screen  // a adapter a ta distro
man screen
screen

moi j'utilise screen et c'est trop puissant    
évidemment ça dépend de l'utilisation
si tu n'as pas besoin de revenir souvent sur ta commande, un nohup est surement plus aproprié
par exemple j'utilise nohup pour me lancer un mozilla sous un utilisateur autre que celui qui a lancé X :
ssh -f user@localhost nohup mozilla
parce que j'ai pas l'intention de me la remettre en premier plan
mais pour mldonkey, où j'aime bien voir ce qu'il sort sur la sortie standart (donc dans le terminal, pour moi, vu que je n'ai pas redirigé dans un fichier), j'utilise screen qui est parfait et vraiment simple à utiliser pour les trucs de base

Je fais exactement ce que tu veux faire tous les soirs, et j'utilise lftp lancé dans un screen. C'est la meilleure solution.

 
lftp le fait tout seul.
 
Tu lances ton dl dans lftp, et quand tu veux te delogguer, tu tapes CTRL+Z , puis exit. Il passera automatiquement en tache de fond pour terminer les transferts.

man nohup ...  

y'a rien sur nohup, fo utiliser les redirectiosn shell je pense mais je sais pas faire, c pr ca que je demande
 
juste le coup de pas stocker de nohup.out de regiriger vers le null quoi
 
NOHUP(1)                       FSF                       NOHUP(1)
 

tacommande &
disown  <-- cette commande détache les commandes en fond de tache de ton shell courant...

MA QUESTION EST
 
 
j'utilise "nohup macommance &"
 
ce qui fais ce que je désire, a ce point précis que ca loggue la sortie standart et d'erreur dnas uen fichier nohup.out, ce que je ne souhaite pas ( si l'affichage est dynamique, ca peut prendre bcp de place)
 
je souhauterais "rediriger" le nohup.out vers /dev/null

Sous Bash par exemple :
nohup "toto" &> /dev/null

invallid null command
 
en fait nohup ecrit dans le fichier nohup.out systematiquement et y'a pas d'option au programme pour ne pas lui faire écrire, c pour ca qu'il faut sans doutre gruger le prog avec des astuces bash

  ... ca marche chez moi sous bash ...
Euh, à tout hasard, si tu fais un echo toto > /dev/null, ca donne quoi chez toi ?

Linux pc5008c 30: echo toto > /dev/null
Linux pc5008c 31: nohup ls & > /dev/null
Invalid null command.

t'as essaye ca??

en tout cas je me chie dessus tjrs pour lui faire écrire dans le vide (independemment de ce qu'est la commande effectuée)

et ca:
ln -s /dev/null nohup.out    
et ensuite ton nohup???

Ok .. t'es sous csh ou tcsh pe ?
Essaies plutot cette syntaxe là ....
nohup "ta commande" >& /dev/null

on a dit  &>   et pas   & >

mé ça ne sert à rien de faire nohup...
tacommande & lance ta commande en arrière plan.
la commande disown sert à détacher le processus du shell dans lekel il est lancé. Comme ça, on peut se délogguer, la commande continuera en arrière plan...
Tu tapes simplement disown dans ton bash après avoir mis ta commande en arrière plan et tu te barres de SSH... Ton mldonkey continuera à tourner en fond de tache...

ce que je fais pour parer à ce problème :
 
screen ssh MACHINE
LA_COMMANDE > /dev/null &
exit
le shell est bloqué (pas de reprise de main)
je ferme le shell
 
c'est complètement détaché là dans mon cas, mais c'est avantageux que quand c'est lancé à partir d'une machine sous X car on peut fermer le shell, si c'est lancé sur un tty de la machine cliente, là on perd le tty à partir du "exit"