データの損失や破損を最小限に抑えるために、ext3ファイルシステムにどのマウントオプションが使用されますか？

writeback単に事実に言及することによって誤解しないでくださいinternal filesystem integrity。または使用するかどうかに
関係なく、ファイルシステムメタデータは常にext3journalorderedwriteback日記これは内部ファイルシステムの整合性を意味します。

これデータスキーマ制御できる方法を提供ノーマルデータはファイルシステムに書き込まれます。モード
ではwritebackメタデータの変更は最初にログに書き込まれ、コミットブロックに書き込まれます。ログが更新された後でも、メタデータとデータの書き込みを続行できます。 data=writeback 重大なセキュリティリスクを引き起こす可能性があります。ファイルに追加中にシステムがクラッシュした場合、メタデータがコミットされた後（および追加のデータブロックが割り当てられている）データが書き込まれる前（新しいデータでデータブロックを上書き）、すべてのユーザーがログファイルを回復するに削除したファイルのデータで埋められたブロックを含めることができます。¹。

したがって、データの整合性が主な関心事であり、速度が重要でない場合、data=journalこれは正しい選択です。

すでにご存じのように、ポイントはさまざまな競合からファイルシステムを保護できないことです。

あなたは何ができますか？

1. ソフトウェア側で利用可能データ書き込み重要な作業が終わるたびに（参照この投稿は2003年に作成されました。Theodore T'soはLinux FSカーネルの上級開発者です。これはまだ本当です。しかもこれ以前のバージョンのext4に隠されていたかなりのデータ損失について）
2. コミット間隔を1秒に短くします（提出=1）（望むよりこの記事ext4に関する内容ですが、ext3に関する非常に有用な情報を含むLWNで。注: 必要ありません。同期。
3. SimがRHELドキュメントで指摘したように、* data_err = abort *を使用し、データ=ソート
4. ノアテムファイルシステムで不要な作業を減らします。
5. あなたが気づいたように、バリア=1データ損失を最小限に抑える良い方法です（参照：この投稿)
6. そして同期もちろん、これは「私のデータを失いたくない」オプションの1つです。

最後に、編集可能なインストールオプションは次のとおりです。

auto,exec,relatime,sync,barrier=1,commit=1,data=ordered,data_err=abort,noatime,

起動するたびに自動fsckを使用してデータの整合性を確保することもできます。

強調するマニュアルページの部分を変更してみてください。

書き換え

データの順序を維持しない- メタデータがジャーナルにコミットされた後、データをデフォルトのファイルシステムに書き込むことができます。これはスループットが最も高いオプションであるという噂があります。内部ファイルシステムの整合性を確保し、ただし、競合とログの回復後、ファイルに古いデータが表示されることがあります。

don_crisstiが指摘したように、他のパターンには「but」はありません。