ログアウト時にSIGHUPがジョブに送信されないのはどの場合ですか？

実行していると主張したユーザーからの回答を読んだ

foo 2>&1 >& output.log &

fooログアウトした場合でも、実行が継続されます。このユーザーによると、これはSSH接続でも機能しました。

SSHから切断したり、TTYを終了したりすると、シェルとそのプロセスがSIGHUPを受信して​​終了するという印象を受けたので、本当に信じていませんでした。これは、私の仮定の下で、使用するための唯一の理由だったnohupような場合に、またはtmux、screenら。

次に、glibcのマニュアルを調べました。

このシグナルは、端末の制御プロセスの終了を、そのセッションに関連付けられたジョブに報告するためにも使用されます。この終了により、セッション内のすべてのプロセスが制御端末から効果的に切断されます。

これは私の考えを裏付けるようです。しかしさらに見ると、それは言う：

プロセスが制御端末を持つセッションリーダーである場合、SIGHUP信号がフォアグラウンドジョブの各プロセスに送信され、制御端末はそのセッションから切り離されます。

では、これはバックグラウンドで実行されたジョブがSIGHUPを受け取らないことを意味しますか？

_{さらに混乱して、対話型のZshセッションを実行しyes >& /dev/null &、をexit実行して入力しexitました。Zshがジョブを実行していることを警告し、もう一度入力した後、1つのジョブをSIGHUPしたことを通知しました。Bashでまったく同じことを行うと、ジョブが実行されたままになります…}

Bashは、SIGHUP自分がを受信した場合にのみ送信するようですSIGHUP。これは、たとえば、仮想端末が閉じられたとき、またはSSH接続が中断されたときに発生します。ドキュメントから：

デフォルトでは、シェルはSIGHUPを受信すると終了します。終了する前に、対話型シェルは実行中または停止中のすべてのジョブにSIGHUPを再送信します。停止したジョブにはSIGCONTが送信され、SIGHUPを確実に受信します。シェルが特定のジョブにSIGHUPシグナルを送信しないようにするには、disown組み込み（ジョブ制御組み込みを参照）でジョブテーブルから削除するか、disown -hを使用してSIGHUPを受信しないようにマークを付ける必要があります。

したがって、タイプするexitかCtrl+を押すと、Dすべてのバックグラウンドプロセスが残ります。これは、ハングアップ信号をBashに送信しないためです。

Bashに、実行中のバックグラウンドプロセスがまだあるという事実を警告するように強制できます。

shopt -s checkjobs

SIGHUP対話型シェルを使用している場合は、終了時にon を送信するオプションがあります（ここを参照）。しかし、Bash 4.2.25がインストールされている私のマシンでは動作しません。多分それはあなたのために働く

shopt -s huponexit