問題タブ [fat]

Windows のファイル アロケーション エントリ (FAT) にプログラムでアクセスするにはどうすればよいですか? ハードディスクの特定のアドレスにあるエントリの読み取りについて言及している記事を読みましたが、ハードディスクからそれらのエントリを読み取るにはどうすればよいですか。C、C++、C#、または VB で試すことができます。

http://www.ntfs.comのチュートリアルは、FAT で何を読み取るかを理解するのに役立ちましたが、プログラムで読み取る方法を明確にしませんでした。

私はこのリンクを通り抜けていました：クラスターを組み立てるためのFAT16の基本。FATでのディレクトリエントリの定義に関連する構造を読みました。ここで、FAT16ファイルの例を示すと、サンプルファイルMyFile.txtのデータクラスターは0x03であると表示されます。つまり、データクラスターを論理的に計算すると、クラスター番号3である最初のノードに到達できるようになります。

しかし、私が理解できないのは、著者が次の行で何を言おうとしているのかということです。

現時点でファイルアロケーションテーブルに何が表示されますか？

どのくらい突然ファイルアロケーションテーブルに到達しますか？Myfile.txtの情報を調べていたとき、私たちはすでにそこにいませんでしたか？著者が突然00000200のオフセット位置にジャンプし、クラスターの空を特定している理由を見つけることができませんでした。誰かが私を理解するのを手伝ってくれるといいですね。

フォルダー構造を照会する必要があります。つまり、SQL でディレクトリ構造にアクセスできる必要があります。そのために、OLE DB プロバイダーまたは ODBC ドライバーが必要だと考えています。私の友人は「フォルダの監視」をグーグルで検索しましたが、何も見つかりません コマンドプロンプト dir>somefile で実行し、結果のテキストファイルをDBにインポートしていますが、「リアルタイムではない」ようなものです。エクスプローラーのようにリアルタイムでアクセスする必要があります。方法はありますか？ありがとう

最近、FAT32であるが4GBを超えるファイルがあるIDEドライブを備えた組み込みシステムに遭遇しました。これを行うには、32バイトのディレクトリエントリのファイルサイズを、実際のファイルサイズではなく、最終的なクラスタが使用するバイト数に設定する必要があります。これにより、ファイルに任意のFATチェーンを含めることができます。欠点は、ファイルサイズを知る唯一の方法は、巨大なチェーンを介してストリーミングすることです。

私はこれを前に見たことがありません。これは既知の標準またはバリエーションであり、WindowsまたはLinuxでサポートされているものはありますか？

4GBを超えるファイルを許可するより標準的な「風変わりな」FAT32の変更はありますか？

ハッシュでファイルの複製を検索したい。パフォーマンス上の理由から、NTFS/FAT ファイル システムに各ファイルのハッシュ/チェックサムが保存されているかどうかを知りたいです。ある場合、ファイルを検索するためにそれらすべてを計算する必要はありません。

ある場合、.NET を使用してアクセスする方法は?

それが役立つ場合、それはJPEGファイルになります。チェックサムはありますか？

WinCE 5.0 のフラッシュ ベースの FAT ファイル システムでファイルが破損するという深刻な問題が発生していました。FAT への書き込み中に WinCE デバイスの電源がオフになったため、ファイルが破損したと考えられます。そこで、T-FAT（トランザクションFAT）に変更しました。

問題が解決したことを確認する最も時間のかからない方法は何ですか?

私は「Fat Controllers」について読んできましたが、そこにある記事のほとんどは、コントローラーからサービス/リポジトリ層のロジックを引き出すことに焦点を当てています。しかし、私は別の状況に遭遇したので、誰かが改善のアイデアを持っているかどうか疑問に思っています.

アクションが多すぎるコントローラーがあり、これをアクションの少ない多くのコントローラーに分割する方法を考えています。これらすべてのアクションは、すべて同じ集約に属するオブジェクトの挿入/更新/削除を担当します。したがって、この集約に属するクラスごとに個別のコントローラーを用意することに熱心ではありません...

詳細を表示するために、このコントローラーはタブ付きページで使用されます。各タブは編集用のデータの一部を表し、ここで使用されるすべてのドメイン モデル オブジェクトは同じ集計に属します。

何かアドバイス？

乾杯、モッシュ

次の BPB があるとします。

FAT32 BPB http://img121.imageshack.us/img121/1131/fat32bpb.png

「MSWIN4.1」文字列は単なる「OEM ID」フィールドであり、Microsoft のドキュメントによると、FAT ボリュームの識別には使用しないでください。

「FAT32」文字列は BS_FilSysType フィールドであり、Microsoft のドキュメントによると、FAT ボリュームの識別にも使用しないでください。

では、ボリュームが FAT にフォーマットされていることを確認するにはどうすればよいでしょうか。リレーできる信頼できる署名はありますか?

私は、Unitech HT630のデータ収集プログラムを作成する任務を負っています。このプログラムは、16ビットMSDOS用にコンパイルされた実行可能ファイルをいくつかの制限付きで実行できる独自のDOSオペレーティングシステムを実行します。私はこれまでうまく機能しているDigitalMarsC /C++コンパイラを使用しています。

アプリケーション要件の1つは、データファイルが人間が読めるプレーンテキストである必要があることです。つまり、ファイルをExcelにインポートするか、メモ帳で開くことができます。C標準ライブラリファイルのI/O関数を使用して正常に実装したCSVによく似た可変長レコード形式を使用しています。

レコードを保存するとき、更新されたレコードが現在データファイルにあるレコードのバージョンよりも大きいか小さいかを計算する必要があります。大きい場合は、最初に、現在のレコードの直後のすべてのレコードを、更新されたレコードを保存する前に計算されたサイズの差だけ前方にシフトします。EOFは、追加のデータに対応するためにOSによって自動的に拡張されます。小さい場合は、計算したオフセットだけすべてのレコードを後方にシフトします。これはうまく機能していますが、最後のレコードの終了後のデータを無視するようにEOFマーカーまたはファイルサイズを変更する方法が見つかりませんでした。

レコードを保存するときにデータ収集プログラムが空のフィールドの一部にデータを入力するため、ほとんどの場合、レコードのサイズは大きくなります。レコードのサイズは、既存のエントリに修正が加えられた場合、またはレコード内の記述データがプログラムがメモリに読み取るデータよりも長い場合に通常のレコード保存時にのみ縮小されます。

レコードが縮小している状況では、ファイルの最後のレコードの後に​​、シフト前にそこにあったデータがすべて残っています。「レコード保存の縮小」の後にEOF区切り文字をファイルに書き込んで、レコードの終わりがどこにあるかを通知し、残りのデータをスペースで埋めていましたが、「レコード保存の拡大」までクリーンなファイルがありません。スペースで埋められた領域にファイルのサイズを拡張します。のtruncate()関数は機能しunistd.hません（これは* nixフレーバー専用だと思いますか？）。

私が見た提案された解決策の1つは、2番目のファイルを作成し、そのファイルに保存するすべてのデータを書き込んでから、元のファイルを削除することです。使用するディスク容量は4MBしかないため、ファイルサイズが2MBからプログラムの実行可能ファイルと構成ファイルのサイズを引いたものよりも小さい場合は機能しますが、そうでない場合は失敗します。これが本番環境に移行すると、ユーザーはファイルのサイズが2MBを超える可能性が非常に高くなります。

ラルフ・ブラウンの割り込みリストとIBM PC Assembly Language and Programmingの割り込みリファレンスを調べましたが、ファイルサイズなどを更新するものが見つからないようです。

DOSでも、2番目のファイルを作成せずにファイルのサイズを縮小することは可能ですか？

Reiser、NTFSなどのファイルシステムはファイルテーブルをどこに保存しますか？私たちは独自のファイルシステムを作成することを検討しており、単一のファイルを使用してすべてをbtreeを使用して保持するのか、それともそこにあるものを使用するのかを考えています。

何かアドバイス？これは何よりも学習演習です。

編集：NFSを削除し、NTFSに置き換えました