sbh — ストレージ圧力スペシャリスト は何をしますか？
SBH は、ディスク圧力の状態、バラスト、スキャン、および復旧コマンドを公開します。このスキルは証拠を収集し、呼び出し元によって承認された明示的なアクションのみを実行します。承認されたアクションはファイルの削除やホストのストレージ設定変更を行う可能性があるため、明示的な呼び出し元の権限なしに変更は実行されません。以下のコマンドインターフェースは sbh 0.4.27 に基づいています。正確なフラグに依存する前に、別のホストで sbh --version を使用して再確認してください。
証拠優先の復旧が機能する理由は、ディスク圧力には安価で元に戻せる対策と高価で元に戻せない対策があり、事実に基づくベースラインがあれば、何かを削除する前にそれらを区別できるからです。復旧は不可逆性の順に並べます。まずステータス確認とドライラン、次にバラスト解放、その後に保護されていないファイルのクリーンアップ、最後に緊急削除 — より元に戻せるステップが未試行のまま先に進まないでください。
命名された失敗モード — 間違ったマウント解放: 圧迫されているマウントではないファイルシステムでギガバイトを回収し、圧力が解決されたと宣言すること。
アンチパターン: 圧力が深刻だからといって、いきなり emergency --yes にエスカレーションすること。修正: 緊急性は不可逆的なミスのリスクを高めます。権限のハードルや上記の順序を決して引き下げるものではありません。
制約
- 正確なマウントに対して
sbh --json status、sbh check、またはドライランから開始すること。復旧の判断には事実に基づくベースラインが必要だからです。 - 明示的な権限なしに
clean --yes、emergency --yes、バラスト解放、tune --apply、unprotect、またはサービス/設定の変更を決して実行しないこと。これらの操作はホストの状態を変更するからです。 .git/、オープンファイル、新しいファイル、書き込み不可の親ディレクトリ、.sbh-protectによる拒否を保持すること。これらは安全でない、または効果のないクリーンアップを防ぐからです。- バラストまたは回収されたバイトが圧迫されているマウントに影響することを確認すること。別のファイルシステムの空き容量では圧力は解決しないからです。
- アクションを一度実行し、前後の証拠を取得し、停止すること。呼び出し元がその後の変更を所有します。否定的な結果は呼び出し元に返されます。このスキルは再試行やエスカレーションを行いません。
出力
マウント、空きバイト数、圧力状態、ドライラン候補、使用された権限、正確なコマンドと終了コード、回収されたバイト数、保護による拒否、および検査済み/未検査の領域を返します。
完全なコマンドドキュメント: https://github.com/Dicklesworthstone/storage_ballast_helper