FAT32とは｜exFAT・NTFSとの違いと4GBの壁を実測

FAT32 は 1996年に登場したファイルシステムで、30年たった今もカメラ・ゲーム機・カーナビ・テレビの録画など、多くの機器が読み書きできる「共通語」として残っています。一方で、動画ファイルが大きくなった今は 4GB の壁に当たる場面が増えました。この記事では、作業用のディスクイメージ（ファイル）の上に FAT32・exFAT・NTFS を実際に作り、違いを出力で確かめます。

flowchart TB
    Q{4GB以上の<br>ファイルを入れる?}
    Q -- いいえ --> R{以前の機器でも<br>読ませたい?}
    Q -- はい --> W{Windowsの<br>内蔵ドライブ?}
    R -- はい --> F[FAT32]
    R -- いいえ --> E[exFAT]
    W -- はい --> N[NTFS]
    W -- いいえ --> E

よく調べられることの答えを先にまとめます。

確認環境：Ubuntu 24.04.5 LTS（Linux カーネル 6.18.44）の上で確かめました。ホストのディスクやデバイスには一切触れず、作業場所（/dev/shm の中）に truncate で作った空のディスクイメージ（ファイル）だけを使っています。ツールは apt-get download で取得した .deb を作業場所に展開して使いました（dosfstools 4.2・exfatprogs 1.2.2・mtools 4.0.43・ntfs-3g 2022.10.3・exfat-fuse 1.4.0）。このカーネルには vfat・exfat・ntfs のドライバーが無く FUSE だけがあるため、FAT32 への書き込みはマウントせずにイメージを直接読み書きする mtools で、NTFS は ntfs-3g（FUSE）を unshare -m で作った自分専用のマウント名前空間の中でマウントして確かめました（util-linux 2.39.3。ホストのマウントは変えていません）。exFAT は mkfs.exfat・dump.exfat・fsck.exfat で作成と中身の確認まで行い、ファイルの書き込みは exfat-fuse が「fuse: mount failed: Block device required」で止まったため、ループデバイスは使わずに Microsoft の exFAT 仕様書で書いています。Windows・macOS の画面の操作は動かせないため、Microsoft サポート・Microsoft Learn・Apple のディスクユーティリティ ユーザガイドで確かめた範囲だけを書きました。図は mermaid 11.16.0 で描画を確かめています（確認日 2026年10月29日）。

FAT32とは（ふだんの意味とITでの意味）

この節では、FAT32 という名前の意味と、IT で使うときに何を指すかが分かります。

FAT32 は「File Allocation Table（ファイル・アロケーション・テーブル）」の32ビット版という意味です。英語の fat（脂肪・太った）とは関係がなく、ディスクのどこにファイルの中身があるかを記録した「表（テーブル）」の名前から来ています。読み方は「ファットさんじゅうに」が一般的です。

ファイルシステムとは、記録媒体（USBメモリ・SDカード・SSD など）の上で、どのファイルがどこにあり、どれだけの大きさで、いつ更新されたかを管理する決まりです。同じ USB メモリでも、どのファイルシステムで「フォーマット（初期化）」したかで、入れられるファイルの大きさや、読める機器が変わります。

FAT32の仕組み（FAT・クラスタ・ディレクトリエントリ）

この節では、FAT32 がファイルをどう記録しているかと、4GB の壁がどこから来るかが分かります。

FAT32 は、ディスクを「クラスタ」という一定の大きさの区画に分け、ファイルが使うクラスタのつながりを FAT という表に書いておく方式です。ファイル名・大きさ・最初のクラスタ番号は「ディレクトリエントリ」という32バイトの記録に入ります。

8GB の空のイメージを FAT32 でフォーマットしたときの出力です（-v で詳しく表示）。

$ truncate -s 8G f.img
$ mkfs.fat -F 32 -v -n T197 f.img
mkfs.fat 4.2 (2021-01-31)
f.img has 255 heads and 63 sectors per track,
hidden sectors 0x0000;
logical sector size is 512,
using 0xf8 media descriptor, with 16777215 sectors;
drive number 0x80;
filesystem has 2 32-bit FATs and 8 sectors per cluster.
FAT size is 16360 sectors, and provides 2093057 clusters.
There are 32 reserved sectors.
Volume ID is 0b831f0a, volume label T197.

「2 32-bit FATs」が FAT32 の名前の由来です。ただし、32 ビットのうち実際にクラスタ番号に使うのは 28 ビットで、上の4ビットは予約されています。4GB の壁は FAT の表ではなく、ディレクトリエントリの「ファイルの大きさ」欄が 32 ビット（最大 4,294,967,295）しかないことから来ています。

FAT32・exFAT・NTFSの違い（比較表）

この節では、3つのファイルシステムの上限と機能の違いを、Microsoft の公式の表と手元の実測で比べます。

大きな違いは「1ファイルの上限」と「権限などの機能」と「読める機器の広さ」の3つです。上限は Microsoft Learn の「File System Functionality Comparison」の値です。

OS ごとに標準で扱えるかどうかは次のとおりです（Apple・Microsoft・Linux カーネルの公式ドキュメントの範囲）。

FAT32の4GBの壁（4GBを超えるファイルが書けないエラーの実物）

この節では、FAT32 に 4GB 以上のファイルを入れようとしたときに何が起きるかを、実際のエラーで確かめます。

FAT32 に入るファイルは 4,294,967,295 バイトまでです。4GiB（4,294,967,296 バイト）ちょうどのファイルも1バイト多いため入りません。手元では、中身を書かずに大きさだけを持つファイル（スパースファイル）を 4GiB と 5GiB で作り、8GB の FAT32 イメージにコピーしました。

$ truncate -s 4294967296 big4g.bin
$ truncate -s 5G big5g.bin
$ mcopy -i f.img big4g.bin ::/x.bin
File "x.bin" too big
$ mcopy -i f.img big5g.bin ::/y.bin
File "y.bin" too big
$ mdir -i f.img ::
 Volume in drive : is T197
 Volume Serial Number is 33F7-7B86
Directory for ::/

No files
                      8 573 157 376 bytes free

空き容量は 8.5GB あるのに入りません。「容量が足りない」のではなく「1ファイルの大きさが上限を超えている」のが原因です。Windows のエクスプローラーでは「ファイルが大きすぎます」という趣旨のメッセージになり、空き容量が十分あるのにコピーできない、という形で出会うことが多くなります。

同じ 5GiB のファイルを、NTFS でフォーマットした 8GB のイメージ（ntfs-3g でマウント）に作ると、そのまま作れました。

$ truncate -s 5G mnt_n/big5g.bin; echo "truncate rc=$?"
truncate rc=0
$ ls -l mnt_n
-rwxrwxrwx 1 root root 5368709120 Oct 31 09:06 big5g.bin

4GB に当たりやすいのは、動画ファイル・仮想マシンのディスクイメージ・OS のインストール用 ISO・ゲームのデータ・大きなバックアップの zip です。カメラによっては、FAT32 のカードに長時間録画するとき、4GB ごとにファイルを分けて記録するものもあります（機器の説明書で確かめます）。

なお、4GB は「GB（10億バイト）」で数えると 4.29GB にあたります。OS によって GB と GiB のどちらで表示するかが違うため、「4.2GB のファイルなら入るはず」と思っても、実際は上限を超えていることがあります。

FAT32の容量の上限（32GBの壁と2TB）

この節では、FAT32 のボリューム（ドライブ全体）の大きさの上限と、Windows で 32GB までしか作れない理由が分かります。

FAT32 のボリュームは、仕様上は 512 バイトのセクタで 2TiB まで作れます。ブートセクタにある「全セクタ数」の欄が 32 ビットだからです。一方、Windows の標準の画面（エクスプローラー・ディスクの管理）では、FAT32 を 32GB までしか作れない作りになっています。

Windows Insider Blog の Build 27686 の告知には「When formatting disks from the command line using the format command, we've increased the FAT32 size limit from 32GB to 2TB.」とあり、変わったのはコマンドラインの format だけです。2026年10月29日時点で、手元の Windows で使えるかどうかは、お使いの版で format コマンドの結果を見て確かめます。

Linux の mkfs.fat で、仕様の上限を超える 3TB のイメージに FAT32 を作ると、次の警告が出て、2TiB を超えた部分は使われませんでした。

$ truncate -s 3T x.img
$ mkfs.fat -F 32 x.img
mkfs.fat 4.2 (2021-01-31)
Warning: target too large, space at end will be left unused

反対に、小さすぎるボリュームも FAT32 には向きません。FAT32 はクラスタが 65,525 個以上あることを前提にしていて、Windows の format コマンドの説明（Microsoft Learn）にも「FAT32 file systems restrict the number of clusters to between 65527 and 4177917」と書かれています。手元で 32MB のイメージに作ると、次の警告が出ました（33MB では出ませんでした）。

$ truncate -s 32M f.img
$ mkfs.fat -F 32 f.img
WARNING: Number of clusters for 32 bit FAT is less then suggested minimum.
mkfs.fat 4.2 (2021-01-31)

クラスタサイズと容量の実測（FAT32・exFAT・NTFS）

この節では、フォーマット時の「アロケーションユニットサイズ（クラスタサイズ）」が何を変えるかを、実測の表で確かめます。

クラスタは、ファイルを置くときの最小の単位です。1バイトのファイルでも1クラスタを丸ごと使うため、クラスタが大きいと小さなファイルが多いときに無駄が増え、小さいと管理用の表が大きくなります。まず、何も指定せずにフォーマットしたときに選ばれた値です（Linux の各ツールの既定値。Windows の既定値とは違う場合があります）。

FAT32 は、大きなボリュームほどクラスタを大きくして、クラスタの数を 200万〜800万個程度に収めています（8GB で 2,093,057 個、256GB で 8,386,558 個）。FAT の表はクラスタ1個につき4バイトなので、256GB の FAT32 では FAT 1つで約 32MB になりました。

次に、11 バイトの小さなテキストファイルを 1,000 個（合計 11,000 バイト）入れたとき、空き容量がどれだけ減ったかを測りました。

クラスタサイズは、Windows の画面では「アロケーション ユニット サイズ」、format コマンドでは /A で指定します。Microsoft Learn の format コマンドの説明では、FAT32 に指定できる値は 512 バイト〜64KB（セクタが 512 バイトより大きい場合は 128KB・256KB も）で、「Default settings are recommended for general use.」と、通常は既定値を勧めています。

FAT32でできないこと（権限・リンク・時刻・ファイル名の実測）

この節では、Linux や Mac のファイルを FAT32 にコピーしたときに失われるものを、NTFS と比べた実測で確かめます。

FAT32 には、ファイルの持ち主・アクセス権・シンボリックリンク・細かい時刻を記録する場所がありません。手元で同じ操作を FAT32（mtools）と NTFS（ntfs-3g）で行った結果です。

時刻と属性の実行例です。FAT32 の更新日時は2秒単位で記録されるため、奇数秒は切り捨てられます。

$ touch -d '2026-10-29 10:15:13.789' ts.txt
$ stat -c '%y' ts.txt
2026-10-29 10:15:13.789000000 +0900
$ mcopy -m -i f.img ts.txt ::/
$ mcopy -m -i f.img ::/ts.txt out/
$ stat -c '%y' out/ts.txt
2026-10-29 10:15:12.000000000 +0900

$ mattrib -i f.img ::/readme.txt
  A          ::/readme.txt
$ mattrib -i f.img +r +h ::/readme.txt
$ mattrib -i f.img ::/readme.txt
  A   HR     ::/readme.txt

Linux で FAT32 をマウントすると、ファイルの持ち主と権限は、マウント時の uid・gid・umask・fmask・dmask の指定で全ファイル一律に決まります（Linux カーネルの vfat のドキュメント）。個々のファイルに chmod しても保存されないため、実行権限が要るスクリプトやシンボリックリンクを含むフォルダを FAT32 で受け渡すと、受け取った側で動かなくなることがあります。その場合は zip や tar にまとめてから入れると、権限やリンクを保ったまま運べます。

シンボリックリンク自体の作り方と見分け方は、関連記事「Linuxシンボリックリンクln -sの使い方｜作成・削除・確認一覧」で扱っています。権限の数字の読み方は、関連記事「chmodの755と644の意味｜用途別パーミッション早見表」で扱っています。

exFATとは（FAT32との違いと向く場面）

この節では、FAT32 の後継である exFAT の特徴と、FAT32 から乗り換えるときの注意が分かります。

exFAT（Extended FAT）は、FAT32 の単純さを残したまま、4GB の壁と容量の壁を取り払ったファイルシステムです。Microsoft の exFAT 仕様書は冒頭で「The exFAT file system is the successor to FAT32 in the FAT family of file systems.」と書き、設計の目標に「FAT の単純さを保つ」「とても大きなファイルと記録装置を扱えるようにする」「将来の拡張性」の3つを挙げています。

• ファイルの大きさ：64 ビットで記録するため、4GB を超えるファイルをそのまま置けます。
• クラスタ：最大 32MB まで大きくでき、大容量のカードでも管理が軽くなります。
• 空き領域の管理：空きクラスタをビットマップ（1クラスタ1ビットの表）で管理します。
• 互換性：FAT32 とは別の形式なので、FAT32 しか読めない機器では使えません。

手元で 1GB のイメージを exFAT でフォーマットし、整合性を確かめた出力です。

$ truncate -s 1G e.img
$ mkfs.exfat -L T197 e.img
exfatprogs version : 1.2.2
Creating exFAT filesystem(e.img, cluster size=32768)

Writing volume boot record: done
Writing backup volume boot record: done
Fat table creation: done
Allocation bitmap creation: done
Upcase table creation: done
Writing root directory entry: done
Synchronizing...

exFAT format complete!
$ fsck.exfat -n e.img
exfatprogs version : 1.2.2
e.img: clean. directories 1, files 0

「Allocation bitmap creation」が空き領域のビットマップ、「Upcase table creation」が大文字・小文字を同じに扱うための変換表です。exFAT も FAT32 と同じく、大文字と小文字を区別せず、アクセス権・シンボリックリンク・ジャーナルは持ちません（Microsoft Learn の比較表）。exFAT は FAT32 の「大きいファイルが入らない」を解決したもので、NTFS の代わりになるものではありません。

64GB 以上の SDXC カードは exFAT でフォーマットされて出荷されるのが一般的で（@IT の解説）、カメラなどの機器もそれを前提にしています。SD カードについては、SD Association が「SD Memory Card Formatter」の使用を強く勧めていて、OS のフォーマット機能は SD カード向けに最適化されておらず性能が下がることがある、と説明しています（2026年10月29日時点の最新版は 5.0.4、Windows 10・11 と macOS 11〜15 に対応）。

NTFSとは（Windowsの標準・Macでの扱い）

この節では、NTFS が FAT32・exFAT とどう違い、どんなときに選ぶかが分かります。

NTFS は Windows NT 系の標準のファイルシステムで、Windows をインストールするドライブは NTFS です。アクセス権（ACL）・ファイルの持ち主・圧縮・暗号化・ハードリンク・シンボリックリンク・メタデータのジャーナル・ディスククォータなど、FAT 系に無い機能を持ちます（Microsoft Learn の比較表）。

macOS のディスクユーティリティのフォーマットの選択肢に NTFS は無く、Apple のユーザガイドでは、Windows と共用するボリュームには「MS-DOS (FAT)」（32GB 以下）か「ExFAT」（32GB 超）を勧めています。Linux では、カーネルの ntfs3 ドライバーが NTFS 3.1 までを読み書きでき（Linux カーネルの公式ドキュメント）、手元で使った ntfs-3g も読み書きできます。

手元の空のボリュームで、フォーマット直後に管理領域が使った量（イメージの実際の使用量）を比べると、FAT32 と exFAT は小さく、NTFS は大きくなりました。NTFS はジャーナル用の $LogFile やファイル管理用の MFT を最初に確保するためです。

FAT32 は FAT の表を2つ持つため、ボリュームが大きいほど管理領域が増えます。exFAT は空き領域をビットマップで管理するため、同じ 256GB でも FAT32 の約7分の1でした。

USBメモリ・SDカードをFAT32やexFATでフォーマットする方法（Windows・Mac・Linux）

この節では、OS ごとのフォーマットの手順が分かります。フォーマットするとメディアの中身はすべて消えるため、先に必要なファイルを別の場所へ移しておきます。

Windows（ディスクの管理・エクスプローラー）

Microsoft サポートの「Windows でのディスク管理」の手順です。

コマンドで行う場合は、管理者として開いたコマンド プロンプトで format コマンドを使います。/FS でファイルシステム、/Q でクイック フォーマット、/V でボリューム ラベル、/A でクラスタサイズを指定します（Microsoft Learn）。次の例の E: は、実際の USB メモリのドライブ文字に置き換えます。

format E: /FS:FAT32 /Q /V:USBDATA
format E: /FS:exFAT /Q /V:USBDATA
format E: /FS:NTFS /Q /V:USBDATA

Mac（ディスクユーティリティ）

ディスクユーティリティで USB メモリを選び、「消去」でフォーマットを選びます。Apple のユーザガイドでは、Windows と共用する 32GB 以下のボリュームは「MS-DOS (FAT)」、32GB を超えるボリュームは「ExFAT」を勧めています。

Linux（mkfs.fat・mkfs.exfat）

Linux では dosfstools の mkfs.fat、exfatprogs の mkfs.exfat、ntfs-3g の mkntfs を使います。対象を間違えると別のディスクの中身が消えるため、必ず lsblk で名前と容量を確かめてから実行します。この記事の実行例は、すべてディスクイメージ（ファイル）に対して行いました。

# 例：イメージファイルに作る（実際のデバイスに使うときは lsblk で名前を確かめる）
$ mkfs.fat -F 32 -n USBDATA f.img      # FAT32
$ mkfs.exfat -L USBDATA e.img          # exFAT
$ mkntfs -Q -L USBDATA n.img           # NTFS（クイック）
$ fsck.fat -n f.img                    # 書き換えずに検査だけ
fsck.fat 4.2 (2021-01-31)
f.img: 0 files, 1/2093057 clusters

ディスクの空き容量や使用量の見方は、関連記事「Linuxメモリ・ディスク確認｜free・df・du・vmstat・iostat見方」で扱っています。

カメラ・ゲーム機・ドライブレコーダーなどで使うカードは、その機器のメニューでフォーマットすると、機器が期待する形式とフォルダ構成で作られます。どの方法を使うかは、機器の説明書の指定を優先します。

4GBを超えるファイルをFAT32に入れたいとき（3つの方法）

この節では、FAT32 のメディアに 4GB 以上のファイルを入れたいときの選択肢と、それぞれの注意が分かります。

方法2：分割して入れ、戻したらハッシュで確かめる

Linux・Mac の split で分割し、cat でつなぎます。手元では 10MB のファイルを 4MB ごとに分けて戻し、SHA-256 が一致することを確かめました（実際に 4GB を超えるファイルを分けるなら -b 4000M などにします）。

$ split -b 4M -d movie.mp4 movie.mp4.part
$ ls -l
-rw-r--r-- 1 root root 10485760 Oct 31 09:10 movie.mp4
-rw-r--r-- 1 root root  4194304 Oct 31 09:10 movie.mp4.part00
-rw-r--r-- 1 root root  4194304 Oct 31 09:10 movie.mp4.part01
-rw-r--r-- 1 root root  2097152 Oct 31 09:10 movie.mp4.part02
$ cat movie.mp4.part* > joined.mp4
$ sha256sum movie.mp4 joined.mp4
5aa6376cde151166...  movie.mp4
5aa6376cde151166...  joined.mp4

Windows の相手に渡すなら、分割 zip にする方法もあります。zip の分割や文字化けの扱いは、関連記事「zip・unzipコマンドの使い方｜圧縮・解凍・パスワード・文字化け」で扱っています。

方法3：convert コマンドで NTFS に変える（Windows）

Microsoft Learn の convert コマンドの説明には「Converts file allocation table (FAT) and FAT32 volumes to the NTFS file system, leaving existing files and directories intact. Volumes converted to the NTFS file system cannot be converted back to FAT or FAT32.」とあります。中身は残りますが、FAT32 には戻せません。Mac やカメラで読めなくなる点も含めて決めます。

convert E: /fs:ntfs

FAT32でよくあるエラー・つまずき（症状→原因→直し方）

この節では、FAT32 で起きやすい症状と、その原因・直し方を表で確かめます。

手元で気づいた点が1つあります。mtools 4.0.43 でコピー先をフォルダ（::/）にして 4GB 以上のファイルを入れようとすると、「too big」と表示されたうえで、名前が文字化けした空の記録が残ることがありました。fsck.fat -n で検査すると、次のように見つかります（コピー先にファイル名まで書いたときは残りませんでした）。

$ fsck.fat -n f.img
fsck.fat 4.2 (2021-01-31)
/AV
  Bad short file name (AV).
  Auto-renaming it.
  Renamed to FSCK0000.000
/FSCK0000.000
  Start cluster beyond limit (4051697664 > 2093058). Truncating file.

Leaving filesystem unchanged.

エラーが出たあとのメディアは、一度 fsck.fat -n（書き換えない検査）や Windows の chkdsk で確かめると安心です。ファイルを消しても空き容量が増えないときの考え方は、関連記事「Linuxでrmしても容量が減らない原因と対処法」で扱っています。

FAT32・exFAT・NTFSどれを選ぶか（用途別の判断表）

この節では、用途ごとにどのファイルシステムを選べばよいかが分かります。

よくある質問

Q. FAT32 とは何ですか？ A. ファイルの置き場所を FAT という表で管理するファイルシステムです。1996年に登場し、USB メモリや SD カードで今も広く使われています。1ファイルは 4GB 未満までという制限があります。

Q. FAT32 で 4GB 以上のファイルが入らないのはなぜですか？ A. ファイルの大きさを記録する欄が 32 ビットで、最大 4,294,967,295 バイトまでしか書けないからです。手元でも、空きが 8.5GB ある FAT32 に 4GiB ちょうどのファイルを入れようとすると File "x.bin" too big になりました。

Q. FAT32 と exFAT はどちらがよいですか？ A. パソコン同士や新しい機器なら exFAT、exFAT に対応しない機器に挿すなら FAT32 です。exFAT は 4GB の壁が無い FAT32 の後継で、権限などの機能はどちらにもありません。

Q. FAT32 と NTFS の違いは何ですか？ A. NTFS はアクセス権・暗号化・圧縮・ジャーナル・リンクを持つ Windows の標準で、4GB の壁もありません。ただし Mac は標準で NTFS に書き込めず、テレビやカメラも読めないことが多いです。

Q. 64GB の USB メモリを FAT32 にできますか？ A. 仕様上は 2TB まで作れますが、Windows の画面からは 32GB までしか選べません。Windows Insider Preview では format コマンドの上限が 2TB に引き上げられました（Build 27686）。手元の Linux の mkfs.fat では 256GB の FAT32 も作れました。

Q. FAT32 から exFAT に、中身を残したまま変換できますか？ A. Windows の標準機能にその方法は無く、中身を退避してからフォーマットし直します。中身を残したまま変えられるのは、convert コマンドでの FAT32 から NTFS への変換だけで、これは元に戻せません。

Q. アロケーションユニットサイズは何を選べばよいですか？ A. 通常は既定値です。小さなファイルが大量なら小さめ、動画など大きなファイルだけなら大きめが向きます。手元では 1,000 個の小さなファイルが、4KB で 4.1MB、32KB で 32.8MB を使いました。

Q. Mac で「MS-DOS (FAT)」を選ぶと FAT32 になりますか？ A. Apple のユーザガイドは「MS-DOS (FAT)」を 32GB 以下の Windows 向けボリューム用としています。FAT のどの版で作るかまではガイドに書かれていません。32GB を超えるなら「ExFAT」が勧められています。

Q. FAT32 は壊れやすいですか？ A. ジャーナルが無いため、書き込み中に抜いたり電源が切れたりすると、FAT と中身の食い違いが残ることがあります。取り外しの操作をしてから抜き、おかしいときは fsck.fat や chkdsk で検査します。

Q. FAT32 に日本語のファイル名は使えますか？ A. 使えます。長いファイル名は Unicode で記録されます。手元でも「議事録_2026年10月.txt」がそのまま保存され、互換用の短い名前は ____20~1.TXT になりました。

まとめ

• FAT32 は、ファイルの置き場所を FAT という表で管理するファイルシステム。読める機器の広さが最大の強みで、USB メモリ・SD カードで今も使われる。
• 1ファイルの上限は 4,294,967,295 バイト。空きがあっても 4GiB 以上は入らず、手元では File "x.bin" too big になった。
• ボリュームは仕様上 2TiB まで。Windows の画面では 32GB までで、Insider Preview の format コマンドで 2TB に引き上げられた。
• exFAT は 4GB の壁が無い後継、NTFS は権限・ジャーナルを持つ Windows の標準。FAT32 と exFAT は権限・リンクを持たず、時刻は FAT32 で2秒単位になった。
• クラスタサイズで小さなファイルの使用量が変わる（1,000 個で 4KB は 4.1MB、32KB は 32.8MB）。迷ったらパソコン同士は exFAT、以前からある機器向けは FAT32。

参考・出典

確認日はいずれも 2026年10月29日です。

• Microsoft Learn「File System Functionality Comparison」：https://learn.microsoft.com/en-us/windows/win32/fileio/filesystem-functionality-comparison
• Microsoft Learn「exFAT file system specification」：https://learn.microsoft.com/en-us/windows/win32/fileio/exfat-specification
• Microsoft Learn「format」：https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/format
• Microsoft Learn「Convert」（以前の版のドキュメント）：https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/cc730863(v=ws.11)
• Microsoft サポート「Windows でのディスク管理」：https://support.microsoft.com/ja-jp/help/17418
• Windows Insider Blog「Announcing Windows 11 Insider Preview Build 27686 (Canary Channel)」：https://blogs.windows.com/windows-insider/2024/08/15/announcing-windows-11-insider-preview-build-27686-canary-channel/
• Apple「ディスクユーティリティで利用できるファイルシステムフォーマット」：https://support.apple.com/guide/disk-utility/file-system-formats-dsku19ed921c/mac
• Linux カーネル公式ドキュメント「VFAT」：https://docs.kernel.org/filesystems/vfat.html
• Linux カーネル公式ドキュメント「NTFS3」：https://docs.kernel.org/filesystems/ntfs3.html
• SD Association「SD Memory Card Formatter」：https://www.sdcard.org/downloads/formatter/
• @IT「FATとexFATの違い」：https://atmarkit.itmedia.co.jp/ait/articles/1307/29/news117.html
• IT用語辞典 e-Words「FAT32」：https://e-words.jp/w/FAT32.html

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。