killall はすべてを強制終了せず、ほとんど強制終了しません。その場合のコマンドは何ですか?

Question 1

killallのマニュアルページより

killall は、指定されたコマンドのいずれかを実行しているすべてのプロセスにシグナルを送信します。シグナル名が指定されていない場合は、SIGTERM が送信されます。

を実行するとkill -9、SIGKILL信号が送信されます。killallでSIGKILLを送信する場合は、次のようにする必要があります。

killall -s SIGKILL <PROCESSNAME>

SIGKILL と SIGTERM の違い (そして、なぜ最初に SIGTERM を試す必要があるのか) についてのわかりやすい説明

からhttp://rackerhacker.com/2010/03/18/sigterm-vs-sigkill/

Unix システムで kill を使用してプロセスにシグナルを送信することは、ほとんどのシステム管理者にとって新しいトピックではありませんが、kill と kill -9 の違いについて何度も質問されてきました。

プロセスに対して kill を使用すると、実際にはプロセスにシグナルが送信されます (ほとんどの場合、これについては後ほど説明します)。標準 C アプリケーションには、特定のシグナルを受け取った場合にプロセスが従うべき手順を含むヘッダーファイルがあります。システムで使用可能なシグナルの完全なリストは、kill のマニュアルページを確認することで取得できます。

次のようなコマンドを考えてみましょう:

kill 2563

これにより、プロセスに SIGTERM というシグナルが送信されます。プロセスが通知を受信すると、次のようないくつかのことが発生します。

プロセスはすぐに停止する可能性がある

リソースをクリーンアップした後、少し遅れてプロセスが停止する場合があります。

プロセスは無期限に実行され続ける可能性がある

アプリケーションは、SIGTERM を受信したら何を行うか決定できます。ほとんどのアプリケーションはリソースをクリーンアップして停止しますが、そうしないアプリケーションもあります。アプリケーションは、SIGTERM を受信したときにまったく異なる動作を行うように構成されている場合があります。また、アプリケーションがディスク I/O を待機しているなどの不良状態にある場合、送信されたシグナルに従って動作できないことがあります。

ほとんどのシステム管理者は、アプリケーションが SIGTERM に応答しない場合、通常、より突然のシグナルに頼ります。

kill -9 2563

-9 は、kill コマンドに、SIGKILL と呼ばれるシグナル #9 を送信するように指示します。このような名前から、このシグナルが少し重みを持つのは明らかです。

SIGKILL は SIGTERM と同じシグナルヘッダーファイルで定義されていますが、プロセスでは無視できません。実際、シグナルはカーネル init に直接送信されるため、プロセスは SIGKILL シグナルを認識しません。その時点で、init はプロセスを停止します。プロセスはシグナルをキャッチしてそれに応じて動作する機会を得ることはありません。

ただし、状況によっては、カーネルがプロセスを正常に終了できない場合があります。プロセスがネットワークまたはディスク I/O を待機している場合、カーネルはそれを停止できません。ゾンビプロセスや割り込み不可能なスリープ状態にあるプロセスも、カーネルでは停止できません。これらのプロセスをシステムからクリアするには、再起動が必要です。

Thunderbird プロセスに killall (SIGTERM) を送信したとき、それらのプロセスを停止するように要求しました。それらのプロセスの一部は正常に動作していなかったため (おそらく最初にそれらを kill する必要があった理由です)、SIGTERM シグナルに応答できませんでした。

Answer