私の組み込みLinuxデバイスは、特定の診断データを保存するためにSDカードを使用しますが、内部フラッシュにはあまりにも多すぎます。
問題は、デバイスの電源が予期せずオフになった場合、カードのファイルシステム（FAT32）が破損することです。
予期しない停電やユーザーがそのように電源を切ることを防ぐ方法はなく、デバイスは比較的メンテナンスフリーである必要があります。さらに悪いことに、データは継続的に書き込まれるため、破損は非常に頻繁に発生し、Linuxは障害のあるFSを検出すると、読み取り専用でサイレントに再マウントします。
これを軽減するためにどのような方法を提案しますか？起動時にfsck.vfatを自動的に実行するだけで十分ですか？
詳細情報：
- ユーザーがカードを取り外し可能と見なさないでください。それは内部ディスクと考える必要があります。その上に保存されたデータはすべて、ネットワーク経由またはusbドライブ経由でダウンロードできるようになり、システムは自動的に最も古いエントリを削除します。つまり、平均的なPCで読み取る必要はありません。
- システムは現在、FAT、yaffs、jffs2をサポートしています。カーネルに他のファイルシステムを追加することは可能ですが、他の手段が存在する場合は、最初にそれらを優先します。
- 書き込みは、データ損失なしで数分間でもオンデマンドで中断できます。
- 部分的なデータ損失または軽微な破損は許容されます。ロギングの完全な停止はそうではありません。
- ほとんどの場合、電源オフイベントは完全に予測不能です。
- システムはARM9、200MHZ、64MB RAM、32MBの内部フラッシュで実行されており、主な役割のためにCPUパワーのほとんどを使い果たします。凝ったリソースを大量に使用するソリューションを検討する際には、これを考慮してください。
3
おそらく既に考えられているかもしれませんが、この質問をうろついている他の人には言及する価値があります：ほとんどのフラッシュカード（SD、CFなど）には、数千サイクルの書き込み耐性しかありません（せいぜい）。データロギングまたは同様のタスクに通常のカードを使用すると、最終的に（そして一般的に人々が考えるよりも短い時間で）それらを殺します。
—
クリスS
@ChrisS：これは主に追加のみであり、最も古いエントリを最新のエントリに置き換えますが、書き込みのロードバランシングが非常に優れているという性質があります。特に、カードを埋めるのに数か月かかります。問題はFATエントリ自体にある可能性がありますが、私はコントローラがそれについて賢明な何かを作ると信じています。
—
SF。
デバイスの電源がオフで、このデータをカードに書き込まない場合の費用はいくらですか？診断データが書かれていない場合、多くの時間やお金を失うか、単にログファイルを持たないだけですか？
—
フライハイト
@Freiheit：顧客向けに販売されているまったく重要ではないものの、かなりあいまいな機能が欠落しており、さらに他の誰かがひどく悪を犯してスケープゴートを探している場合、裁判所の防御手段の1つを失います。障害が発生する可能性が最も高い前のデータが最も重要です。これは、デバイスが最後の瞬間まで正常に機能したことを証明するものであり、自身の障害がイベントを災害に拡大させたという証拠ではありません。
—
SF。
了解しました。重要なデータのデータを明確にキャプチャしています！
—
フライハイト