カメラがジャーナリングされたファイルシステムをサポートしないのはなぜですか?


15

NTFS、HFS +、ext4など、SDカード用ですか?結局、ジャーナリングはデータ損失の可能性を減らします。これは写真家にとって重要です。バリ島にいたとき、私はおそらく千枚の写真が入ったSDカードを失いました。これは以前もそれ以降も訪れる機会がなかった場所です。

次回旅行前に注意できることはありますか?カメラでカードをフォーマットしますか?

SDXC(exFAT)とSony Memory StickはSDカードほど信頼性が高くないことを理解して正しいですか?


2
これらのファイルシステムのいずれかをSD上で実行すると、フラッシュメモリがすぐに破壊される可能性があります。
ティムセギーン14年

1
私のソースはない@PhilipKendall、このSEの答えは、それが言及:serverfault.com/questions/41674/... ...とにかくSSDハードドライブは、実際に、通常のファイルシステムを使用するときにフラッシュを中傷を避けるために特別なロジックを必要としています。SDカードのような安価なフラッシュメモリは、この種の負荷にはあまり適していません。FATは非常にシンプルなファイルシステムであり、カメラが行う連続的なストレージロードに最適であり、フラッシュメモリの消耗を引き起こします。
ティムセギーン14年

2
ここでのエラーは、バックアップせずにカードに1000枚の写真を保存することでした。バックアップ先のコンピューターにアクセスできない遠隔地に旅行する場合は、バックアップデバイスを携帯する必要があります。
ジムギャリソン14年

1
@KartickVaddadiジャーナリングされたファイルシステムによって寿命が10%(5年から4.5年)短縮されるという数値のソースは何ですか?指摘できる研究はありますか?
フィリップケンドール14年

1
@KartickVaddadi:論理セクター番号と物理ディスクブロック間のマッピングレイヤーは、磁気メディアに通常関連付けられているものとは異なる障害モードを作成します。それらから隠されているマッピング層を理解していないファイルシステムは、その層によって引き起こされる障害モードを避けることができません。
supercat

回答:


28

少しの費用便益分析を行ってみましょう。

  1. ジャーナリングされたファイルシステムはより複雑です-これは、開発時間の延長、バグの増加、バッテリーの消耗、生産コストの増加などを意味します。

  2. ジャーナリングされたファイルシステムによって解決された問題-FSデータは破損しているがファイルデータは無傷である-は、サードパーティのデータ回復ツールによってかなりうまく処理されています。

  3. ジャーナルファイルシステムはすべての問題を解決するわけではありません。適切なバックアップが必要です。バックアップが組み込まれたシステム(デュアルカードスロット)が存在するだけでなく、プロがより高価なカメラを入手できるようにする機能です。

  4. 大きなメモリカードの信頼性の危機はありません。これらのカードはかなり信頼性が高く、故障は比較的まれです。

  5. そして最後に、WindowsとMacの両方ですぐに使用できるジャーナルファイルシステムはありません。

担当のプロダクトマネージャーであれば、1。既に解決済みの(サードパーティツールを使用して)問題を不完全な方法で解決するプロジェクトを承認します。2。はセールスポイントになるほど重要ではなく、3。カメラを使用できない市場の大部分(少なくとも、競合するブランドでは必要ない追加のソフトウェアをインストールせずに)?


3
実際、OSXはNTFSボリュームを読み取り、端末fooを使用してそれらに書き込むことができます。
ジャスティンディアリング14年

1
@JustinDearing:きちんとした!それをQAとしてaskdifferentにクロスポストする必要があります。
OV

OS Xのデフォルトのファイルシステム設定(つまり、すべてのMacにプリインストールされている設定)は、ジャーナリングが有効なHFS +です。実際、Time Machine ではジャーナリングを有効にする必要があります。
虐待14年

1
@strugee-OS Xにジャーナリングファイルシステムがないとは言いませんでした-OS XとWindowsの両方がすぐに使用できる単一のシステムはないと言いました(WindowsはHFS +をまったく理解せず、Mac( )デフォルトでは)NTFSを書き込むことはできません
ニール

@Nir ah、nevermind。私は誤解しました。
14年

11

ジャーナルされたファイルシステムは、ファイルシステムの整合性のみを保証します。カードが本当に故障した場合、ファイルシステム全体で故障します。不良なメモリセルがある場合は、そのスペースを占有している写真のみを使用し、ジャーナル化されたファイルシステムも役に立ちません。言い換えれば、これはあなたが説明する事件の間違った解決策です。

実際のソリューションは冗長性です。これが、デュアルメモリカードスロットと両方のカードに一度に画像を書き込む機能を提供するNikon、Pentax、Canonのハイエンド製品を見つける理由です。これにより、インスタントバックアップが可能になります。これらのカメラが使い勝手が悪い場合は、頻繁にバックアップを行う他の方法を見つける必要があります。一部の人々は、ラップトップ、ポータブルドライブ、光ディスクに毎日それをします。

私はまだこれを試していませんし、どれほど実用的かはわかりませんが、WiFiデバイスまたはカード(SD / SDHCのみ)も使用できます。ストレージが良いもの。

SDXCはデフォルトでexFATとしてフォーマットされていますが、FAT32でも自分でフォーマットできます。ほとんどのカメラは両方の方法でそれを受け入れます。ただし、信頼性の違いはおそらくゼロです。


はい、しかしそれが唯一の失敗モードではありませんか?私の場合、カード全体に複数回書き込むストレステストではエラーが検出されなかったため、メモリセルの不良の問題ではないと思います。いくつかの破損。不良メモリセルに関しては、ジャーナリングされたファイルシステムにより、そこに保存されている写真のみが失われ、数千枚の写真があるファイルシステム全体が失われることはありませんか?ジャーナリングされたファイルシステムが問題の間違った解決策である場合、私は正しい解決策が何であるかわかりません。旅行中、写真をバックアップするラップトップ、タブレット、またはポータブルディスクが常にあるとは限りません。
バダディカルティック

ジャーナリングされたファイルシステムは、ファイルシステム全体が一貫していることを確認しますが、実際には破損に対しては何もしません。そのためには冗長性が必要です。
イタイ14年

1
@KartickVaddadiフラッシュメモリを購入すると、ある時点で失敗することを想定するのが最善だと思います。あなたがフィールドにいるときにリスクを減らすために投資したくない場合にできる最善のことは、信頼できるメーカーから信頼できるカードを購入することを確認することです。
ペンタッククォック14年

4
@KartickVaddadiラクダを飲み込んで、ブヨを食べるのに負担をかけないようにしています。ギアに「数千ドル」を費やした場合、2番目のカードスロットを利用するために購入する必要がある追加のメモリカードの別の20ドルはいくらですか?
マイケルC 14年

1
@KartickVaddadi:カード全体に複数回書き込みのストレステストを行うと、カードは信頼性の低いものに近づきますが、これは磁気メディアではなくフラッシュストレージです。フラッシュストレージ(少なくともNANDベース)は、消去ブロックが失敗する前の限られた数の書き込みのみをサポートします。変換レイヤーは、書き込み時に障害のあるブロックを作業ブロックにマッピングすることにより、これを隠そうとします。
レオ14年

5

私の知る限り、小売市場で販売されるように製造されたすべてのデジタルカメラには、カメラファイルシステム(DCF)のデザインルールが組み込まれています。DCF標準の一部は、FATファイルシステムを準拠デバイスで使用する必要があることです。この規格は、あるブランドから次のブランドへの相互運用性を確保するために、デジタルカメラ業界によってメモリデバイスにデジタル画像および音声ファイルを保存するための事実上の標準として採用されました。

DCFの詳細については、https://photo.stackexchange.com/a/46387/15871を参照してください


この規格により、カメラベンダーはNTFSを使用できなくなりますか。HFS +、またはそれらのシステムのいずれかでフォーマットされたカードが挿入された場合、またはカメラは単に「カードは使用できません」と言う必要がありますか?
supercat

ある時点では、仕様にはFAT32 IIRCが含まれていませんでした。現在(2010年に公開されたDCF v2)、仕様はすべてのFATバリアント+​​ exFATに制限されています。したがって、DCFの先例として、メンバーが必要に応じて将来拡張して他のファイルシステムを含めることがあります。
ジェームズスネル14年

@supercat現在作成されている標準外です。標準は常に改訂の対象です。しかし、質問は、現在のカメラがジャーナリングされたファイルシステムをサポートしない理由を尋ねているようです。
マイケルC 14年

@JamesSnell Regular FAT16もパーティションごとに2 GiBを超えているため、少し現代的なものを許可するという動きは非常に現実的な問題を解決しました。マイクロソフト以外のシステムでのFAT32の広範なサポートは2000年頃に実装されたようです。512バイトの論理セクターサイズを使用する場合、FAT32は今日でもパーティションごとに2 TiBで非常に便利です。
CVn 14年

@MichaelKjörling-私はFAT16の感謝の制限をよく知っていて、FAT32が2010年に追加されたとは言っていません(exFATが追加されたときです)。ポイントは、CIPAが仕様を拡張することが有用であり、必要に応じて将来のファイルシステムでも拡張できることです。明らかに、FAT32を超える何かに対するニーズ/欲求が見られました。
ジェームズスネル14年

5

「市場はありますか?」「採用の障壁は何ですか?」それらのそれぞれは、それが価値があったとしても、採用に対する大きな障壁を提示します。

NTFSでは、カメラのプロセッサ用の適切なライブラリが存在する場合でも(ライセンスは保証されません)、Windows以外でのサポートが不完全な場合でも、ライセンスの費用が発生します。HFS +およびext4にはWindowsのネイティブサポートがないため、潜在的な顧客ベースの多くが排除されます。したがって、それらの市場はありません。

言及したように、exFATSCXD規格で必要とされるため、より大きくて高速なカードのサポートが表示されますが、より多くのコードが間違っており、カメラのような組み込みシステムでは、ファームウェアの更新をプッシュしたくないので、exFATカードへの書き込みは読み取り可能で適切な形式であるが、保護を提供するexFAT機能を実際には使用しない可能性があります。そのため、採用にも大きな障壁があります。

ほとんどのカードの故障モードは、メモリセルと同じくらいのコントローラである可能性が高く、ほとんどメリットのない多くの作業(製造コスト)です。

Sony MS(MemoryStick)はまだSLCまたはMLCフラッシュメモリです。システム間で異なるのはコントローラーと物理接続のみです。あなたが経験した状況であなたの最善の保護は、小さなポータブルバックアップデバイスを持ち歩くことです。それらはポケットサイズで比較的安価です(そして、おそらくジャーナルファイルシステムとも互換性がありません)。


NFSはディスク上のファイルシステムではなく、ネットワークプロトコルです(解決する問題に関しては、かなり馴染みのある従兄弟FTPとほぼ同等です)。HFS +(Mac OSでネイティブに使用されるファイルシステム)を意味していましたか?
CVn 14年

私は確かにHFS +を意味し、編集します:)
ジェームズスネル14年

4

明らかな理由の1つは、カメラのジャーナリングファイルシステムがあなた(または誰)にも役に立たなかった可能性が非常に高いためです。

非常に高いレベルの概要として、ジャーナリングファイルシステムの機能は次のとおりです。メタデータ(またはデータジャーナリングの場合はデータ)に書き込む前に、まず、ジャーナルに変更する内容を書き込みます。それがディスク上にあることを確認したら、先に進み、変更を書き込みます。基本的に、これは、書き込み中に電源が遮断された場合、ジャーナルを使用してファイルシステムを回復できることを意味します。先に進み、ジャーナルでアクションを実行します。

これは、電源が切れたり、ユーザーがリセットボタンを押したり、プラグを抜いたりする可能性のあるデスクトップPCで役立ちます。また、サーバー(電源障害)およびラップトップ(リセットボタン)でも価値はあります。 。

カメラはバッテリー駆動です。スイッチにはオフスイッチがありますが、これは通常、ファームウェアにシャットダウンするよう指示します。物理的な電源切断ではありません。通常、リセットボタンはありません。また、ある場合、基本的には使用されません。したがって、ジャーナリングは必要ありません。ファームウェアは書き込みを完了するだけです。唯一の例外は、バッテリーを物理的に取り外した場合です。たぶんそれは外部のパワーパックで起こりますが、それ以外では、カメラは決して不意にシャットダウンすることはありません

また、予期しない停電を実際に処理するフラッシュデバイスはほとんどありません。セクターの移転(ウェアレベリング)の最中にそれらを取得し、すべての賭けはオフになっています。そのため、ジャーナリングファイルシステムがあったとしても、電源障害から安全ではありません。

ジャーナリングファイルシステムは、以下からユーザーを保護しませ

  • SDなどのカードのフラッシュコントローラーのバグ。
  • カメラのSDホストハードウェアのバグ
  • カメラのファイルシステムコードのバグ
  • ファームウェアのSDドライバーのバグ
  • メディア上のセクターの損失
  • ハードウェアの誤動作(宇宙線、静電気放電、EMノイズ、水などによる)

実際、ジャーナリングファイルシステムはより複雑なので、実際にはファイルシステムのバグが発生する可能性が高くなります。書き込みが増幅されるため、フラッシュコントローラまたはSDホストのバグが発生する可能性が高くなります。そして、あなたは少し早くフラッシュを使い果たします。


3

ジャーナリングされたファイルシステムは、SDカード(または任意のNANDフラッシュデバイス)にとって悪いです。

NANDフラッシュデバイスの書き込み操作は高価であり、ジャーナル処理されたファイルシステムは、同じアクティビティに対して、ジャーナル処理されていないファイルシステムよりも多く書き込む傾向があります。

そのため、SDカードの動作は遅くなり、ジャーナリングされたファイルシステムでは寿命が短くなります。

FLASHベースのストレージは、その中心で、NAND FLASHと呼ばれる技術を使用しています。NAND FLASHは読み取りと書き込みが可能ですが、いくつかのしわがあります。

  1. 基本的な読み取り/書き込み単位は、セクターではなく「ページ」です。2007-2008世代のフラッシュデバイスのページサイズは2Kで、2009世代では4Kページサイズに移行し、2011世代では16Kページサイズが確認されています。

  2. いつでもページを書くことはできません-書き込む前に、最初にページを消去する必要があります。ただし、一度に1ページずつ消去することはできません。(通常)64連続ページ(世代に応じて128Kバイトまたは256Kバイト)の「消去ブロック」全体を消去する必要があります。また、ブロックを消去した後、ページに任意の順序で書き込むことはできません。最初のページから順番に書き込む必要があります。

  3. ブロックは時間の経過とともに摩耗する傾向があります。一定数の消去サイクルの後、ブロックは永続的に「不良」になり、データを確実に保持できなくなります。ページは、他のページへの書き込みアクティビティの結果として、さらに読み取りの結果としてもデータエラーを発生させる可能性があります!

http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device

編集:ジャーナリングファイルシステムは、非ジャーナリングファイルシステムに比べて大きな利点をもたらさないことに言及する価値があります。


1
フラッシュデバイスはブロックリマッピングレイヤー(FTL)を使用するため、同じ物理ブロックに何度も書き込むことはありません。Androidはext4のようなファイルシステムを使用しているため、Flashに適していないというあなたの議論の妥当性はわかりません。
バダディカルティック14年

Androidデバイスには通常、フラッシュだけでなくRAMもありますよね?
マイケルC 14年

1
ブロックの再マッピングは、ブロックが悪くなる前にブロックごとの書き込みの合計数を増やすことはなく、ほとんどすべてのブロックが同じ速度で摩耗するように書き込み操作をカード全体に広げるだけです。ジャーナリングシステムは、非ジャーナリングシステムと同じことを行うために、より多くの書き込み操作を使用するため、カードが不良になる前の書き込みの総数は、ジャーナリングシステムのライフサイクルでより早く発生します。
マイケルC 14年

1
Androidにはストレージに関連するいくつかの問題(I / Oラグ)があり、状況を改善するためにTRIMコマンドを実装しています。SDカードは、堅牢でなく、安価で小さく作られました。より堅牢な代替手段がありますが、より高価です。
S182 14

1
AndroidはJSFを使用します。これは、これらのデバイスが複数のプロセスから常に情報を書き込み、予期せず叫ぶ傾向があるためです(OSブロック、バッテリー低下など)。それは最高ではありませんが、彼らはそれを必要とします。一方、カメラでの永続化操作ははるかに簡単であり、JFSはソリューションよりも多くの問題をもたらします。ジャーナリングファイルシステムは回復力があり、破損の可能性は低くなりますが、免疫はありません。、ほとんどの場合、「スキャンディスク」で非ジャーナルFSを修復できます。
S182 14

2

異なるファイルシステムは、それらを使用しているシステムで異なる量のRAMを必要とします。FATファイルシステムにファイルを書き込む必要のあるシステムは、理論上は単一の512バイトバッファーで対応できますが、パフォーマンスはかなり恐ろしいでしょう。2つまたは3つの512バイトバッファーに拡張すると、状況が大幅に改善されます。それを超えると、物事がいくらか改善され、大きなカードから最適なパフォーマンスを得るには、小さなカードから最適なパフォーマンスを得るよりも多くのメモリが必要になりますが、小さなカードで最適な効率を達成するのに十分なバッファのみを含むカメラでも、効率が悪くても、より大きなものを使用します。

トリッキーな問題は、メモリカードの規格が、各カードが任意のシーケンスで独立して読み書きできる512バイトセクターの番号付きコレクションとして動作することを規定しているという事実に集中していますが、データがチップ内のチップに保存される方法ではありませんカード。一般的なメモリカードで使用されるメモリチップは、528バイトのページに分割されます。それらは順番に256以上のブロックにグループ化されます。一度書き込まれたページは、そのブロックとそのブロック内の他のすべてのページを消去せずに書き換えることはできません。理論的には、SDカードは、ブロック内のすべてのデータをRAMにコピーし、ブロックを消去し、ブロック全体を書き戻しますが、1つのセクターに新しいデータを書き込むことにより、512バイトセクターの書き込み要求を受け付けることができます。実際には、パフォーマンスは恐ろしいでしょう。代わりに、セクターを書き込むと、SDカードは空白ページを選択し、そのセクター番号とさまざまな補助情報(理由ページは512ではなく528バイトです)とともにそこにデータを書き込み、何らかの理由でそれが適切な場所であることを追跡しますデータ。空白のページが不足すると、コントローラーは、最近書き込まれたページにほとんど置き換えられたページを持つブロックを特定し、そのブロックから現在のすべてのページを空白のブロックにコピーし、現在冗長なブロック全体を消去します。このロジックはすべて、カメラによる介入なしで、カード自体によって完全に処理されます。空白のページが不足すると、コントローラーは、最近書き込まれたページにほとんど置き換えられたページを持つブロックを特定し、そのブロックから現在のすべてのページを空白のブロックにコピーし、現在冗長なブロック全体を消去します。このロジックはすべて、カメラによる介入なしで、カード自体によって完全に処理されます。空白のページが不足すると、コントローラーは、最近書き込まれたページにほとんど置き換えられたページを持つブロックを特定し、そのブロックから現在のすべてのページを空白のブロックにコピーし、現在冗長なブロック全体を消去します。このロジックはすべて、カメラによる介入なしで、カード自体によって完全に処理されます。

このすべてのロジックは、カメラで認識されるFAT32またはその他のファイルシステムに加えて、SDカードに独自のブロック割り当ておよび管理システムが必要であることを意味します。そのシステムで発生する問題は、その上にどのような種類のシステムがあるかに関係なく、データ損失を引き起こす可能性があります。理論的には、多くのメモリカードは、何らかの操作中に予期せず電源が切れた場合でも、カードが操作を開始する前の状態にロールバックできるように設計されています。必要なデータがすべて書き込まれ、カードが単純に冗長データを消去していた場合)。残念ながら、カードはそのようなロジックの実装方法が異なります。予期しない電力損失によりカードのストレージ管理テーブルが破損した場合、

個人的には、SDコンソーシアムがFAT32から独立したファイルシステムを指定するか、少なくともカードがFAT32ボリュームとして読み取り可能でなければならない場合でも、ファイルベースの通信を使用して書き込む必要があることを指定した方が良いと思いますプロトコル。各セクターのグループが各ファイルのメンバーであることがわかっているカードは、その周りのデフラグルーチンを最適化でき、ディスクを独立した512バイトの束として提示しなければならなかったものよりも、データ損失からより良い保護を行うことができますしかし、良くも悪くも、それは物事がどのように指定されているかではありません。


すでに標準的なソリューションがあると思います:ブロック再マッピング層と、その上に標準のファイルシステム(NTFS、HFS +、ext4)があります。そして、Androidでもモバイルでも使用されています。カメラOSはもっと原始的かもしれませんが、それを修正する必要があります。
バダディカルティック14年

@KartickVaddadi:ブロック再マッピングレイヤーは標準です。私のポイントは、ブロックリマッピングレイヤーを実装したメモリカードがファイルシステムレイアウトを少なくともある程度認識していれば、そのような知識がなくてもリマップレイアウトをより効果的に最適化できるということです。
supercat

確かに、ブロックデバイスレイヤーとファイルシステムの間の新しいインターフェイスを考え出すよりも、試してテストしたものを使いたいと思います。私たちはここでCSの研究について話しているわけではありません:)私は自分のコンピューターと携帯電話で動作するものを撮り、それをカメラに入れたいです。
バダディカルティック14年

@KartickVaddadi:さまざまな制約のある組み込みデバイス用にウェアレベリングフラッシュファイルシステムを設計しました。ここでは、ウェアレベリングシステムが語られている場合は、「私は、ファイル書きたい
supercat

...ここにデータがあります。それでおしまい。別のファイルを書きたい。これがデータです。それはそれです」、それは単にそれが動作する個々のセクターの束を与えられ、それらが何を表すのかわからない場合よりも幾分インテリジェントに動作することができます。例:「ファイルID 193,291,374のブロック347、更新273,837,199。」
supercat 14年

1

カードが単に破損していて、投げたり上書きしたりしていないと仮定して、PhotoRecを試してみることを強くお勧めします。(数ヶ月前に少し悪い状況から抜け出しました。1、2年の間削除されて残ったいくつかの画像さえ見つけました。)

http://www.cgsecurity.org/wiki/PhotoRec

ジャーナリングFSについて、私は何度も同じ質問をしました。他の人が言ったように、現在のフラッシュメディアは実際には磁気メディアに比べて壊れやすく、ジャーナリングは難しいです。カメラの使用パターンは通常、大量の写真を撮り、それらを読み取ってすべて削除するため、高度なFS機能はあまり必要ありません。単純なテスト済みの実装は、ジャーナリングのわずかな利点よりもおそらく重要です。追加の利点として、FATのダム割り当て戦略により、PhotoRecなどのツールがより簡単になります。


その場合はPhotoRecを使用したと思います。とにかくリンクをありがとう。
バダディカルティック14年

1

1、あなたが物理的にカードを失った場合、神はあなたを救うことができません。バリ島でカードを失ったとはどういう意味ですか?

2、ジャーナル化されたFSは、突然のOS障害や突然の電源障害などの機会のために構築されます。これらの悪いことが起こった場合、FSメタデータの一貫性を保ちます。削除したファイルを元に戻したい場合、彼らは助けにはなりません。

3、不良ブロックは、NAND FLASHベースのストレージの最も重要な問題です。書き込みが発生すると、不良ブロックが発生します。したがって、NAND FLASHストレージにFSを選択する場合、書き込み頻度を最初に考慮する必要があります。明らかに、他のすべての人が言ったように、Journaled FSは書くことにより多くのものをもたらします。

4、もちろん、ジャーナル化されたFSはより多くの力を必要とします。もっと複雑です。しかし、これらはNAND FLASHに採用しない主な理由ではないと思います。

多田~~それだけです。


1. AJの回答に関する私のコメントをご覧ください。2.ファイルを手動で削除しませんでした。3.他のコメントで書いたように、フラッシュされたジャーナルFSのAndroidの使用をどのように説明しますか?それはあなたがそれを作っているほど悪くはありません。写真を失わないことは、カードの寿命をわずかに短縮することよりも重要です。
バダディカルティック14年

3
ほとんどのジャーナリングFSは、「ジャーナル」を管理するために1つ以上のデーモンプロセス/スレッドを必要とします。(たとえば、EXT3のLinuxのkjournald)envが本格的なOSではなく、プロセス/スレッドの概念がない場合、それらを採用するのは難しいでしょう。
ガーフ14年

@KartickVaddadi繰り返しますが、ジャーナリングされたファイルシステムがカードの寿命を「わずかな」短縮にしかしないことを示すいくつかの研究へのポインタを与えてください。これはあなたがそれを主張した二度目です。
フィリップケンドール14年

公正な質問ですが、すでに何度も言ったように、Androidはそれを使用していることを覚えておいてください。メディアの寿命が大幅に短縮される場合、彼らはそれを使用しませんでしたか?その上、私はあなたにそれが人生の劇的な減少を引き起こすことを示す研究を引用するようにあなたに頼むことができます:)
Vaddadi Kartick 14年

彼は専門家であり、どちらもデータを引用していないので、たぶん@supercatに問い合わせるだけです。
バダディカルティック14年

-1

画像は単純にカードに書き込まれるため、ファイルシステム自体は複雑である必要はありません。最初の作成後にファイルを編集することはほとんどなく、心配する必要のあるファイルI / Oの同時懸念もありません。カメラで。

すべてのフラッシュメモリは本質的に不安定であるため、データの整合性の問題はハードウェアレベルで実際に解決されます。SDカード内のコントローラーは、データが有効であることを確認するために、独自の多くのチェックとストレージトリックを実行します。ジャーナリングファイルシステムは、ファイル操作の整合性ではなくデータストレージの整合性を処理するため、これを支援するものは何もありません。

カメラはそのような単純な(および高速の)ファイル操作を使用するため、複雑なファイルシステムでは追加のコストと複雑さが生じ、I / Oが遅くなり、さらに複雑なファイル処理によるデータ損失につながる可能性のあるさらなるバグが発生する可能性がありますカメラに役立つものをすべて得る。


私の場合、おそらくカメラのファイルシステムコードのバグがまれに発生するため、ファイルシステムが破損しました。ジャーナリングにより、これが発生した場合、ファイルシステムが損傷を受けない可能性が高くなります。つまり、数千枚の写真を失うことはありません。
バダディカルティック14年

3
@KartickVaddadi-SDカード自体ではなく、ファイルシステムが破損したのは確かですか?FATテーブルを使用したファイル破損の問題は、カード全体の障害につながることはありません。カード自体に障害が発生しない限り、ほとんどの写真で簡単に回復できます。正確に失敗したものをどのように確信していますか。
AJヘンダーソン

ファイルシステムを無視し、デバイス上のすべてのブロックを読み取り、ファイルが何であるかを把握しようとする回復ツールのいずれかを使用して、ラップトップからほとんどの写真を回復できました。カメラで読むことができなかったので、その日は写真を撮ることができず、その日に訪れた場所には二度と訪れなかったので、チャンスを逃しました。
バダディカルティック14年

2
@KartickVaddadi-はい。ただし、ファイルシステムまたはSDカードの障害の可能性があります。TOCが消去された場合でも、FATを使用するかNTFSを使用するかに関係なく、ファイルシステムで回復を行う必要があります。ジャーナリングされたファイルシステムが役立つかどうかはまだわかりません。ジャーナルファイルシステムの主な強みは、ファイルまたはディレクトリレコードが不良であることを知っているため、部分的に書き込まれているファイルから回復できることだけです。ここで対処しているのは、おそらくディスクまたはファイルシステムの障害である可能性のある割り当てテーブルの破損です。
AJヘンダーソン

2
@KartickVaddadi:原則として、予備のカードを常に手元に置いて、使用しているカードがトラブルの兆候を示している場合は、すぐに予備に切り替えて、データを破壊しないようにする必要があると思います問題のあるカードから回復できたはずです。
supercat
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.