私はフラッシュメモリでext4を使って新しい組み込みシステムのプロトタイプを作成しています。これらのシステムはローカルシステム管理者なしでリモートで展開されるため、すべての診断もネットワーク経由でリモートで実行する必要があります。
ext4のデフォルトのマウントオプションは、エラー時にFSを読み取り専用に設定することです。多くのタスクが動作を停止し、リモートログインを防ぐことができるので、これが私の場合は深刻だと思います。
私はシステムを実行し続け、いくつかのFSエラーを許可することを好みます。したがって、私の場合は、 "errors = continue"インストールオプションがより適切に見えます。ただし、FSエラーが発生したときにアプリケーションに通知を送信して、これらのエラーを優先順位の高い問題として記録し、その情報を送信できることを願っています。私たちのサーバーに戻ります。
既存のLinuxカーネル（x86_64の4.8.1）を使用してこれを実行できるかどうかを知っていますか？
ベストアンサー1
私はシステムを実行し続け、いくつかのFSエラーを許可することを好みます。
これは用語の矛盾です。 FSエラーが発生すると、システムは長時間実行されません。実際に実行して実行すると、errors=continue妥当な回復の可能性がなくなるまで、破損したファイルシステムがさらに破損する可能性が高くなります。
FS エラーが発生してもアプリケーションを実行し続けるには、アプリケーションが読み取り専用に/なる時点を検出し、fsck を介して強制的に再起動するスクリプトが必要です。
ある時点では、すべてが崩壊します。これがエントロピー増加の法則です。健全なエンジニアリング原則を遵守し、業務上重要なユースケースのための高品質部品を得ること以外にできることはあまりありません。