バックグラウンドプロセスを起動してログアウトした場合、実行は継続されますか？

同僚との長期にわたる議論の後にこれを尋ねて、私はここで明確化が本当に欲しいです。

&コマンドラインに「」を追加するか、「」CTRL-Zでバックグラウンドで停止して再開することにより、バックグラウンドプロセスを起動しますbg。その後、ログアウトします。

何が起こるのですか？

これはSIGHUPによって殺されるはずだったと確信していましたが、これは起こりませんでした。再度ログインすると、プロセスは問題なく実行され、pstree「採用」されたことが示されましたinit。

これは予想される動作ですか？

しかし、そうであれば、nohupコマンドの目的は何ですか？とにかく、プロセスは強制終了されないようです。

編集1

いくつかの詳細：

• コマンドは、物理コンソールからではなく、SSHセッションから起動されました。
• コマンドが開始されたことなく、 nohupおよび/または&; その後、で中断CTRL-Zされ、でバックグラウンドで再開されましたbg。
• sshセッションはドロップしませんでした。実際のログアウト（ " exit"コマンド）がありました。
• プロセスはscpファイルのコピー操作でした。
• 再度ログインすると、pstreeプロセスが実行され、の子であることを示しましたinit。

編集2

質問をより明確に述べると、プロセスをバックグラウンドで（&またはを使用してbg）配置するとSIGHUP、nohupコマンドのように無視されますか？

編集3

を手動で送信しようとSIGHUPしましたscp：終了したので、シグナルを無視しません。

その後、もう一度起動してバックグラウンドにinit戻し、ログオフしました。「採用」されて実行され続け、再度ログオンするとそこに見つかりました。

今私はかなり困惑しています。SIGHUPログオフ時に送信されなかったようです。

答えが見つかりました。

BASHのhuponexit場合、これは組み込みのshoptコマンドを使用して表示または設定できるシェルオプションに依存します。

少なくともRedHatベースのシステムでは、このオプションはデフォルトでオフになっているようです。

BASHのマニュアルページの詳細：

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

shoptでhuponexitシェルオプションが設定されている場合、bashは対話型ログインシェルが終了するときにすべてのジョブにSIGHUPを送信します。

Warnerに同意し、組み込みの「disown」コマンドを使用してシェルがSIGHUPを送信しないようにできることを付け加えます。bashのマニュアルページには、適切な説明が含まれています。

コマンドnohupを使用してコマンドを起動し、出力をnohup出力ファイルにリダイレクトできます。nohup manページから：

nohup - run a command immune to hangups, with output to a non-tty

もう1つのオプションは、screenコマンドを使用することです。画面を使用する利点は、後でプロセスに再接続できることです。

プロセスをバックグラウンドにフォークするとき、それはそれを実行するシェルからの子プロセスのままです。

シェルの下で実行されているすべての子プロセスには、終了時にSIGHUPが送信されます。パフォーマンスは、bashのマンページで詳細に説明されている正確な状況によってわずかに異なります。他のシェルにも同様の説明があります。

Apacheおよび他のデーモンは、通常、SIGHUPに構成を再ロードします。ユーザースペースユーティリティはしばしば死にます。信号にリンクされたアプリケーションのパフォーマンスは、アプリケーションに固有のものになる場合があります。

プロセスは何でしたか？以前の投稿1で説明したパフォーマンスは正確でした。

特定のスクリプト関数およびプロセスは、シグナルをトラップできます。一方、ループは狂ったように逃げることができます。

見る：

SSHセッションのドロップ-コマンドは実行を継続しますか？

4:22 PMに編集1

bashのマンページから：

The shell exits by default upon receipt of a SIGHUP.   Before  exiting,
an  interactive  shell  resends  the  SIGHUP  to  all  jobs, running or
topped.

最初の研究1は、OpenSSHがおそらくSIGHUPを無視することを示しています。

のようなツールを使用してコマンドを起動しなかったscreen場合、セッションが終了すると、そのセッションに関連するすべてのジョブ/タスクも終了します。