解決策 1:
fsck 基礎となるハードウェアが何らかの形で損傷している場合、間違いなく害を及ぼす可能性があります。 CPU の不良、RAM の不良、ハード ドライブの故障、ディスク コントローラの不良など... これらの場合、さらなる破損は避けられません。
疑わしい場合は、破損したディスクのイメージを dd_rescue で取得することをお勧めします。 または他のツールを使用して、そのイメージを正常に修正できるかどうかを確認してください。そうすれば、元のセットアップを引き続き利用できます。
解決策 2:
あなたは1つ見ました fsck の例 動作しましたが、まったく正常に動作しない損傷したファイル システムを十分に見てきました。もしそれが完全に自動で動くなら、dd のようなことをするチャンスはないかもしれません ディスク ダンプなど、多くの場合、修復を試みる前に実行することをお勧めします。
決して、決して そのような自動化を試すのは良い考えです。
ああ、最新のサーバーには、リモート コンソールまたは少なくとも独立したレスキュー システムが必要であり、KVM ラックをサーバーに持ち込むことなく、そのような状況から回復する必要があります。