空vFat格式U盘创建32767个文件后触发“No space left in device”错误的原因排查

这个问题其实和FAT32文件系统的根目录项分配机制以及你格式化U盘时的参数设置直接相关，咱们一步步拆解清楚：

核心原因：固定大小的根目录区限制 #

你看到的“单目录最多65534个文件”是FAT32的理论上限，但这个上限成立的前提是：目录使用动态扩展的FAT链来存储目录项。而你的U盘根目录大概率被格式化成了固定大小的根目录区，这就直接限制了根目录能容纳的文件数量。

为什么刚好是32767？

• FAT32的每个目录项固定占32字节
• 如果格式化时给根目录分配了1MB的固定空间，计算下来就是 1MB / 32字节 = 32768 个目录项
• 其中必须留1个目录项用来标记目录结束，所以实际可用的就是 32768 - 1 = 32767 个，这和你遇到的数字完全吻合。

为什么子目录不受影响？ #

FAT32里的子目录和普通文件一样，是通过FAT链动态分配空间的，它们的目录项没有固定大小限制，只要磁盘还有空间，就能一直创建文件，直到达到分区总文件数的上限（或者磁盘空间耗尽）。这就是你在子目录里能创建更多文件的原因。

验证你的场景 #

你提到U盘是“W95 FAT32 (LBA)”格式，很多格式化工具（包括Windows默认格式化、部分Linux工具）在创建这种类型的FAT32分区时，默认会给根目录分配固定大小的区域，而不是启用动态扩展的根目录。这就导致了根目录的文件数被锁死在32767。

解决办法 #

• 重新格式化：用支持动态根目录的工具重新格式化U盘。比如在Linux下可以执行命令：

  mkfs.vfat -F 32 -R 0 /dev/sdb1
  

  其中-R 0参数表示不设置固定大小的根目录区，让根目录像子目录一样动态扩展，这样就能达到理论上的65534个文件上限。
• 规避根目录：如果不想重新格式化，后续把文件放在子目录里即可，避开根目录的固定大小限制。

备注：内容来源于stack exchange，提问作者cmhteixeira