Neden bazı komutlar terminali bitinceye kadar 'kapatıyor'?

Bazen, diyelim ki, terminalden bir programı çalıştırmak lxpanel^† . Terminal sizi istemine bırakmayacak, askıda kalacak. Bilgi istemine geri dönmek için Ctrl+ tuşuna basabilirsiniz C, ancak bu ölecektir lxpanel. Bununla birlikte, Alt+ ' ya basıldığında F2(komut almak için bir pencere açılır) ve çalıştırma lxpaneldüzgün bir şekilde çalışır.

Bu neden? Terminalden bir komut çalıştırmakla Alt+ tuşuna bastığınızda görünen 'run' penceresinden farklı olan ne F2?

_{^{† lxpanel burada sadece bir örnek olarak kullanılmıştır. Bunu birden fazla programla yaşadım}}

Terminal, varsayılan olarak programı ön planda çalıştıracak, böylece program bitene kadar kabuğa geri dönmeyeceksiniz. Bu, stdin'den okuyan ve / veya stdout'a yazan programlar için kullanışlıdır - genellikle çoğunun aynı anda çalışmasını istemezsiniz. Bir programın arka planda çalışmasını istiyorsanız, aşağıdaki şekilde başlatabilirsiniz:

$ lxpanel &

Veya zaten çalışıyorsa, Ctrl+ ile askıya alabilir ve arka plana taşımak için Zkoşabilirsiniz bg. Her iki durumda da yeni bir kabuk istemi ile sonuçlanacaksınız, ancak program hala çalışıyor ve çıktısı terminalde görünecek (yazmanın ortasındayken aniden görünebilir)

Bazı programlar (tipik olarak ödemeler) başlatıldıklarında ayrı bir işlem gerçekleştirir ve ardından ana işlemin hemen çıkmasına izin verir. Bu, programın kabuğunu engellemeden çalışmaya devam etmesini sağlar

Bir terminalde bir program başlattığınızda, programınız durana kadar terminal "askıda kalacaktır". Ctrl+ Tuşlarına basarak c, programınızı kapatıyorsunuz ve bu sayede isteme geri dönüyorsunuz. Bunu tüm GUI uygulamalarında göreceksiniz, örneğin Firefox'u deneyin.

Alt + F2 gibi başka bir yöntem kullandığınızda veya menüleri tıkladığınızda, programınız arka planda başlatılır, böylece tuhaf bir şey olmaz (ve yine de komut istemi yoktur).

GUI uygulamalarını hala terminalden başlatmak istiyorsanız &, komutunuzun sonuna ekleyin .

lxpanel &

Bu, terminale lxpanelarka planda çalışmasını ve size hemen bir kez daha komut vermesini söyler .

Programlar, varsayılan olarak bir kabuğun ön kısmındaki bir kabuk aracılığıyla çalışır. Bu, kabuğun çalışmayı askıya almasına ve terminalden programa stdin / stdout / sterr'ye yönlendirmesine neden olur. Masaüstü ortamı üzerinden çalışan programlar , bu programları çalıştıran programdan bağımsız olarak çalıştırmalarına neden olacak şekilde çatallanır . Bu &, komutlara a ekleyerek çoğu kabukta simüle edilebilir , ancak yine de std *'yi terminale bağlayacaktır (arka planlı bir programda stdin'den okunması başka komplikasyonlara sahip olsa da).

Daha sonra konsol etkileşimine ihtiyaç duyan programlar dışında kalanlar (örneğin, kullanıcının gerçekten "gerçekten zorla mı?" Sorusunu sormak istediği için STOP durumuna giren "apt -y update"; .... artık kimse izlemiyorsa).

Bu deliği tıkamak ve süreci bir terminal asla asla kullanılamayacak şekilde bilgilendirmek için komutlarımın bazılarına <& - ekliyorum, onları aktif terminalden tamamen ayırmak STDIN'e artık mümkün olmadığını söylüyor. Eğer kullanıyorsanız / bin / bash'ın kabuğunuz olduğundan emin olun. Senaryo, herhangi bir istemi yayınlamak için mevcut olan hiçbir psödoterminal ile ilgili olmayan herhangi bir hatayı günlüğe kaydetmeye devam edecektir.

Örneğin:

`./runme.sh &> runme.log <&- & disown`

Mevcut terminal oturumundan ayrılmamın en iyi yoludur. Hem STDOUT hem de STDERR runme.log'a giriş yapar, konsolunuzun veya kabuğunuzun daha erken bitip bitmemesi veya farklı bir hesaba oturum açmanız / susturmanız (runme'dan terminal çöpü olmaması) ve ebeveyn-çocuktan ayrılmanız sayesinde bir önemi yoktur. PID ilişkisi kaldırıldı.

GÜNCELLEME: Ben bile bir semafor ile orijinal ebeveynin adı ile ilişkilendirerek sorun yaşadım, bu yüzden şimdi tavsiye ederim:

at now <<< "(cmd1; cmd2; etc.) &> logfile.log"

Elbette, çıktıyı CRON'dan e-posta ile göndermek istiyorsanız &> işaretini kaldırın ya da hepsini bir dosya yerine / dev / null dizinine yönlendirin.