絶対に破損しないファイルシステム（データ損失は許可されています）

この問題を取り巻くいくつかの既存のトピックがありますが、私が探しているものは少し異なります。組み込みLinuxにSDカードがあり、電源が切れます。ある時点でハードウェアを変更したり、適切にシャットダウンしたりすることもできます。しかし、今は停電になっても生き残ることができるファイルシステムを探したいと思います。データの損失は許容されます。現在書いているファイルより多くを失いたくはありませんが、「マウントできません」、「fsckのために10分間待ってください」、または「新しいファイルを作成できません」というエラーが発生するのではなく、すべてのファイルを失うほうがいいです。 「これにより、inodeに問題が発生しました。」計画は続くべきです！

それを確実にするために多くの努力を傾けています。私は産業用グレードコンポーネントを使用し、ハードウェア監視装置、ソフトウェア監視装置、内部、外部、init再起動プログラム、継続的にメモリを確認するデーモン、ファイル記述子などを持っており、監視装置を監視する監視装置があり、他の監視装置が順番に私の監視装置を監視する。 ...しかし、SDカードがマウントされ実行されていることを保証できないと思いますか？

今最も良いオプションは、SDカードでJFSを使用し、インストールにfsckとfsck.jfsを含めることです。 （600kb+を追加するとRAMとフラッシュが消費されます。悪いです）、起動するたびにfsckを実行します（おそらく起動時間が大幅に増えます。少し悪いです）。ところで、ちょっと残念そうです。

より良い方法や、より良いファイルシステムを知っている人はいますか？

アップデート：e2fsprogs-libs（jfsutilsへの依存関係）は私のディストリビューションでコンパイルするのが非常に難しいようです。 ZFSを調べてみましょう。 （私のディストリビューションに固有のものではありませんが、不要な作業をたくさん行うようです。）

アップデート2：マイシステムとテストに関する追加情報：SDカードストアはセカンダリオプションストアです。 SDカードは2Gb-8Gb産業用グレードmicroSDです。 SDカードは、mount -tコマンドを使用して私のrcを介してマウントされました。オプション「noatime」ですが、「sync」ではありません。私のディストリビューションは、3.10カーネルと1.21ビジーボックスを備えたカスタムアナログデバイススタイルのuClinuxです。私の主なリポジトリはjffs2を使ったspiフラッシュです。私はこれについて何の問題も経験したことがありません。 fsck.jffs2が利用可能かどうかわかりません。一方、Nand Flashは...しかしそれは別の話です。 SDカードの目的は、測定データを保存することです。 「モニター」プログラムは、戦略的同期位置を持つファイルに結果を追加します。ファイルが指定されたサイズを超えると、新しいファイルが生成されます。指定されたファイル数に達すると、最も古いファイルが削除されます。停電により現在の測定ファイルが失われても問題はありません。ファイルは通常50-100kbで、結果の1つは通常1kbです。これは初期の開発段階に過ぎません。何も修正されませんでした。組み込みシステムで非フラッシュファイルシステムを扱うのは今回が初めてです。 （私のx86サーバーにはext4があります。）

私はvfatで始めました。基本ファイルシステム（工場で選択した理由には理由があるようです。問題が解決した場合はあまり問題ありません。）内蔵vfatデバイスで停電の問題を見たことはありません。しかし、WinCEではFATに問題が発生しました。しかし、私の「モニター」プログラムが100〜200個のファイルに達すると、それ以上のファイル生成を拒否します。 FATは、ルートディレクトリに特別なファイル制限の問題があり、サブディレクトリにわずかに大きいファイル制限の問題があるようです。 1つのディレクトリに500〜1000個のファイルを作成できるはずです。だからvfatは動作しません。

それからext2に切り替えました。ただし、起動時にfsckを挿入しませんでした。 （これを行う必要があるかどうかわかりませんでした。）1日で「inode something」エラーが発生したため、私の「モニター」プログラムはファイルを生成できなくなりました。災害！

私の現在の解決策は、起動時にext2に "e2fsck -y"を使用することです。これまではこれが有望に見える。しかし、e2fsckと「起動時にfsck」の全体的な概念はいつも私を悩ませています。 e2fsck自体は私のメインフラッシュとメモリの350kb以上を占めています。 （実行されていないとき。）これはこれが私の最大のプログラムであることを意味します。ビジーボックスよりも大きいです。私のコアとほぼ同じです。

ext3について考えてみました。それは害のないメタデータを記録します。私はそれが多くの助けになると思う。小さなファイルと制御された同期を使用すると保護できますか？順番に書く順番があります。これは、データもある程度記録されることを意味する。しかし、これは非決定的な遅延を引き起こす可能性があります。これは私に迷惑です。 （これは問題にならない可能性があります。）また、スケジュールされた同期機能もあります。例えば。 5秒ごとに送信してください。私の考えでは、これは私の同期を妨げると思います。過度の書き込みはSDカードには良くありません。産業用でもいいですね。この機能を無効にする方法に関するドキュメントが見つかりません。そしてext3まだ起動するたびにfsckを実行する必要があります！しかし、ext3はまだ可能です。

拡張4.多くのext3パフォーマンスの問題を解決します。しかし、必ず公演をする必要はありません。私のディストリビューションにはmkfs.ext4とfsck.ext4が組み込まれていないようです。おそらくこれは問題ではないかもしれません。しかし、可能です。例えば。 e2progs-libs（jfsutilsへの依存関係）にはコンパイルの問題が多いようです。

JFS、XFS、BRFSS。これらすべてが私のカーネルでサポートされています。現在、私のユーザースペースツールボックスには含まれていません。すべてがかなり大きく複雑なシステムのようです。起動時にすべて "fsck"に対応するコマンドが必要なようですか？

私も自分のファイルシステムを捨てることを検討しました。常にファイルテーブルの2つのコピーに書き込みます。巡回するときは、正しいCRCと最新のシーケンス番号を持つものを選択してください。 2段階の書き込みシーケンスを実行します。一時的に割り当てられ、コミット時に修正されました。 fsckは必要ありません。しかし、それはちょっと素朴な考えかもしれないと思います。

アップデート3：ところで、組み込みシステム（少なくともこのシステム）の特徴は、自律的、無人、リモート、長年にわたって実行する必要があるということです。 fsckのようなプログラム可能人間の相互作用の必要性が私を怖がらせます。