ログアウトした後もプロセスが実行されているのはなぜですか？

からログインした後ssh、次のコマンドを入力しbashます。

sleep 50000000000000 &

次に、私kill -9はsleepプロセスの親プロセス（つまり、bash）です。次に、ターミナルウィンドウが同時に切断されます。

再度ログインすると、sleepプロセスがまだ生きていることがわかります。

質問：sleepログアウトしてターミナルを閉じてもプロセスが存続するのはなぜですか？私の考えでは、デーモンとnohupプログラム以外のすべてはログアウト中に強制終了されます。sleepこの方法で生き残ることができる場合、nohupコマンドの代わりにこの方法を使用できるということですか？

Tl; dr：

sleepログアウトしてターミナルを閉じてもプロセスが存続するのはなぜですか？私の考えでは、デーモンとnohupプログラム以外のすべてはログアウト中に強制終了されます。sleepこの方法で生き残ることができる場合、nohupコマンドの代わりにこの方法を使用できるということですか？

bashによって生成されたインスタンスにオプションが設定されsshていない限り、huponexitプロセスは終了/ログアウト時に決して終了しません。huponexitオプションが設定されている場合、シェルでのkill -9使用nohupはシェルの子プロセスでの使用に代わる適切な方法ではありません。nohupシェルの子プロセスでは、シェルからのSIGHUPからプロセスを保護します。それが重要nohupでない場合でも、シェルを正常に終了できるため、これを優先することをお勧めします。

bash呼ばれるオプションがありますhuponexitセットが作れば、bashSIGHUP終了/ログアウト時にその子は、

によって生成されたインスタンスなどのインタラクティブな非ログイン bashインスタンスでは、このオプションは無視されます。が設定されているかどうかにかかわらず、終了時にの子がSIGHUPされることはありません。bashgnome-terminalhuponexitbashbash

によって生成されたインスタンスなどの対話型ログイン bashインスタンスでは、このオプションは無視されません（ただし、デフォルトでは設定されていません）。が設定されている場合、の子は、終了/ログアウト時にSIGHUPされます。場合は設定されていない、の子供たちがでSIGHUPpedされることはありません終了/ログアウト時。bashsshhuponexitbashbashhuponexitbashbash

したがって、一般に、対話型ログインbashインスタンスからの終了/ログアウトhuponexitは、オプションが設定されていない限り、シェルを子にSIGHUPせず、対話型非ログインbashインスタンスから終了/ログアウトしても、シェルを子にSIGHUPしません関係なく;

ただし、これはこの場合は無関係です。kill -9 sleep親プロセス（bash）を強制終了しても、後者が前者に何かをする機会がなくなるため（たとえば、現在のbashインスタンスがログインbashインスタンスである場合）、およびhuponexitオプション）は、それをSIGHUPし、設定しました。

これに加えて、他のシグナル（に送信されるSIGHUPシグナルなど）とは異なりbash、SIGKILLシグナルはプロセスの子プロセスに伝播されないため、強制終了されることsleepさえありません。

nohupSIGHUPシグナルの影響を受けないプロセスを開始します。これは別のものです。これは、SIGHUPシグナルの受信時にプロセスがハングアップするのを防ぎます。SIGHUPシグナルは、このbash場合、huponexitオプションが設定されてシェルが終了した場合に、インタラクティブログインインスタンスによって受信されます。したがって、技術的には、オプションが設定されていないnohup対話型ログインbashインスタンスでプロセスを開始するために使用するhuponexitと、SIGHUPシグナルの受信時にプロセスがハングアップするのを防ぐことができます。

ただし、一般に、nohupSIGHUPシグナルが親シェルから送信されるのを防ぐ必要がある場合は、子メソッドよりkill -9親メソッドのほうを優先する理由はありませんnohup。代わりに、それは逆になります。

使用親死滅kill -9使用子の起動中の方法は、親が正常に終了するための機会を残さないnohup方法と、親コンテキストで意味をなす例を作るようSIGHUPなどの他の信号、（によって終了されることを可能にしますの使用を開始した子のnohup）により、正常に終了できます。

bashデフォルトでは、終了時にHUPシグナルを子プロセスに送信しません。さらに詳しく（@kosに感謝します）、非ログインシェルではそれを行いません。

このオプションを設定すると、ログインシェルに対して実行するようにbashを構成できますhuponexit。ターミナルで、以下を実行します。

[romano:~] % bash -l

（これにより、新しい「ログイン」シェルが開始されます）

romano@pern:~$ shopt -s huponexit
romano@pern:~$ sleep 1234 &
[1] 32202
romano@pern:~$ exit
logout

次に、sleepプロセスを確認します。

[romano:~] % ps augx | grep sleep
romano   32231  0.0  0.0  16000  2408 pts/11   S+   15:23   0:00 grep sleep

...実行されていません：HUPシグナルを受信し、要求に応じて終了しました。

sleepこの方法で生き残ることができる場合、nohupコマンドの代わりにこの方法を使用できることを意味しますか？

kill -9本当にそうすべきではありません。テレビで銃を撃って消すようなものです。コメディの要素以外に利点はありません。プロセスはキャッチまたは無視できませんSIGKILL。プロセスが実行中の処理を完了してクリーンアップする機会を与えないと、破損したファイル（または他の状態）が残り、再開できなくなる可能性があります。kill -9他に何も機能しない最後の希望です。

ログアウトしてターミナルを閉じたときにスリーププロセスが維持できるのはなぜですか。私の考えでは、デーモンとnohupプログラム以外のすべてはログアウト時に殺されます。

あなたの場合はどうなりますか：

の親プロセスsleepは、現在実行中のbashシェルです。あなたの場合はkill -9そのbashのは、bashのプロセスが送信する機会はない持っているSIGHUPので、その子プロセスのいずれかにするSIGKILL（で送信されるkill -9）プロセスによって捕捉可能ではありません。スリーププロセスは実行を継続します。睡眠は孤児のプロセスになりました。

init（PID 1）プロセスは、親の変更と呼ばれるメカニズムを実行します。これは、初期化プロセスが孤立したプロセスの親になることを意味します。initは例外であり、元の親プロセスを失ったプロセスを収集するため、プロセスは子になることができます。ところで：デーモン（などsshd）は、「バックグラウンドで移動する」ときにそれを行います。

それが起こらない場合、孤立したプロセスは後で（終了したときに）ゾンビプロセスになります。これは、がwaitpid()呼び出されなかった場合に発生します（そのプロセスが強制終了されたときにフルフィルできない親プロセスの責任）。initはwaitpid()ゾンビの子供を避けるために特定の間隔で呼び出します。

&バックグラウンドでプロセスを開始します。と入力ps -efすると、スリープの親プロセスID（PPID）がbashであることがわかります。次に、ログアウトして再度ログインします。ログアウト後もプロセスは実行されたままになります。2回目のログイン後、ps -ef再度実行します。スリーププロセスの親がID "1"のプロセスになることがわかります。つまり、すべてのプロセスの親であるinitです。

を使用&すると、プログラムがバックグラウンドで実行されます。プログラムをバックグラウンドで表示するにはbgcommandを使用し、プログラムを再びフォアグラウンドで実行するには、を実行しfgます。

はい、メインターミナルが終了してもプログラムを実行し続ける方法はたくさんあります。