Su scrivere uno script shell di Linux per staccare in modo sicuro i programmi da un terminale

Question

Sto cercando di scrivere uno script shell di Linux (preferibilmente bash), presumibilmente chiamato detach.sh, per staccare in modo sicuro i programmi da un terminale, tale che:

1. Invocazione: ./detach.sh prog [arg1 arg2 ...].

2. È exec -abile, ad es. eseguendo questo nella shell:

   exec ./detach.sh prog [arg1 arg2 ...] 
   

3. Con una corretta citando (manipolazione principalmente di argomenti contenenti spazi bianchi).

4. Scarta le uscite (poiché non sono necessarie).

5. Vuol Non utilizzare screen, tmux, ecc (stessa ragione con 4, più alcuna necessità di un processo di babysitting extra).

6. Utilizza (ragionevolmente) comandi e programmi portatili, e non cose come start-stop-daemon che è piuttosto distro-specifico.

ho pensato a diversi modi (linee Shebang #!/bin/bash trascurati per il bene di brevità):

1. nohup:

   nohup "$@" >& /dev/null & 
   

2. disown:

   "$@" >& /dev/null & 
   disown 
   

3. setsid:

   setsid "$@" >& /dev/null & 
   

4. Utilizzando una subshell:

   ("$@" >& /dev/null &) 
   

5. nohup/setsid combinato con subshell:

   # Or alternatively: 
   # (nohup "$@" >& /dev/null &) 
   (setsid "$@" >& /dev/null &) 
   

Quando si utilizza gedit come il programma di test (sostituendo la parte "$@"), condizione 1 può essere soddisfatto con tutti i metodi sopra, ma la condizione 2 può essere soddisfatta con nessuno.

Tuttavia, se un programma arbitrario (ma non una shell incorporata) viene aggiunto allo script 5, , tutte le condizioni sembrano essere soddisfatte (almeno per me nel caso gedit). Per esempio:

(setsid "$@" >& /dev/null &) 
# Not just `true' because it is also a shell builtin. 
/bin/true 

Chiunque abbia un'idea su una spiegazione dei fenomeni di cui sopra e come implementare correttamente i requisiti?

EDIT:

Con condizione 2, intendo il programma deve essere staccato dal terminale, ma funziona come al solito altrimenti. Ad esempio, con il caso gedit, la condizione non riesce se si chiude immediatamente subito dopo che il processo dello script è terminato.

Answer 1

Dopo alcune indagini più da vicino, questi fatti precedentemente inosservata sono state rivelate:

1. Entrambi gli script 3 e 5 (la variante setsid unico) saranno soddisfare tutte le condizioni se un /bin/true viene aggiunto lo script.

2. Questi script, come modificato di fatto 1, funzioneranno anche se /bin/true viene sostituito con for i in {0..9999}; do :; done.

Pertanto possiamo concludere che:

• (Dal fatto 1)

  Più livelli di distacco (come nello script 5) è inutile, e la chiave è quello di utilizzare il corretta utilità (setsid).

• (da fatto 2)

  è necessario per il successo di script Un ritardo adeguato prima uscita bash. (Calling programma esterno /bin/true consuma un po 'di tempo, proprio come il puro-bash tempo consumer for i in {0..9999}; do :; done.)

  non ho guardato il codice sorgente, ma credo che una possibile spiegazione è che bash possibile uscire prima setsid finiture configurazione dell'esecuzione dell'ambiente del programma da eseguire, se non viene applicato un ritardo appropriato.

Infine, una soluzione ottimale deve essere

#!/bin/bash 
setsid "$@" >& /dev/null & 
sleep 0.01 

EDIT 1:

La necessità di un ritardo è stato spiegato here. Mille grazie a @wilx!

EDIT 2:

(Grazie a @MateiDavid) ci sembra di aver dimenticato di reindirizzare l'input standard, e un modo migliore sarebbe:

#!/bin/bash 
setsid "$@" >& /dev/null < /dev/null & 

Answer 2

Si sta tentando di creare un processo daemon UNIX (ovvero un processo che non ha un terminale di controllo e che è il proprio terminale session). Il comando setsid dovrebbe farlo per te, ma sei responsabile della chiusura di tutti i descrittori di file che sono aperti sul terminale che stai abbandonando. Questo può essere fatto reindirizzandoli a /dev/null o usando la sintassi della shell per la chiusura dei descrittori di file (ad es., 2>&- e 0<&- in Bash).

Answer 3

penso che devi fare setsid "$@" >& /dev/null & wait in modo che il terminale di controllo non scompaia prima che setsid riesca a biforcare il bambino.

UPDATE

Mi sembra che questo funziona sia sulla riga di comando e come argomento di -c:

(setsid tail -F /var/log/messages >& /dev/null) & disown