Sto usando `&`: perché il processo non è in esecuzione in background?

So che posso aggiungere &un comando per eseguire il processo in background.

Sto entrando in una scatola Ubuntu 12.04 e sto eseguendo un programma Python con $python program.py &- ma quando vado a chiudere la finestra del terminale ricevo un messaggio che dice che chiudere il terminale ucciderà il processo in esecuzione.

Perchè è questo? Sto usando la e commerciale per eseguire il processo in background. Come posso farlo funzionare indipendentemente dal fatto che io sia SSH?

Quando chiudi una finestra di terminale, l'emulatore di terminale invia un SIGHUP al processo che sta eseguendo, la tua shell. La tua shell quindi inoltra quel SIGHUP a tutto ciò che sta funzionando. Sul tuo sistema locale, questo è lo ssh. Lo ssh quindi inoltra il SIGHUP a ciò che sta eseguendo, la shell remota. Quindi la tua shell remota invia quindi un SIGHUP a tutti i suoi processi, il tuo programma in background.

Ci sono 2 modi per aggirare questo.

1. Dissocia il programma in background dalla shell.
   1. Utilizzare il disowncomando dopo aver eseguito il background del processo. Questo farà dimenticare la shell.
   2. Prefisso il tuo comando con nohup( nohup $python program.py &). Questo compie la stessa cosa, ma usando un processo intermedio. Fondamentalmente ignora il segnale SIGHUP, quindi esegue il fork e esegue il programma che eredita l'impostazione, quindi esce. Poiché è stato biforcato, il programma che viene avviato non è figlio della shell e la shell non lo sa. E a meno che non installi un gestore di segnali per SIGHUP, mantiene comunque l'azione ignora.
2. Utilizzare logoutinvece di chiudere la finestra del terminale. Quando lo usi logout, questo non è un SIGHUP, quindi la shell non invierà un SIGHUP a nessuno dei suoi figli.

Inoltre, è necessario assicurarsi che il programma non scriva sul terminale tramite STDOUT o STDERR, poiché entrambi questi non esisteranno più una volta terminato il terminale. Se non li reindirizzi a qualcosa del genere /dev/null, il programma verrà comunque eseguito, ma se tenta di scrivere su di essi, otterrà un SIGPIPE e l'azione predefinita di SIGPIPE è quella di terminare il processo).

Il processo è in esecuzione in background nel terminale, ma l'output da stdout(e stderr) viene ancora inviato al terminale. Per fermarlo, aggiungi > /dev/null 2>&1prima &di reindirizzare entrambi gli output a /dev/null- l'aggiunta disownassicura anche che il processo non venga interrotto dopo aver chiuso il terminale:

COMMAND > /dev/null 2>&1 & disown

Nel tuo caso questo sarebbe:

python program.py > /dev/null 2>&1 & disown

L' &operatore separa i comandi da eseguire in parallelo, così come ;separa i comandi da eseguire in serie. Entrambi i tipi di comandi verranno comunque eseguiti come figlio del processo di shell .

Quindi, quando chiudi il guscio che ha avviato quei bambini, anche i bambini saranno chiusi.

Ciò che sembra desiderare è un processo daemon , che è significativamente più complicato perché deve dissociarsi completamente dal processo genitore. La shell di solito non ha un modo semplice per farlo.

Quando si effettua il logout, anche i processi in background associati alla sessione di login vengono normalmente eliminati. Se si desidera che vengano disconnessi dalla sessione, eseguirli con nohup.

nohup python program.py &

Dopo il comando che termina con e commerciale ( &), al prompt dei comandi eseguire il comando bg:

bash> python program.py &  
bash> bg  

Questo metterà il comando "&" sullo sfondo

bash> jobs  

Questo elencherà i lavori in esecuzione in background

bash> fg 1   

Ciò porterà in primo piano il lavoro n. 1

Un altro modo, (per essere in grado di disconnettersi)

bash> at now  
bash> /full/path/python /full/path/program.py  
bash> ^d   `(# That is, Control-D, to run the command, Control-C to cancel)`  

Linee multiple possono essere presentate al atcomando, prima del ^ D (Control-D)
vedono man at.