「/」を完全に満たしてシステムを停止する[閉じる]

ファイルシステムが100％いっぱいになると（またはroot予約されたスペースが原因で105％）、悪いことが発生する可能性があります（TM）。私が見た特定のケース（XFSには適用されませんが）：

• 100％のNTFSパーティション全体（ユーザーはラップトップで実行しないように警告しましたが、ユーザーは数ヶ月間これをやってきました...）は最終的にファイルシステムループを引き起こすので、300Gディスクからデータをバックアップしようとするとループが原因で3Tディスクなどを埋めることができます。
• バグが原因でディスクがほぼ100％いっぱいになった一部のLinux仮想マシンでは、パーティションの終わりビットをパーティションの先頭に書き換え始め、そのパーティションにあったさまざまな重要なビットが破損しています。

したがって、バグがある場合は、テストシステムまたはベーキング中に予防措置によってファイルシステムが破損する可能性があり、何が起こるのかを確認するためにディスクを完全に満たしている可能性があります。ただし、OSやファイルシステムの破損なしにパーティションがいっぱいで書き込みが失敗することがよくあります（もちろん、書き込みが失敗したときにプログラマがテストしていないため、アプリケーションソフトウェアが非常に不満になる可能性があります。stunnel）を作成せずにアプリケーションデータの処理を停止します。

（ファイルシステムが100％いっぱいで実行される可能性があるいくつかの正当な状況があります。たとえば、データベースにすべてのスペースが必要な場合、または多くのゲノムデータを含む（主に？）読み取り専用パーティションなど）。

それ以外の場合、通常は保護機能はありません。一般に、パーティションがX％でいっぱいになったり、表示されるスペースに大きな変化がある場合に警告するように、ある種のモニターが設定されます。これらは、時間の経過とともに増加に基づいて事前に予測できることがよくあります。木曜日に電子メールを送信する方が良いです（「パーティション（90％いっぱいです - エラー！エラー！

/がいっぱいになるか、別のパーティションがいっぱいになるのは重要ですか？

持つここに問題がありますCentOS 7（RHEL 7）では、パーティション全体がシステムの電源を切る/と指定されています。私はこれを直接経験したことがありません。それでもそうです。パーティションまたはボリュームがいっぱいかどうかは確かに重要です。ログファイルに書き込めず、一時ファイルを作成できず、データベースに書き込めず、ホームディレクトリにファイルをアップロードしたり更新を受け取ったりできないことを想像してください。これは広範な質問であり、多くを想像しておきます！すべての質問は、パーティションまたはボリュームの目的と構成に関連しています。

また、適切な保護装置が設けられていることを願っています。

監査リポジトリが容量に近づくと、監査システムを使用して指定された従業員に通知されます。ディスク容量が不足し始めたときにアクションを実行するように auditd サービスを構成できます。/etc/audit/auditd.conf次の設定ディレクティブを使用するようにファイルを編集します。

space_left_action = email

実行する操作に可能な値は、「auditd.conf」のマニュアルページに記載されています。これには以下が含まれます。

• 無視する
• システムログ
• Eメール
• 実装する
• 停止する
• 一つ
• 止める

ルートアカウントに送信された電子メールは通常、適切なアクションを実行できるシステム管理者にエイリアスされます。 （/etc/aliasesおよびを参照してくださいman newaliases。）