Mengapa proses saya masih berjalan setelah saya keluar?

Setelah masuk ssh, saya mengetik perintah ini di bash:

sleep 50000000000000 &

Lalu aku kill -9yang sleepproses induk proses (yaitu, bash). Kemudian jendela terminal terputus secara bersamaan.

Ketika saya masuk lagi, saya menemukan bahwa sleepprosesnya masih hidup.

Pertanyaan : Mengapa sleepproses bisa bertahan ketika saya logout dan terminal ditutup? Dalam pikiran saya, segala sesuatu kecuali daemon dan nohupprogram akan terbunuh saat logout. Jika sleepdapat bertahan dengan cara ini, apakah ini berarti saya dapat menggunakan metode ini alih-alih nohupperintah?

Tl; dr:

Mengapa sleepproses bisa bertahan ketika saya logout dan terminal ditutup? Dalam pikiran saya, segala sesuatu kecuali daemon dan nohupprogram akan terbunuh saat logout Jika sleepdapat bertahan dengan cara ini, apakah ini berarti saya dapat menggunakan metode ini alih-alih nohupperintah?

Kecuali jika bashinstance yang dimunculkan oleh sshmemiliki huponexitset opsi, tidak ada proses akan dihentikan dengan cara apa pun pada saat keluar / log out, dan ketika huponexitopsi ditetapkan, menggunakan kill -9pada shell bukanlah alternatif yang baik untuk digunakan nohuppada proses anak-anak shell; nohuppada proses cangkang anak masih akan melindungi mereka dari SIGHUP yang tidak datang dari cangkang, dan bahkan ketika itu tidak penting nohupmasih lebih disukai karena memungkinkan cangkang diakhiri dengan anggun.

Di bashsana ada opsi yang disebut huponexit, yang jika diatur akan membuat bashSIGHUP anak-anaknya saat keluar / keluar;

Dalam instance non-login interaktif bash, seperti dalam bashinstance yang dibuat oleh gnome-terminal, opsi ini diabaikan; apakah huponexitdiatur atau tidak disetel, bashanak-anak tidak akan pernah DIJELASKAN bashsaat keluar;

Dalam instance login interaktif bash, seperti dalam bashinstance yang dibuat oleh ssh, opsi ini tidak diabaikan (namun tidak disetel secara default); jika huponexitdiatur, bashanak-anak akan DIJELASKAN bashsaat keluar / keluar; jika huponexittidak disetel, bashanak-anak tidak akan DIJELASKAN bashsaat keluar / keluar;

Jadi secara umum keluar / keluar dari bashinstance login interaktif , kecuali jika huponexitopsi disetel, tidak akan membuat shell SIGHUP anak-anaknya, dan keluar / keluar dari bashinstance non-login interaktif tidak akan membuat shell SIGHUP anak-anaknya bagaimanapun;

Namun, ini tidak relevan dalam kasus ini: menggunakan kill -9 sleepakan tetap bertahan, karena membunuh proses induknya ( bash) tidak akan meninggalkan kesempatan bagi yang terakhir untuk melakukan apa pun pada yang pertama (yaitu, misalnya, jika bashinstance saat ini adalah bashinstance login dan huponexitopsinya diset, untuk SIGHUP itu).

Menambah ini, tidak seperti sinyal lain (seperti sinyal SIGHUP dikirim ke bash), sinyal SIGKILL tidak pernah disebarkan ke proses anak proses, karenanya sleepbahkan tidak dibunuh;

nohupmemulai proses yang kebal terhadap sinyal SIGHUP, yang merupakan sesuatu yang berbeda; itu akan mencegah proses menggantung pada penerimaan sinyal SIGHUP, yang dalam hal ini dapat diterima oleh bashinstance login interaktif jika huponexitopsi telah diatur dan shell keluar; jadi secara teknis menggunakan nohupuntuk memulai proses dalam bashinstance login interaktif dengan huponexitopsi tidak disetel akan mencegah proses menggantung pada penerimaan sinyal SIGHUP, tetapi keluar / keluar dari shell tidak akan SIGHUP terlepas;

Namun, secara umum, ketika nohupdiperlukan untuk mencegah sinyal SIGHUP yang berasal dari shell induk, tidak ada alasan untuk lebih suka kill -9metode induk pada metode nohupon the child; sebaliknya, seharusnya sebaliknya.

Membunuh orang tua menggunakan kill -9metode ini tidak memberikan kesempatan bagi orang tua untuk keluar dengan anggun, sementara memulai anak menggunakan nohupmetode ini memungkinkan orang tua untuk dihentikan oleh sinyal lain, seperti SIGHUP (untuk membuat contoh yang masuk akal dalam konteks seorang anak mulai menggunakan nohup), yang memungkinkan untuk keluar dengan anggun.

bashsecara default tidak mengirimkan sinyal HUP ke proses anak saat keluar . Lebih detail (terima kasih @kos), tidak pernah melakukannya untuk kerang non-login .

Anda dapat mengonfigurasi bash untuk melakukannya untuk shell login jika menetapkan opsi huponexit. Di terminal, lakukan:

[romano:~] % bash -l

(ini memulai shell "login" baru)

romano@pern:~$ shopt -s huponexit
romano@pern:~$ sleep 1234 &
[1] 32202
romano@pern:~$ exit
logout

Sekarang periksa sleepprosesnya:

[romano:~] % ps augx | grep sleep
romano   32231  0.0  0.0  16000  2408 pts/11   S+   15:23   0:00 grep sleep

... tidak berjalan: telah menerima sinyal HUP dan keluar seperti yang diminta.

Jika sleepdapat bertahan dengan cara ini, apakah itu berarti saya dapat menggunakan metode ini alih-alih nohupperintah?

kill -9benar-benar bukan cara yang seharusnya. Ini seperti menembak dengan pistol di TV untuk mematikannya. Selain komponen komedi tidak ada keuntungan. Proses tidak dapat menangkap atau mengabaikan SIGKILL. Jika Anda tidak memberikan proses kesempatan untuk menyelesaikan apa yang dilakukan dan dibersihkan, proses itu mungkin meninggalkan file yang rusak (atau keadaan lainnya) dan tidak akan dapat memulai lagi. kill -9adalah harapan terakhir, ketika tidak ada lagi yang berhasil.

Mengapa proses tidur bisa bertahan ketika saya logout dan terminal ditutup. Dalam pikiranku, semua kecuali program daemon dan nohup akan terbunuh saat keluar.

Apa yang terjadi dalam kasus Anda:

Proses induk sleepadalah bashshell yang sedang berjalan . Ketika Anda kill -9bash itu, proses bash tidak memiliki kesempatan untuk mengirim SIGHUPke salah satu proses anaknya, karena SIGKILL(yang dikirim oleh kill -9) tidak dapat ditangkap oleh proses. Proses tidur terus berjalan. tidur sekarang menjadi proses anak yatim .

Proses init (PID 1) melakukan mekanisme yang disebut reparenting. Itu berarti bahwa proses init sekarang menjadi induk dari proses yatim itu. init adalah pengecualian, proses dapat menjadi anak itu karena mengumpulkan proses yang kehilangan proses induk aslinya. Btw: A daemon (seperti sshd) melakukan itu ketika "pergi di latar belakang".

Jika itu tidak terjadi, proses yatim piatu nantinya (setelah selesai) menjadi proses zombie. Inilah yang terjadi ketika waitpid()tidak dipanggil (tanggung jawab proses induk yang tidak dapat dipenuhi ketika ketika proses itu terbunuh). init memanggil waitpid()dalam intervensi khusus untuk menghindari anak-anak zombie.

The &dimulai proses di latar belakang. Jika Anda mengetik ps -ef, Anda akan melihat bahwa ID proses induk (PPID) dari tidur Anda adalah bash Anda. Kemudian logout dan login lagi. Proses akan tetap berjalan setelah Anda keluar. Setelah Anda masuk untuk kedua kalinya Anda menjalankan ps -eflagi. Anda akan melihat bahwa sekarang orang tua dari proses tidur Anda akan diproses dengan id "1". Itu init, induk dari semua proses.

Penggunaan &akan menyebabkan program berjalan sebagai latar belakang. Untuk melihat program di latar belakang gunakan bgperintah, dan untuk membuatnya berjalan sebagai latar depan lagi, jalankan fg.

Ya, ada banyak cara untuk menjaga program tetap berjalan meskipun terminal utama sudah keluar.