問題タブ [fat32]

USB ドライブが FAT、FAT32、または NTFS としてフォーマットされているかどうかを確認する方法はありますか?

Android デバイス用に作成されたプロジェクトがあります。毎日大量のファイルが生成されます。これらはすべてテキストファイルと画像です。アプリはデータベースを使用してこれらのファイルを参照します。

アプリは、少し使用した後 (おそらく数日後) にこれらのファイルを消去することになっていますが、このプロセスが機能している場合と機能していない場合があります。これはこの質問の主題ではありません。

歴史的な事故のため、ファイルの編成はやや単純です。すべてが同じディレクトリにあります。MediaScanner がインデックスを作成するのを防ぐための.hiddenゼロ バイト ファイルを含むディレクトリ。.nomedia

今日、報告されたエラーが表示されます。

SDカードに関しては、十分なストレージが残っているようですが、数えています

いくつかのファイルを削除したことで、今日のファイル作成を進めることができたようです。

残念ながら、touchコマンドラインでエラーを再現するために新しいファイルを作成しようとはしませんでした。また、一握りではなく数百のファイルを削除しました。

ただし、私の質問は次のとおりです。

• ディレクトリ内のファイルサイズまたはファイル数に厳しい制限はありますか?
• 私はここで正しい軌道に乗っていますか？

注記: SD カードは現状のままです。つまり、フォーマットしていないので、FAT-* フォーマットであると推測されます。

FAT-32 フォーマットには、2 GB のファイル サイズ (私が扱っているファイル サイズをはるかに超える) のハード リミットと、ルート ディレクトリ内のファイル数の制限があります。ルートディレクトリにファイルを書き込んでいるわけではありません。

一部のマシンでは ext3、他のマシンでは FAT32 などの Unix ファイルシステムにチェックアウトされた Mercurial リポジトリで作業しています。

Subversion では、svn:executable プロパティを設定して、そのようなビットをサポートするプラットフォームでチェックアウトしたときにファイルを実行可能としてマークするかどうかを制御できます。SVN を実行しているプラ​​ットフォームや作業コピーを含むファイルシステムに関係なく、これを行うことができます。

Mercurial では、クローンが Unix ファイルシステム上にある場合、同じ効果を得るために chmod +x を実行できます。しかし、FAT ファイルシステム上のファイルの実行可能ビットを設定 (または削除) するにはどうすればよいでしょうか?

私のMSIパッケージでは、cacls.exeを使用してディレクトリにユーザー権限を設定する必要があります。NTFS環境では正常に動作しますが、Fat32ファイルシステムで実行すると失敗します。ソフトウェアがインストールされているドライブのファイルシステムの種類を判別する方法はありますか？

WiX 3を使用してMSIパッケージを作成していますが、MSIデータベースを指すヒントも役立ちます。

よろしくお願いします。

NTFS ファイル システムは基本的に b ツリーだと聞きました。本当？他のファイルシステムはどうですか? 彼らは何の木ですか？

また、FAT32 は FAT16 とどう違うのですか?

FAT ファイル システムはどのような種類のツリーを使用していますか?

ARM7TDMI-S (NXP プロセッサ) を使用していますが、SD カードの読み取り/書き込みが可能なファイル システムが必要です。利用可能なものはたくさんありますが、人々は何を使用して満足していますか? 最小限のセットアップしか必要としないものが最適です。つまり、セットアップを開始するために必要な作業 (つまり、デバイス ドライバーを NXP のハードウェアに書き込む) が少ないほど良いのです。

現在、このプロジェクトの OS として CMX の RTOS を使用しています。

FAT32ファイルシステムでWinXPを実行しています。

FAT32の最大値はありますか？最大4GBのファイルサイズ制限が適用されます。私が持つことができるデータベースサイズ？

（私はSQL Server 2008 Developer Editionを持っていますが、無料版ではDBサイズが4GBに制限されており、ファイルシステムとは関係ありません）

情報をありがとう

FATファイルシステムでCreateFileMappingを介してメモリマップドIOを使用することの危険性について懸念しています。具体的なシナリオは、ユーザーがUSBスティックから直接ドキュメントを開くことです（そうです、これを行うことを禁止しようとします！）。

MSDNのメモリマップトファイルの管理に関する記事では、ファイルシステムの制約については何も述べられていません。

アップデート

心配する本当の理由はありませんでしたが、ある時点でそれらの問題について読んだという漠然とした気持ちがありました（私のキャリアは25年以上にわたるので、ずっと昔の記憶に漠然とした深みがたくさんあります8ビットマイクロまで！）。それらがサポートされるべきかどうかの問題は私が推薦するのに非常に重要なので、誰かが私の懸念を裏付けることができるかどうか尋ねたいと思いました。心を休ませてくれてありがとう。

私はカスタムFATファイルシステムエクスプローラーに取り組んでおり、状況は非常に順調に進んでいます。ただし、チェーンマップに対して効率的に読み取り/書き込みを行うためのより良い方法があるかどうかを知りたいです。大型デバイスの場合、これは非常に多くのリソースを消費する可能性があり、非常に遅くなる可能性があります。特に割り当てスペースの場合。

これが私がそれを読む方法です：

チェーンは数百メガバイトになることもあります。

そして、これが私がそれを書く方法です。chainMap uint配列への割り当てと変更が行われると、基本的にそのuint配列をループし、チェーンマップ全体を書き換えます。

私はキャッシュシステムに取り組んできましたが、これをより良くする方法についてもう少しアイデアが欲しいです。

MS-dos FAT32 フォーマットと Windows FAT32 フォーマットの違いは何ですか?