タグ付けされた質問 「failure-resistance」

5
組み込みLinux用の破損防止SDカードファイルシステム?
最近、お客様にかなり不快な状況がありました-リモートセンシングデータの表示に使用されるRaspberry Piベースの「キオスク」ファイルシステムの破損。Ext4、マニュアルfsckが必要です。システムは明日の重要なプレゼンテーションの一部となり、すぐにサービスが必要になります。もちろん、夜間に電源を切るときにシステムをうまくシャットダウンするように顧客に要求することはできません。システムは単純にそのような虐待に耐えなければなりません。 将来はそのような状況を避けたいので、これを防ぐファイルシステムにOSを移動したいと思います。MTDデバイス向けのファイルシステムがたくさんあります。SDカード(標準ブロックデバイス)で実行するには、深刻なフープジャンピングが必要です。破損に対する優れた耐性を誇る他のファイルシステム(ジャーナリングなど)もあります。私はまだ彼らの賛否両論の合理的な比較を見なければなりません。 Linuxで利用可能なファイルシステムは、予期しない停電時の破損に対する最高の耐性を提供し、SDにインストールするためにyaffs2のような不可能なフープをジャンプする必要はありません。 摩耗バランスはプラスですが、要件ではありません。SDカードは通常、完璧ではない場合、独自のメカニズムを備えていますが、システムは「フラッシュにやさしい」必要があります(NTFSなどのシステムは1か月以内にSDカードを殺すことができます)。

3
ファイルの移動中に中断された場合、ファイルシステムが不整合になることはありますか?
同じパーティション(EXT2)に2つのフォルダーがあります。私mv folder1/file folder2と何らかの中断(停電など)が発生した場合、ファイルシステムが矛盾する可能性がありますか? mv操作はアトミックではありませんか? 更新: これまでのところ、IRCで私は次のような見方をしていました。 アトミックであるため、矛盾が発生することはありません 最初に新しいディレクトリのディレクトリエントリをコピーしてから、前のディレクトリのエントリを消去するため、ファイルが2回参照されるという矛盾が生じる可能性がありますが、参照カウントは1です。 最初にポインターを消去してからポインターをコピーするため、ファイルの参照が0であるという矛盾が生じます。 誰かが明確にすることはできますか?

1
BTRFSは停電時のデータの一貫性を保証しますか?
ZFSは、排他的に述べて、ZFSは無傷であると主張されています ZFSは、電源障害に対して脆弱である可能性があることを受け入れます。 BTRFSについてのそのようなステートメントは見つかりませんでした。停電の間に耐久性がありますか(または設計されている/計画されています)?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.