Sto usando Red Hat Linux Enterprise versione 5. Ho notato che a volte le persone eseguono comandi con un paio di &opzioni. Ad esempio, nel comando seguente, ci sono due &segni. Qual è lo scopo di loro? Sono sempre usati insieme a Nohup?
nohup foo.sh <script parameters> >& <log_file_name> &
Risposte:
Oltre alle risposte di Martin, Ash e Kevin, a volte vedrai una e commerciale usata matematicamente per un AND bit a bit * :
$ echo $(( 11 & 7 ))
3
Nel caso in cui non si abbia familiarità con gli operatori bit:
11: 1011
7: 0111
-------- AND
3: 0011
In ogni posizione c'è un bit nel primo numero E nel secondo numero, imposta quel bit su uno nella risposta.
* La funzione nella risposta di Kevin viene definita AND logica .
Per elaborare la risposta di Ash, quando usata nel reindirizzamento la e commerciale può dire alla shell di copiare un descrittore di file. In questo comando echo "hello" > outputfile 2>&1la e commerciale fa sì che qualsiasi output che può andare all'errore standard (stderr, descrittore di file 2) vada nella stessa posizione dell'output standard (stdout, descrittore di file 1, predefinito per il lato sinistro di >). L' >& outputfileoperatore è abbreviato per > outputfile 2>&1.
Inoltre, nuovo in Bash 4, ci sono due nuovi terminatori per le clausole nel casecomando ;&e ;;&che influenzano se un caso "fallisce" e, in tal caso, se viene eseguito il test successivo.
>& filenamegenera sia stdout che stderr nello stesso file. Se vuoi reindirizzare solo stderr (e lasciare solo stdout), lo faresti 2> filename. Per quanto riguarda l'altra domanda, molto probabilmente useresti entrambi nohupe &.
logouto exit.
In uno script di shell Bash, la e commerciale "&" viene utilizzata per fork i processi:
find -name hello &
Farà in modo che il comando find venga biforcato ed eseguito in background (puoi sempre ucciderlo dal suo PID).
Perché eseguire un comando shell Linux con '&'?
Per recuperare immediatamente il prompt ed eseguire il processo in background.
Quali sono le loro funzioni?
nohup consente al processo in background di continuare l'esecuzione anche dopo che l'utente si è disconnesso (o è uscito dalla shell di avvio).
> & reindirizza sia l'output standard sia l'errore standard nel file di registro.
e esegue tutto in background, restituendoti immediatamente il tuo prompt.
Spiegazione:
Ogni processo Linux apre tre canali I / O, un input "stdin", un output standard "stdout" e un output errore standard "stderr". Possono essere usati per i binari, ma sono tradizionalmente testo. Quando la maggior parte dei programmi vede chiudere lo stdin, questi escono (questo può essere modificato dal programmatore).
Quando la shell genitore esce, lo stdin viene chiuso sui bambini e (spesso, di solito) anche i bambini escono. Inoltre, i bambini ricevono un segnale software, SIGHUP, che indica che l'utente ha "riagganciato" (in precedenza, il modem) e anche qui l'impostazione predefinita è uscire. (Nota, un programmatore può cambiare tutto questo quando scrive il programma).
Quindi, ciò che fa nohup è dare al processo figlio un ambiente I / O separato, legando i dettagli in qualcosa che non è legato alla shell genitore e proteggendo il bambino dal segnale SIGHUP. Una volta che l'utente si disconnette, vedrai il processo in background nohup di proprietà di init (processo 1), non la shell dell'utente.
Tuttavia, nohupnon è possibile eseguire completamente il lavoro se il processo viene eseguito in primo piano, quindi &viene utilizzato per eseguire il programma in background, dove può tranquillamente rimanere in esecuzione con o senza un utente connesso.
Oltre alla risposta di @ Martin: l'altro uso della e commerciale ( >&come sopra) è quello di catturare sia stdoute stderr. Normalmente, se si reindirizza l'output su un file con solo '>', si otterrebbe solo l'output su stdout, senza errori.
Oltre alla risposta di Martin e Ash, a volte potresti vedere l'uso di un &&token. Questo è usato per dire "esegui il secondo comando se e solo se il primo comando è stato eseguito correttamente." Un comando ben scritto, se presenta errori, non verrà chiuso correttamente.
[kevin@box ~]$ ls file && echo removing file && rm file
ls: file: No such file or directory
[kevin@box ~]$ touch file
[kevin@box ~]$ ls file && echo removing file && rm file
file
removing file
[kevin@box ~]$
La risposta di Martin è buona, ma un po 'ambigua. Il comando è sempre fork 'ed eseguito', ma il normale comportamento della shell è di attendere il comando fino alla sua uscita. La e commerciale lo mette in background in modo da riavere il prompt del terminale e fare altre cose. Se il processo sputa i dati su stdout o stderr, questo verrà mescolato con qualsiasi cosa tu stia facendo al prompt e potrebbe confonderti. Questo è il motivo per cui reindirizzi quindi con> & /path/to/logfile.txt.
In risposta a George2, il comportamento normale per l'uscita di una shell è di inviare il segnale SIGHUP a tutti i processi nello stesso gruppo di processi (essenzialmente roba che hai generato) e di solito terminano. Se vuoi che questo continui anche se chiudi il processo di shell, puoi usare il comando nohup per far loro ignorare questo segnale e continuare a correre. C'è un nome speciale per questo tipo di processo, si chiama processo demone (pronunciato 'demone').