組み込みシステムがありますが、簡単にアクセスできません。振り返ってみると、このように構築してはいけませんでしたが、システムをシャットダウンする唯一の方法は、電源装置の電源を切ることです。これは99.9%の場合に機能しますが、時々起動時に次のエラーが発生します。
failed to mount XXXX. Wrong fs type, bad option, bad superblock.
xfs_repair
続行するには実行する必要があります。
理想的な世界では、(今後)このようなエラーを自動的に検出して自動的に解決するシステムが欲しいのですが、少なくともブートを続行するか、SSHリモートアクセスを許可して問題を解決できることを願っています。それ。
fsck
私はこれらすべてがどのように進行するのか、それとは何の関係もないことを理解しようとしています。たとえば、この失敗は、プロセスで最終的に検出され、起動を停止するまで正常に実行されていたシステムのデフォルトのバグ(複数の異常終了によって引き起こされる)によるものですか、それとも見つかってfsck
不具合を修正できるバグですか。 ?fsck
?
fsck
基本的に、意図的に起動をスキップすると、システムが起動し続ける可能性があるか(危険)、それともfsck
このようなエラーをキャッチして修正するために、毎回起動時に強制的に実行する必要があるのでしょうか。私は、最近のデータ損失が発生しても異常終了を処理し、起動を継続できるシステムが欲しいです。