Armadilloフォーラム

Yamamotoです。

横から失礼します。

私もSDカードのファイル異常で先日まではまってましたので、
私の場合は、ドライバーレベルのキュー(デバイスにもキューがあれそれもですが）でキューイングされている状態で
物理的なファイルと仮想ファイル(この言い方でよいのか？)が動作中合っていません。

綺麗に同期してから終了すると問題ないのですが、動作中等にリセットとかかけるとファイルと、ファイルインデックス部
が合わない状態でおわるので、再起動時に読み込むと発生しているような状態になりました。

私は、要所要所で同期(sync)して正常終了時は念のため、SDをunmountして回避しました。

参考になりますでしょうか。

KES)小西です。

私も横からすみません、見当違いかもしれませんが。。。
電源断での破壊か、負荷での破壊かの切り分けは良いのでしょうか？

・電源断での破壊の場合
瞬断、電源断でのファイル破壊はFATでは回避不能と思っております。
電源電圧の降下をNMI等の割り込みでとって、ハンドラ内で吐き出すにしてもコンデンサ容量が足りませんので。。。

このため、瞬断、電源断では壊れる可能性があると考え、Yamamoto様のように一定のクリティカルな時間で
キャッシュ吐き出しを行うのが妥当と思います。(FATなのでその間での電源断はダメですが。。。)

また、ファイルシステムをext3等のジャーナリングにしてみてはいかがでしょうか？
JFFSや、ubiでフォーマットするのもひとつの手かと思います。

最終の書き込みセクタは壊れる可能性はありますが、そのひとつ前の状態で
起動時にファイルがリストアされる可能性があり、信頼性が少し上がります。
(空き容量によって信頼性が変わります。)
欠点はアクセススピードは少し落ちるのと、windowsからは読めません。。。

・高負荷での書き込みでの破壊の場合
相性というのは、ハード的な話なのか、切り分けを行うために
一度ファイルシステムをFAT→EXT3等に変えて確認してみるのは
いかがでしょうか？
ファイルシステムのフォーマットが変わっても同じ現象がでるのであれば、
SDIOの相性の可能性が高くなりますが、そうでない場合は
FATファイルシステムの問題となります。

あと、他のシステムですが、u-bootで発生した問題ですが、
SDIOのスピード(タイミング)がカーネルはドライバ内で動的に変更してますが、
u-bootは固定のため、特定のSDでは大きなファイルを連続書き込みした場合、
途中で失敗することがありました。
このため、もしかすると、使用しているSDカードのスピードとカーネルが認識している
スピードがあっていないため、大量データアクセスを行った場合、壊れているのかもしれません。
SDIOのドライバにログ入れるとわかると思います。