Dlaczego przeglądarka chromowa jest zabijana, kiedy zamykam terminal pomimo braku?

To pytanie jest stare i wciąż nie jestem pewien, dlaczego.

Pierwotne pytanie w 2014 r .:

Uruchomiłem zakładkę Gnome Terminal

$ nohup chromium-browser &

Ale kiedy zamykam kartę terminala, chromium-browserrównież wychodzi. Czy nie nohuppowinno temu zapobiec? Gilles powiedział:

Można powiedzieć, że nohup i disown oba tłumią SIGHUP, ale na różne sposoby. nohup powoduje, że program początkowo ignoruje sygnał (program może to zmienić). nohup stara się również zapewnić, że program nie będzie miał terminala sterującego, aby jądro nie wysyłało SIGHUP, gdy terminal jest zamknięty. disown jest czysto wewnętrzny względem powłoki; powoduje, że powłoka nie wysyła SIGHUP po zakończeniu.

Więc czy nohup nie powoduje, że przeglądarka chromowa ignoruje SIGHUP?

Widzę to również w innych plikach wykonywalnych, takich jak i Emacs (tryb GUI). Ale nie na Xeyes.

Dzieje się tak na Ubuntu 12.04, 32-bit, kiedy pytanie zostało opublikowane.

Aktualizacja w 2015 r.,

Teraz korzystam z Ubuntu 14.04, google-chromezamiast chromium-browserzainstalowanego. To samo, co stało się wcześniej z przeglądarką chromu, dzieje się teraz także z Google-Chrome. nohup google-chrome 2>/dev/null &nie zapisuje go przed zamknięciem, gdy karta terminala jest zamknięta. /usr/bin/google-chrometo link do skryptu bash /opt/google/chrome/google-chrome. Dlaczego nohupzastosowane do skryptu bash nie działa? Jak możemy sprawić, by działał na skryptach bash? Co ze skryptami Python?

Po zamknięciu okna terminala GNOME SIGHUP jest wysyłany do powłoki, w której był uruchomiony. Powłoka zwykle wysyła SIGHUP do każdej utworzonej grupy procesów - nawet tych, które rozpoczęły nohup- a następnie kończy działanie. Jeśli powłoka jest bash, pominie wysyłanie SIGHUP do dowolnej grupy procesów oznaczonej przez użytkownika disown.

Uruchomienie polecenia nohuppowoduje, że ignoruje SIGHUP, ale proces może to zmienić. Jeśli domyślnym ustawieniem jest SIGHUP dla procesu, to jeśli otrzyma SIGHUP, proces zostanie zakończony.

Linux zapewnia narzędzia do sprawdzania ustawień sygnału uruchomionego procesu.

Skrypt powłoki przeglądarki chromium wykonuje execskompilowaną aplikację, więc jej identyfikator procesu pozostaje taki sam. Aby zobaczyć ustawienia sygnału, pobiegłem, nohup chromium-browser &a potem spojrzałem, /proc/$!/statusaby zobaczyć dyspozycję sygnału.

SigBlk: 0000000000000000
SigIgn: 0000000000001000
SigCgt: 0000000180014003

To są liczby szesnastkowe. To pokazuje, że SIGHUP nie jest wyłapywany i nie jest ignorowany. Tylko SIGPIPE (13 bit w SigIgn) jest ignorowany. Prześledziłem to do następującego kodu :

// 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);
}

Mimo komentarza sygnały ignorowane przez rodzica nie są ignorowane. SIGHUP zabije chrom.

Obejściem tego problemu jest zrobienie tego, na co wskazuje @ xx4h: użyj disownpolecenia w bashu, aby jeśli bash musiał wyjść, nie wysyła SIGHUP do chromium-browsergrupy procesów. Możesz napisać funkcję, aby to zrobić:

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

Jeśli chromium-browsercoś takiego, google-chrometo myślę, że najbardziej prawdopodobnym problemem jest to, że chromium-browser niechromium jest, ale jest to opakowanie powłoki, które inicjuje stan, a następnie execs chromium.

W mojej google-chromeinstalacji plik binarny znajduje się w rzeczywistości, /opt/google/chromea opakowanie /usr/binjest tylko skryptem powłoki, który konfiguruje wiele środowisk dotyczących xdg-*domyślnych i bezwzględnych ścieżek itp. Przed zamianą na binarny właściwy.

W tym momencie wszelkie sygnały, które nohuppoczątkowo mogły zostać zignorowane w imieniu skryptu, który wywołał jako swoje dziecko, przestaną mieć znaczenie i dopóki skrypt opakowania nie będzie ostrożny, aby ustawić go inaczej (co nie jest), molo zostanie odziedziczone.

Spróbuj file /usr/bin/chromium-browsersprawdzić, czy to jest skrypt powłoki. Jeśli tak, rozważ przepisanie go, aby lepiej Ci odpowiadało.

Mogę powiedzieć, że samo robienie tego google-chrome 2>/dev/null &sprawia, że ​​jest dla mnie otwarte, ale nie mogę sobie przypomnieć, czy jest to prawdopodobnie wynik modyfikacji, które wprowadziłem w skrypcie - to było ponad rok temu.

Chrom wydaje się wyjątkowy.

nohup chromium-browser & disownpowinien działać w tym przypadku. Zobacz także: /programming/11421810/nohup-doesnt-work-with-chromium