Linux シャットダウン遅延/キャンセル

[C]他のプロセスがシャットダウン信号をキャプチャする前に、何らかの方法でシャットダウン信号をキャプチャしてキャンセルし、いつでもシャットダウンをキャンセルできますか？

それは不可能です。システムをシャットダウンしたい場合は、カーネルにシステムをすぐにシャットダウンし、すべてのユーザースペースメカニズム（rebootシステムコールを使用するなど）をバイパスするように指示することができます。これを防ぐ方法はありません。

あなたのような仮想環境では、状況はさらに恐ろしいです。何の通知も受け取らずに、単にコンテナを解体したり、VMをシャットダウンしたりできるからです。

Bashスクリプトでトラップを使用して信号をキャッチできることを知っています。

これらの信号を捉えるとどうなりますか？あなたは間違っています。正常に終了すると、initシステムはSIGTERM最終的にSIGKILL実行中のプロセスに送信します。これは、システムがただちにシャットダウンし、アプリケーションがジョブを保存する必要があることをシステムに示します。重要なのは、これは交渉ではなく、作業を節約するためのガイドラインです。をトラップしても、シャットダウンはSIGTERM中断または遅延されません。

妨害要素を減らすためのいくつかのアイデア：

1. IDEに定期的に作業内容を自動的に保存します。これにより、予期しないシャットダウンの問題は解決されませんが、データの損失は最小限に抑えられます。
2. rsyncローカルマシンで作業し、VCS経由またはVCSを使用してタスクを仮想マシンと同期することを検討してください。これにより、仮想マシンがシャットダウンしてもジョブにアクセスできます。

これらの技術ソリューションのいくつかは問題を部分的に軽減するかもしれませんが、機械にアクセスしている複数の当事者間のコミュニケーションや尊重が欠けているという重要な問題を解決しません。ある方法でコンピュータをシャットダウンできない場合は、間違いなく別の方法でシステムをシャットダウンします。ソーシャルソリューションにもっと集中することをお勧めします。

コメントからわかるように、正しい解決策は、問題を引き起こす個人と話すことです。これが失敗した場合は、経営陣を介して問題をエスカレーションしてください。

しかし、ただ楽しさのために問題を解決する方法を考えてみましたが、必要以上に複雑なソリューションを設計していると思います。特に、ルート .bashrc に以下を追加できます。

alias reboot="killall -9 -u securityguy1 -u securityguy2 -u securityguy3"

通常、リモート再起動時に受信する唯一のメッセージはコンピュータから追い出されたことであり、上記のコマンドはリストされているすべてのユーザーを追い出します。

もう一度申し上げますが、これをしないでください。私はあなたの解雇に対して一切の責任を負いません。