Keduanya nohup myprocess.out &atau myprocess.out &atur myprocess.out untuk berjalan di latar belakang. Setelah saya mematikan terminal, prosesnya masih berjalan. Apa perbedaan di antara mereka?
shell apa yang kamu gunakan? perilakunya bervariasi di seluruh cangkang
shx2
1
pesta. Dan saya tahu mengapa sekarang menurut jawaban @nemo.
Yarkee
@Yarkee jika jawaban sesuai dengan masalah Anda, harap tandai pertanyaan sebagai diterima (centang di bawah suara jawaban) sehingga tidak menggantung di sekitar sebagai tidak dijawab. Anda harus melakukannya untuk semua pertanyaan Anda :)
nemo
1
shutdownharus dihindari sebagai istilah dengan makna Linux tertentu., dan digantikan oleh exit.
Patrizio Bertoni
Jawaban:
317
nohupmenangkap sinyal hangup (lihat man 7 signal) sementara ampersand tidak (kecuali shell dikonfigurasi dengan cara itu atau tidak mengirim SIGHUPsama sekali).
Biasanya, ketika menjalankan perintah menggunakan &dan keluar dari shell setelahnya, shell akan mengakhiri sub-perintah dengan sinyal hangup ( kill -SIGHUP <pid>). Ini dapat dicegah menggunakan nohup, karena menangkap sinyal dan mengabaikannya sehingga tidak pernah mencapai aplikasi yang sebenarnya.
Jika Anda menggunakan bash, Anda dapat menggunakan perintah shopt | grep huponuntuk mencari tahu apakah shell Anda mengirimkan SIGHUP ke proses anaknya atau tidak. Jika tidak aktif, proses tidak akan dihentikan, karena tampaknya ini berlaku untuk Anda. Informasi lebih lanjut tentang bagaimana bash mengakhiri aplikasi dapat ditemukan di sini .
Ada kasus di mana nohuptidak bekerja, misalnya ketika proses Anda mulai menghubungkan kembali SIGHUPsinyal, seperti halnya di sini .
Mungkin perlu dicatat bahwa hanya &menyebabkan sub perintah tidak menerima beberapa sinyal (misalnya SIGINT). nohuppada dasarnya menambah SIGHUPdaftar sinyal yang tidak disebarkan.
studgeek
46
myprocess.out &akan menjalankan proses di latar belakang menggunakan subkulit. Jika shell saat ini dihentikan (misalnya dengan logout), semua subkulit juga dihentikan sehingga proses latar belakang juga akan dihentikan. The nohup perintah mengabaikan HUPsinyal dan dengan demikian bahkan jika shell saat dihentikan, subkulit dan myprocess.outakan terus berjalan di latar belakang. Perbedaan lainnya adalah itu &saja tidak mengarahkan ulang stdout / stderr jadi jika ada output atau kesalahan, itu ditampilkan pada terminal. nohup di sisi lain mengarahkan stdout / stderr ke nohup.outatau $HOME/nohup.out.
Saya menjalankan myprocess.out &dan keluar dari shell. Namun, ketika saya gunakan ps aux | grep myprocess.outdi shell lain, saya masih dapat menemukan "myprocess.out". Artinya daripada prosesnya masih berjalan, tidak dihentikan.
Yarkee
1
@amit_g Ketika membunuh shell induk dengan kill -9tidak akan ada SIGHUP karena ini akan membutuhkan shell induk untuk menangani SIGKILL, yang tidak bisa.
nemo
2
Periksa shopt | grep hupon sebagaimana disebutkan dalam jawaban lain.
amit_g
31
Sebagian besar waktu kita masuk ke server jauh menggunakan ssh. Jika Anda memulai skrip shell dan Anda logout maka proses tersebut terhenti. Nohup membantu untuk terus menjalankan skrip di latar belakang bahkan setelah Anda keluar dari shell.
Nohup command name &
eg: nohup sh script.sh &
Nohup menangkap sinyal HUP. Nohup tidak menempatkan pekerjaan secara otomatis di latar belakang. Kita perlu mengatakan bahwa secara eksplisit menggunakan &
Terima kasih. Tidak mengharapkan jawaban Anda tetapi fakta bahwa itu ada di sini hebat. Itu menjawab pertanyaan yang tidak saya tanyakan: D
Vaibhav Kaushal
26
Menggunakan ampersand (&) akan menjalankan perintah dalam proses anak (anak ke sesi bash saat ini). Namun, ketika Anda keluar dari sesi, semua proses anak akan terbunuh.
menggunakan nohup + ampersand (&) akan melakukan hal yang sama, kecuali bahwa ketika sesi berakhir, induk dari proses anak akan diubah menjadi "1" yang merupakan proses "init", sehingga menjaga anak dari terbunuh.
nohup menangkap sinyal hangup, yang berarti akan mengirimkan proses ketika terminal ditutup.
myprocess.out &
Proses dapat berjalan tetapi akan berhenti begitu terminal ditutup.
nohup myprocess.out
Proses dapat menjalankan bahkan terminal tertutup, tetapi Anda dapat menghentikan proses dengan menekan terminal ctrl+ zin. Crt+ ztidak berfungsi jika &ada.
Perintah nohup adalah utilitas pelindung sinyal dan menangkap sinyal hangup. Dimana ampersand tidak menangkap sinyal hang up. Shell akan mengakhiri sub perintah dengan sinyal hang up ketika menjalankan perintah menggunakan & dan keluar shell. Ini dapat dicegah dengan menggunakan nohup, karena menangkap sinyal. Perintah Nohup menerima sinyal hang yang dapat dikirim ke sebuah proses oleh kernel dan memblokirnya. Perintah Nohup sangat membantu ketika pengguna ingin memulai aplikasi yang lama berjalan keluar atau menutup jendela di mana proses dimulai. Salah satu dari tindakan ini biasanya meminta kernel untuk menutup aplikasi, tetapi pembungkus nohup akan memungkinkan proses untuk melanjutkan. Menggunakan ampersand akan menjalankan perintah dalam proses anak dan anak ini dari sesi bash saat ini. Saat Anda keluar dari sesi, semua proses anak dari proses itu akan dibunuh. Ampersand terkait dengan kontrol pekerjaan untuk shell yang aktif. Ini berguna untuk menjalankan proses dalam sesi di latar belakang.
Ada banyak kasus ketika perbedaan kecil antara lingkungan dapat menggigit Anda. Ini adalah salah satu yang saya jalankan baru-baru ini. Apa perbedaan antara kedua perintah ini?
1~ $ nohup myprocess.out &2~ $ myprocess.out &
Jawabannya sama seperti biasa - tergantung.
nohup menangkap sinyal hangup sedangkan ampersand tidak.
Apa sinyal hangup?
SIGHUP - hangup terdeteksi pada terminal kontrol atau matinya proses kontrol (nilai: 1).
Biasanya, ketika menjalankan perintah menggunakan & dan keluar dari shell sesudahnya, shell akan mengakhiri sub-perintah dengan sinyal hangup (seperti kill -SIGHUP $ PID). Ini dapat dicegah menggunakan nohup, karena menangkap sinyal dan mengabaikannya sehingga tidak pernah mencapai aplikasi yang sebenarnya.
Baik, tetapi seperti dalam kasus ini selalu ada 'tetapi'. Tidak ada perbedaan antara metode peluncuran ini ketika shell dikonfigurasikan dengan cara di mana shell tidak mengirim SIGHUP sama sekali.
Jika Anda menggunakan bash, Anda dapat menggunakan perintah yang ditentukan di bawah ini untuk mengetahui apakah shell Anda mengirimkan SIGHUP ke proses turunannya atau tidak:
~ $ shopt | grep hupon
Dan terlebih lagi - ada kasus di mana nohup tidak bekerja. Misalnya, ketika proses Anda mulai menghubungkan kembali sinyal NOHUP (dilakukan di dalam, pada level kode aplikasi).
Dalam kasus yang dijelaskan, kurangnya perbedaan menggigit saya ketika di dalam skrip peluncuran layanan kustom ada panggilan ke skrip kedua yang mengatur dan meluncurkan aplikasi yang tepat tanpa perintah nohup.
Di satu lingkungan Linux semuanya berjalan lancar, di aplikasi kedua berhenti begitu skrip kedua keluar (mendeteksi kasus itu, tentu saja membuat saya lebih banyak waktu daripada yang mungkin Anda pikirkan: stuck_out_tongue :).
Setelah menambahkan nohup sebagai metode peluncuran ke skrip kedua, aplikasi tetap berjalan meskipun skrip akan keluar dan perilaku ini menjadi konsisten pada kedua lingkungan.
shutdownharus dihindari sebagai istilah dengan makna Linux tertentu., dan digantikan olehexit.Jawaban:
nohupmenangkap sinyal hangup (lihatman 7 signal) sementara ampersand tidak (kecuali shell dikonfigurasi dengan cara itu atau tidak mengirimSIGHUPsama sekali).Biasanya, ketika menjalankan perintah menggunakan
&dan keluar dari shell setelahnya, shell akan mengakhiri sub-perintah dengan sinyal hangup (kill -SIGHUP <pid>). Ini dapat dicegah menggunakannohup, karena menangkap sinyal dan mengabaikannya sehingga tidak pernah mencapai aplikasi yang sebenarnya.Jika Anda menggunakan bash, Anda dapat menggunakan perintah
shopt | grep huponuntuk mencari tahu apakah shell Anda mengirimkan SIGHUP ke proses anaknya atau tidak. Jika tidak aktif, proses tidak akan dihentikan, karena tampaknya ini berlaku untuk Anda. Informasi lebih lanjut tentang bagaimana bash mengakhiri aplikasi dapat ditemukan di sini .Ada kasus di mana
nohuptidak bekerja, misalnya ketika proses Anda mulai menghubungkan kembaliSIGHUPsinyal, seperti halnya di sini .sumber
&menyebabkan sub perintah tidak menerima beberapa sinyal (misalnya SIGINT).nohuppada dasarnya menambahSIGHUPdaftar sinyal yang tidak disebarkan.myprocess.out &akan menjalankan proses di latar belakang menggunakan subkulit. Jika shell saat ini dihentikan (misalnya dengan logout), semua subkulit juga dihentikan sehingga proses latar belakang juga akan dihentikan. The nohup perintah mengabaikanHUPsinyal dan dengan demikian bahkan jika shell saat dihentikan, subkulit danmyprocess.outakan terus berjalan di latar belakang. Perbedaan lainnya adalah itu&saja tidak mengarahkan ulang stdout / stderr jadi jika ada output atau kesalahan, itu ditampilkan pada terminal. nohup di sisi lain mengarahkan stdout / stderr kenohup.outatau$HOME/nohup.out.sumber
myprocess.out &dan keluar dari shell. Namun, ketika saya gunakanps aux | grep myprocess.outdi shell lain, saya masih dapat menemukan "myprocess.out". Artinya daripada prosesnya masih berjalan, tidak dihentikan.kill -9tidak akan ada SIGHUP karena ini akan membutuhkan shell induk untuk menangani SIGKILL, yang tidak bisa.Sebagian besar waktu kita masuk ke server jauh menggunakan ssh. Jika Anda memulai skrip shell dan Anda logout maka proses tersebut terhenti. Nohup membantu untuk terus menjalankan skrip di latar belakang bahkan setelah Anda keluar dari shell.
Nohup menangkap sinyal HUP. Nohup tidak menempatkan pekerjaan secara otomatis di latar belakang. Kita perlu mengatakan bahwa secara eksplisit menggunakan &
sumber
Menggunakan ampersand (&) akan menjalankan perintah dalam proses anak (anak ke sesi bash saat ini). Namun, ketika Anda keluar dari sesi, semua proses anak akan terbunuh.
menggunakan nohup + ampersand (&) akan melakukan hal yang sama, kecuali bahwa ketika sesi berakhir, induk dari proses anak akan diubah menjadi "1" yang merupakan proses "init", sehingga menjaga anak dari terbunuh.
sumber
Koreksi saya jika saya salah
nohup menangkap sinyal hangup, yang berarti akan mengirimkan proses ketika terminal ditutup.
Proses dapat berjalan tetapi akan berhenti begitu terminal ditutup.
Proses dapat menjalankan bahkan terminal tertutup, tetapi Anda dapat menghentikan proses dengan menekan terminal
ctrl+zin.Crt+ztidak berfungsi jika&ada.sumber
Perintah nohup adalah utilitas pelindung sinyal dan menangkap sinyal hangup. Dimana ampersand tidak menangkap sinyal hang up. Shell akan mengakhiri sub perintah dengan sinyal hang up ketika menjalankan perintah menggunakan & dan keluar shell. Ini dapat dicegah dengan menggunakan nohup, karena menangkap sinyal. Perintah Nohup menerima sinyal hang yang dapat dikirim ke sebuah proses oleh kernel dan memblokirnya. Perintah Nohup sangat membantu ketika pengguna ingin memulai aplikasi yang lama berjalan keluar atau menutup jendela di mana proses dimulai. Salah satu dari tindakan ini biasanya meminta kernel untuk menutup aplikasi, tetapi pembungkus nohup akan memungkinkan proses untuk melanjutkan. Menggunakan ampersand akan menjalankan perintah dalam proses anak dan anak ini dari sesi bash saat ini. Saat Anda keluar dari sesi, semua proses anak dari proses itu akan dibunuh. Ampersand terkait dengan kontrol pekerjaan untuk shell yang aktif. Ini berguna untuk menjalankan proses dalam sesi di latar belakang.
sumber
Ada banyak kasus ketika perbedaan kecil antara lingkungan dapat menggigit Anda. Ini adalah salah satu yang saya jalankan baru-baru ini. Apa perbedaan antara kedua perintah ini?
Jawabannya sama seperti biasa - tergantung.
nohup menangkap sinyal hangup sedangkan ampersand tidak.
Apa sinyal hangup?
SIGHUP - hangup terdeteksi pada terminal kontrol atau matinya proses kontrol (nilai: 1).
Biasanya, ketika menjalankan perintah menggunakan & dan keluar dari shell sesudahnya, shell akan mengakhiri sub-perintah dengan sinyal hangup (seperti kill -SIGHUP $ PID). Ini dapat dicegah menggunakan nohup, karena menangkap sinyal dan mengabaikannya sehingga tidak pernah mencapai aplikasi yang sebenarnya.
Baik, tetapi seperti dalam kasus ini selalu ada 'tetapi'. Tidak ada perbedaan antara metode peluncuran ini ketika shell dikonfigurasikan dengan cara di mana shell tidak mengirim SIGHUP sama sekali.
Jika Anda menggunakan bash, Anda dapat menggunakan perintah yang ditentukan di bawah ini untuk mengetahui apakah shell Anda mengirimkan SIGHUP ke proses turunannya atau tidak:
Dan terlebih lagi - ada kasus di mana nohup tidak bekerja. Misalnya, ketika proses Anda mulai menghubungkan kembali sinyal NOHUP (dilakukan di dalam, pada level kode aplikasi).
Dalam kasus yang dijelaskan, kurangnya perbedaan menggigit saya ketika di dalam skrip peluncuran layanan kustom ada panggilan ke skrip kedua yang mengatur dan meluncurkan aplikasi yang tepat tanpa perintah nohup.
Di satu lingkungan Linux semuanya berjalan lancar, di aplikasi kedua berhenti begitu skrip kedua keluar (mendeteksi kasus itu, tentu saja membuat saya lebih banyak waktu daripada yang mungkin Anda pikirkan: stuck_out_tongue :).
Setelah menambahkan nohup sebagai metode peluncuran ke skrip kedua, aplikasi tetap berjalan meskipun skrip akan keluar dan perilaku ini menjadi konsisten pada kedua lingkungan.
sumber