Neden Linux kabuk komutunu '&' ile çalıştırın?

Red Hat Linux Enterprise sürüm 5 kullanıyorum. İnsanların bazen birkaç &seçenekle komut çalıştırdığını fark ettim . Örneğin, aşağıdaki komutta iki &işaret vardır. Bunların amacı nedir? Nohup ile her zaman birlikte kullanılırlar mı?

nohup foo.sh <script parameters> >& <log_file_name> &

Martin's'in yanı sıra, Ash ve Kevin'ın cevaplarına ek olarak, bazen matematiksel olarak bitsel olarak kullanılan bir ve işareti görürsünüz ^* :

$ echo $(( 11 & 7 ))
3

Bit işleçlerine aşina değilseniz,:

11: 1011
 7: 0111
-------- AND
 3: 0011

Her pozisyonda ilk numarada bir bit VE ikinci numarada, bu biti cevapta bir olarak ayarlayın.

^{* _{Kevin'in cevabındaki özellik, mantıklı bir AND olarak adlandırılır .}}

Ash'in cevabını detaylandırmak için, yönlendirme sırasında kullanıldığında ve işareti kabuğa bir dosya tanıtıcısını kopyalamasını söyleyebilir. Bu komutta echo "hello" > outputfile 2>&1ampersand, standart hataya (stderr, dosya tanımlayıcısı 2) gidebilecek herhangi bir çıkışın standart çıktıyla aynı yere gitmesine neden olur (stdout, dosya tanımlayıcısı 1, sol taraf için varsayılan >). >& outputfileOperatör için steno edilir > outputfile 2>&1.

Ayrıca, Bash 4'te yeni, cümlelerden için iki yeni sonlandırıcılar vardır casekomuta ;&ve ;;&eğer öyleyse bir olgu sonraki test yapılıp yapılmadığını, "içinden düşer" ve etkileyebilecek olan.

Bash kabuk betiğinde, “&” işareti ve işlemleri çatallamak için kullanılır:

find -name hello &

Find komutunun arka planda çatallanmasına ve çalıştırılmasına neden olur (her zaman PID'sini kullanarak öldürebilirsiniz).

Neden Linux kabuk komutunu '&' ile çalıştırın?

Hemen komut istemini geri almak ve işlemi arka planda çalıştırmak için.

Bunların işlevi nedir?

nohup , arka plan işleminin, kullanıcı oturumu kapattıktan sonra (veya başlangıç ​​kabuğundan çıktıktan sonra) çalışmaya devam etmesini sağlar.

> & standart çıktıyı ve standart hatayı günlük dosyasına yönlendirir.

Her şeyi arka planda çalıştırır ve hemen geri istemenizi sağlar.

Açıklama:

Her Linux işlemi, üç giriş / çıkış kanalı, "stdin" girişi, standart çıkış "stdout" ve standart hata çıkışı "stderr" açar. İkili dosya için kullanılabilirler, ancak geleneksel olarak metinlerdir. Çoğu program stdin'in kapandığını gördüğünde, programdan çıkarlar (programlayıcı tarafından değiştirilebilir).

Ebeveyn kabuğu çıkınca çocuklara stdin kapanır ve (genellikle, genellikle) çocuklar da çıkar. Buna ek olarak, çocuklara bir yazılım sinyali (SIGHUP), kullanıcının "telefonu kapattığını" (eski adıyla modem) belirttiğini ve burada varsayılanın da çıkacağını belirten bir sinyal alır. (Bir programcının programı yazarken bunların hepsini değiştirebileceğini unutmayın).

Yani, hiçbir şey yapmayan şey, çocuğa ayrı bir I / O ortamı vermek, girişleri ve çıkışları ana kabuğa bağlı olmayan bir şeye bağlamak ve çocuğu SIGHUP sinyalinden korumaktır. Kullanıcı bağlantısını kestikten sonra, kullanıcının kabuğuna değil, init (işlem 1) 'e ait olan nohup arka plan işlemini göreceksiniz.

Ancak nohup, işlem ön planda yürütülürse işi tam olarak yapamaz, bu nedenle &programı arka planda çalıştırmak için kullanılır, burada oturum açmış bir kullanıcıyla veya kullanıcı olmadan mutlu bir şekilde çalışmaya devam eder.

Ek olarak Martin'in cevabı @: işareti diğer kullanım ( >&yukarıdaki gibi) hem çekebilmektir stdoutve stderr. Normalde, çıktıyı yalnızca '>' olan bir dosyaya yönlendirirseniz stdout, herhangi bir hatayı kaçırmanız için çıktıyı yalnızca alırsınız .

Martin ve Ash'in cevabına ek olarak, bazen bir &&token kullanımını görebilirsiniz . Bu, "eğer sadece ilk komut başarılı bir şekilde çalıştıysa ikinci komutu çalıştır" demek için kullanılır. İyi yazılmış bir komut, herhangi bir hata varsa, başarıyla çıkmaz.

[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 ~]$

Martin'in cevabı iyi, ama biraz belirsiz. Komut her zaman çatallanır ve çalıştırılır, ancak normal kabuk davranışı komutun çıkmasını beklemek içindir. Ve işareti arka planın içine koyar, böylece terminalinizi geri alırsınız ve başka şeyler yapabilirsiniz. İşlem stdout'a veya stderr'e veri gönderirse, bu, istemde ne yaptığınızla karıştırılır ve sizi şaşırtabilir. Bu yüzden> & /path/to/logfile.txt ile yönlendiriyorsunuz.

George2'ye cevaben, bir kabuğun çıkması için normal davranış, SIGHUP sinyalini aynı işlem grubundaki tüm işlemlere (esas olarak ürettiğiniz şeyler) göndermek ve genellikle sona ereceklerdir. Bunun, kabuk işlemini kapatsanız bile devam etmesini istiyorsanız, nohup komutunu, bu sinyali yok saymak ve çalışmaya devam etmelerini sağlamak için kullanabilirsiniz. Bu tür bir işlem için özel bir isim var, buna daemon süreci adı verilir ('iblis' olarak telaffuz edilir).