Mengapa browser kromium terbunuh ketika saya menutup terminal meskipun tidak ada?

Pertanyaan ini sudah lama, dan saya masih belum jelas mengapa.

Pertanyaan asli pada tahun 2014:

Di tab Terminal Gnome, saya berlari

$ nohup chromium-browser &

Tetapi ketika saya menutup tab terminal, chromium-browserjuga keluar. Bukankah nohupseharusnya mencegah itu? Gilles berkata:

nohup dan ditolak keduanya dapat dikatakan untuk menekan SIGHUP, tetapi dengan cara yang berbeda. nohup membuat program mengabaikan sinyal pada awalnya (program dapat mengubah ini). nohup juga mencoba mengatur agar program tidak memiliki terminal pengendali, sehingga tidak akan dikirim SIGHUP oleh kernel ketika terminal ditutup. penolakan adalah murni internal ke shell; itu menyebabkan shell tidak mengirim SIGHUP ketika itu berakhir.

Jadi bukankah tidak membuat kromium-browser mengabaikan SIGHUP?

Saya melihat ini di executable lain juga, seperti dan Emacs (mode GUI). Tapi tidak pada xeyes.

Ini terjadi pada Ubuntu 12.04, 32-bit ketika pertanyaan diposting.

Pembaruan pada tahun 2015,

Sekarang saya menjalankan Ubuntu 14.04, dengan google-chromebukannya chromium-browserdiinstal. Hal yang sama yang terjadi pada chromium-browser sebelumnya juga terjadi pada google-chrome sekarang. nohup google-chrome 2>/dev/null &tidak menyimpannya agar tidak ditutup ketika tab terminal ditutup. /usr/bin/google-chromeadalah tautan ke skrip bash /opt/google/chrome/google-chrome. Mengapa nohupditerapkan pada skrip bash tidak berfungsi? Bagaimana kami bisa membuatnya bekerja pada skrip bash? Bagaimana dengan skrip Python?

Ketika Anda menutup jendela Terminal GNOME, SIGHUP dikirim ke shell yang sedang dijalankan. Shell biasanya akan mengirim SIGHUP ke setiap grup proses yang diketahuinya dibuat - bahkan yang dimulai dengan nohup- dan kemudian keluar. Jika shell bash, itu akan melewatkan mengirim SIGHUP ke grup proses yang ditandai dengan pengguna disown.

Menjalankan perintah dengan nohupmembuatnya mengabaikan SIGHUP, tetapi prosesnya dapat mengubahnya. Ketika disposisi SIGHUP untuk suatu proses adalah default, maka jika menerima SIGHUP, proses tersebut akan dihentikan.

Linux menyediakan beberapa alat untuk memeriksa pengaturan sinyal proses yang sedang berjalan.

Skrip shell chromium-browser melakukan salah satu execdari aplikasi yang dikompilasi, jadi ID prosesnya tetap sama. Jadi untuk melihat pengaturan sinyalnya, saya berlari nohup chromium-browser &dan kemudian melihat /proc/$!/statusuntuk melihat disposisi sinyal.

SigBlk: 0000000000000000
SigIgn: 0000000000001000
SigCgt: 0000000180014003

Itu adalah angka hex. Ini menunjukkan bahwa SIGHUP tidak ditangkap dan tidak diabaikan. Hanya SIGPIPE (bit ke-13 di SigIgn) yang diabaikan. Saya melacak ini ke kode berikut :

// Setup signal-handling state: resanitize most signals, ignore SIGPIPE.
void SetupSignalHandlers() {
  // Sanitise our signal handling state. Signals that were ignored by our
  // parent will also be ignored by us. We also inherit our parent's sigmask.
  sigset_t empty_signal_set;
  CHECK(0 == sigemptyset(&empty_signal_set));
  CHECK(0 == sigprocmask(SIG_SETMASK, &empty_signal_set, NULL));

  struct sigaction sigact;
  memset(&sigact, 0, sizeof(sigact));
  sigact.sa_handler = SIG_DFL;
  static const int signals_to_reset[] =
      {SIGHUP, SIGINT, SIGQUIT, SIGILL, SIGABRT, SIGFPE, SIGSEGV,
       SIGALRM, SIGTERM, SIGCHLD, SIGBUS, SIGTRAP};  // SIGPIPE is set below.
  for (unsigned i = 0; i < arraysize(signals_to_reset); i++) {
    CHECK(0 == sigaction(signals_to_reset[i], &sigact, NULL));
  }

  // Always ignore SIGPIPE.  We check the return value of write().
  CHECK(signal(SIGPIPE, SIG_IGN) != SIG_ERR);
}

Meskipun ada komentar, sinyal yang diabaikan oleh orang tua tidak diabaikan. SIGHUP akan membunuh kromium.

Solusinya adalah melakukan apa yang ditunjukkan @ xx4h: gunakan disownperintah di bash Anda sehingga, jika bash harus keluar, itu tidak mengirim SIGHUP ke chromium-browsergrup proses. Anda dapat menulis fungsi untuk melakukan ini:

mychromium () { /usr/bin/chromium-browser & disown $!; }

Jika chromium-browseradalah sesuatu seperti google-chromemaka saya pikir yang paling masalah mungkin adalah bahwa chromium-browser tidakchromium tetapi bukan shell-wrapper yang menginisialisasi state kemudian execs chromium.

Dalam google-chromeinstalasi saya , biner sebenarnya terletak di /opt/google/chromedan pembungkusnya /usr/binhanyalah skrip shell yang mengatur banyak lingkungan tentang xdg-*default dan path absolut dan serupa sebelum mengganti dirinya dengan biner yang tepat.

Pada titik ini setiap sinyal yang nohupawalnya mungkin diabaikan atas nama skrip yang disebutnya sebagai anaknya akan berhenti menjadi masalah dan kecuali skrip pembungkusnya dengan hati-hati mengaturnya jika tidak (yang tidak ada) ctty diwarisi.

Cobalah file /usr/bin/chromium-browseruntuk memeriksa apakah itu skrip shell yang saya pikir benar. Jika demikian, pertimbangkan untuk menulis ulang agar lebih sesuai dengan Anda.

Saya dapat mengatakan bahwa melakukan saja google-chrome 2>/dev/null &membuatnya tetap terbuka untuk saya, tetapi saya tidak dapat mengingat apakah itu kemungkinan hasil modifikasi yang saya buat pada skrip - itu lebih dari setahun yang lalu.

Chromium tampaknya istimewa.

nohup chromium-browser & disownharus bekerja dalam hal ini. Lihat juga: /programming/11421810/nohup-doesnt-work-with-chromium