为什么我在没有终端的情况下关闭终端机，却杀死了铬浏览器？

这个问题很老，我仍然不清楚为什么。

2014年的原始问题：

在“ Gnome终端”选项卡中，我运行了

$ nohup chromium-browser &

但是，当我关闭终端选项卡时，chromium-browser也会退出。不nohup应该防止这种情况吗？吉尔斯说：

可以说nohup和disown都可以抑制SIGHUP，但是方式不同。nohup使程序最初忽略该信号（程序可能会对此进行更改）。nohup还尝试安排该程序不具有控制终端，以便在终端关闭时内核不会将其发送给SIGHUP。抛弃纯粹是在壳内部；它导致外壳终止时不发送SIGHUP。

那么，nohup不会使铬浏览器忽略SIGHUP吗？

我也在其他可执行文件（例如和Emacs（GUI模式））上看到了这一点。但不是在xeyes上。

发布问题时，这是在32位Ubuntu 12.04上发生的。

2015年更新，

现在我正在运行Ubuntu 14.04，google-chrome而不是已chromium-browser安装。以前发生在铬浏览器上的事情现在也发生在google-chrome上。nohup google-chrome 2>/dev/null &关闭终端选项卡时不会关闭它。/usr/bin/google-chrome是bash脚本的链接/opt/google/chrome/google-chrome。为什么nohup应用于bash脚本不起作用？我们如何使其在bash脚本上起作用？那么Python脚本呢？

关闭GNOME终端窗口时，会将SIGHUP发送到它正在运行的shell。Shell通常会将SIGHUP发送到它知道创建的每个进程组-甚至是以nohup- 开头的进程组，然后退出。如果shell是bash，它将跳过向用户标记为的任何进程组发送SIGHUP disown。

运行带有的命令nohup会使它忽略SIGHUP，但是该过程可以更改它。如果默认情况下将SIGHUP分配给进程，则如果它收到SIGHUP，则该进程将终止。

Linux提供了一些工具来检查正在运行的进程的信号设置。

Chrome浏览器Shell脚本执行已exec编译应用的，因此其进程ID保持不变。因此，要查看其信号设置，我跑了nohup chromium-browser &一下，然后看了/proc/$!/status看信号配置。

SigBlk: 0000000000000000
SigIgn: 0000000000001000
SigCgt: 0000000180014003

这些是十六进制数字。这表明SIGHUP没有被捕获，也不会被忽略。仅SIGPIPE（SigIgn中的第13位）被忽略。我跟踪到以下代码：

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

尽管有评论，但父级忽略的信号不会被忽略。SIGHUP会杀死铬。

解决方法是执行@ xx4h指出的操作：disown在bash中使用命令，以便如果bash必须退出，则不会将SIGHUP发送到chromium-browser进程组。您可以编写一个函数来做到这一点：

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

如果chromium-browser是像什么google-chrome话，我认为最有可能的问题是，chromium-browser 是不是chromium，但不是一个shell封装初始化状态，那么execŞ chromium。

在我的google-chrome安装中，二进制文件实际上位于其中，/opt/google/chrome而其中的包装器/usr/bin只是一个shell脚本，该脚本在设置xdg-*二进制文件本身之前，设置了许多有关默认值和绝对路径等的环境。

在这一点上，nohup可能最初代表它称为其子脚本的脚本忽略的任何信号都将不再重要，除非包装脚本谨慎地安排它（否则），则ctty会被继承。

尝试file /usr/bin/chromium-browser检查它是否是我认为的shell脚本。如果是这样，请考虑对其进行重写以使其更适合您。

我可以说，这样做google-chrome 2>/dev/null &可以为我保持打开状态，但是我不记得这是否是我对脚本进行的修改的可能结果-一年多以前。

铬似乎很特别。

nohup chromium-browser & disown在这种情况下应该可以工作。另请参阅：https : //stackoverflow.com/questions/11421810/nohup-doesnt-work-with-chromium