☰

ext4ファイルシステムが頻繁に破損する

tag-icon • tag-icon ubuntu filesystems ext4 journaling
ext4ファイルシステムが頻繁に破損する

私たちの環境では、時々停電が発生し、ext4ファイルシステムを使用するUbuntuシステムでデータが破損する可能性があります。

私が知っている限り、ext4のデフォルト設定は以下を使用することです。 data=ordered

これは、「メタデータがジャーナルにコミットされる前に、すべてのデータがデフォルトのファイルシステムに直接適用されます」と説明されています。

停電が発生してディスクへの書き込みが中断されると、ファイルシステムが破損する可能性がありますか？

停電によるファイルシステムの破損を完全に排除したい場合は、それを使用してくださいdata=journaled。

ボーナス：ファイルシステムのログタイプを別のタイプに変更する方法data=ordered。ログを変更する必要があるようですが、どのように、どの順序で変更する必要があるのか​​わかりません。

Ubuntu（initramfs）にはファイルシステム回復ユーティリティがないことは本当に面倒です。したがって、ライブCDを取り出す必要がないように、私たちができることは何でもできます。

私の/etc/fstab

# /etc/fstab: 静的ファイルシステム情報。
#
＃ユニバーサル一意の識別子を印刷するには、 'blkid -o value -s UUID'を使用してください。
＃デバイスの場合は、より信頼性の高い命名方法としてUUID =と組み合わせて使用​​できます。
＃ディスクを追加して削除しても機能するデバイスです。 fstab(5) を参照してください。
#
#                
proc /proc proc デフォルト 0 0
# インストール中 / は /dev/sda1 にあります。
UUID=9cd71f51-53bb-44c7-affa-14293e59d596/ext4 エラー=reinstall-ro 0 1
＃インストール中のスワップは/ dev / sda5にあります。
UUID=5568cee1-a50b-4409-ad67-cdc5bfb592a3 スワップ sw なし 0 0
/dev/scd0 /media/cdrom0 udf, iso9660 ユーザー, noauto, exec, utf8 0 0

オペレーティングシステムのバージョン

-bash-4.0# uname -a
Linux LG-F3-19 2.6.31-14-サーバー #48-Ubuntu SMP 金曜日 10月 16日 15:07:34 UTC 2009 x86_64 GNU/Linux
-bash-4.0# lsb_release -a
利用可能なLSBモジュールはありません。
出版社ID：Ubuntu
説明: Ubuntu 9.10
公開日：9.10
コードネーム：カルマ

失敗画像:https://i.stack.imgur.com/BMtlZ.jpg

引用: https://www.kernel.org/doc/Documentation/filesystems/ext4.txt http://www.ibm.com/developerworks/library/l-journaling-filesystems/

ベストアンサー1

3つのデータジャーナリングモードのいずれも、停電後もファイルシステム自体をそのまま維持する必要があります。したがって、常にエラーなしでインストールする必要があります。違いはファイル内のデータのみです。data=writebackスキーマは古いデータ（つまり、アプリケーションが書き込み前にディスクセクタに保存されたデータ）を残すことができます。data=orderedそしてdata=journaledそうしてはいけません。

最も可能性が高いのは、I / O障壁が設定で機能しないことです。まずbarrier=0/を使用してインストールしていないことを確認してくださいnobarrier。これによりパフォーマンスが向上しますが、停電時に損傷を引き起こす可能性があります。

I / Oバリアが開いている場合は、それをサポートしていないストレージ階層を通過することもできます。以前のバージョンでは、LVMはそうではなく、さまざまなmdraidレベルも同じでした。 （この問題はLinux 2.6.33で修正されました。まだLucidを実行している場合にのみ該当します。）

最後に、ディスクがうそをつくこともできます。ディスクに書き込みキャッシュがあります。特にNCQはしなければならないオペレーティングシステムは実際にデータを書き込んだときにのみデータを書き込んだと言われますが、私たち全員が知っているように、データがディスクの書き込みキャッシュにのみ存在するときにのみ書き込まれたことをオペレーティングシステムに通知します。パフォーマンスを向上させます。少なくとも電源が入っている限り。ディスク上の書き込みキャッシュを無効にしてみることができますが、そうするとパフォーマンスが低下します。

また、フラッシュディスクは後で行う必要があることが多く、その多くは停電を正しく処理できないことに注意してください。 （たとえば、ウェアレベリングの場合は、フラッシュデータのブロック全体を移動する必要があります。途中で電源を切ると、一部のフラッシュディスクで悪いことがあります。）

最後に…UPSの使用を検討しましたか？

おすすめ記事