U盘有系统文件吗（u盘有系统文件吗怎么删除）

抛开场景直接谈好坏是小孩子才做的事。这三个文件系统有非常多的不同点，但是对于普通的U盘普通用户来说，和他们最相关的应该是1)支持的文件系统大小; 2)支持的最大文件大小; 3)是否带有日志(对用户隐藏的特性); 当然用户可能还有自己特别的需求，比如文件数量、目录深度等，因为我觉得不是最常见需求，所以就不一一讨论了。我们主要针对上面三点进行讨论：

首先，支持的文件系统大小这一点其实可以不用考虑。因为即使是这三个里最小的Fat32文件系统也在最小512b blocksize的情况下能支持2TB的文件系统。

# truncate -s 2000g testfile # mkfs.fat testfile mkfs.fat 4.1 (2017-01-24) # mount -oloop testfile /mnt/tmp # df -h /mnt/tmp 文件系统 容量 已用 可用 已用% 挂载点 /dev/loop0 2.0T 32K 2.0T 1% /mnt/tmp

而目前U盘还没有普及到1TB，常用的目前(2019年)还是32/64/128GB。所以这三个文件系统支持的文件系统大小我们就先不考虑了。我们来分别谈一下后面两个，以及其它一些东西。

NTFS:

从技术水平上讲这三个里肯定是NTFS最先进，如果你只是单纯的在装有windows系统的计算机上使用的话，用NTFS不失为一个好的选择。因为NTFS技术水平高，目前也是微软的主流稳定文件系统，有充足的技术支持和维护更新团队。

NTFS相比另外两个文件系统不仅支持大文件（远大于4G），而且它还是一个日志文件系统。对于即插设备来说可能经常要面临直接“掉电”（直接拔出）的风险，掉电对于非日志文件系统(如Fat文件系统)来说是风险很高的操作，会容易将文件系统置于“不一致”（corrupted）的状态，导致下次无法直接挂载使用。对于非日志文件系统，出现文件系统不一致状态后只能借助fsck类型的工具来进行修复，一般用户估计也不知道怎么进行这样的操作。即使知道怎么做，如果能修复好则能继续使用，如果修复不了则无法使用，也就是出现无法识别要求你重新格式化的错误。

NTFS作为一个日志文件系统，掉电后出现了不一致的状态后，在下一次使用文件系统时系统会通过log replay机制将文件系统自动恢复到一致状态。但是有人可能说了，那我用NTFS时也能碰到无法识别要求重新格式化的错误。首先排除硬件出现坏块的情况，如果确实是软件原因导致NTFS无法通过本身的log replay机制恢复到一致性状态，那么就要借助NTFS的fsck工具来进行手动修复。如果fsck工具也修不好，那这就是NTFS的bug，是软件就会有bug，NTFS也免不了。如果是正版用户，就可以联系微软，问他们是不是已知的bug，让他们想办法修复。毕竟你花了钱了，微软要承担因为自身产品bug而导致用户数据丢失的责任（我们也是对我们的客户承担这样的责任的）。如果是盗版，那就自己想办法吧。

关于NTFS的更多细节参数，可参考：

https://en. *** .org/wiki/NTFS​en. *** .org/wiki/NTFS

Fat32:

Fat32是一个很古老的文件系统，我们上面说NTFS是目前这三个里最先进的，那为什么有先进的还需要这些老旧的呢？因为先进的东西实现起来太复杂，对于很多小型设备或非微软系统的设备，往往不支持或不完全支持NTFS文件系统。Fat32作为小巧轻便的文件系统，其实现简单，内部实现清晰，往往被众多设备支持。比如我的PS4 slim就支持Fat32文件系统，但是不支持NTFS文件系统。

所以这就是Fat32存在的最大意义，适用性非常广，连很多非常小的嵌入式系统上都有Fat32的支持。你手持Fat32文件系统的U盘，基本上不用太担心插哪不能用的问题。

但是Fat32有一个最大的缺点，就是支持的最大单个文件只有2G，在使能LFS(Large-file support)特性的情况下也只能支持最大4G的文件。

# cd /path/to/fat32/ # fallocate -l 5g largefile fallocate: fallocate 失败: File too large

这对于当今用户需求来说是非常不够的。现在向U盘里拷贝大于4G的文件（如压缩文件、高清视频文件等）的情况比比皆是，属于很多人的基本需求。所以这也成了用户考虑是否选择Fat32作为U盘文件系统的第一考虑点。

另外就是Fat32不支持日志功能。像我们上面说NTFS的时候提到了。没有日志功能的文件系统要面临更高的掉电后文件系统出现不一致的风险。出现不一致后只能用配套的fsck工具来尝试恢复到一致状态。如果fsck帮不了你，那像上面一样要么报bug，要么自己想办法。

更多Fat32的参数可参考：

https://en. *** .org/wiki/File_Allocation_Table#FAT32​en. *** .org/wiki/File_Allocation_Table#FAT32

exFat:

exFat可以认为是对Fat32的改善。它最有用的改善就是它消除了2或4G文件大小的限制，exFat支持的最大单个文件远超当前U盘的大小，所以用户不用担心上面Fat32不能存储大文件的问题。我的PS4就支持exFat，我因为最早使用Fat32时不能存储大文件的问题，所以将U盘的文件系统改成了exFat，现在可以在计算机和PS4上正常拷贝数据。

而且根据现今SD卡行业的标准，exfat文件系统已经成为32G以上容量的SD卡的标准文件系统被推荐使用，这一标准的推广也将增加exfat的使用范围：

ity-sd-sdhc-sdxc-sduc/

exFat其实是一个很好的选择，毕竟大文件的支持还是很有用。但是要说有什么理由选Fat32不选exFat，那就是exFat的支持没有Fat32广。我们说了，越新的东西适用性往往越低，所以用户在考虑是否选用exFat替代Fat32前，要考虑一下自己的U盘的应用场景，这些场景是否都支持exFat。

同样，exFat也不是日志文件系统，存在和上述Fat32相同的问题。关于更多exFat的参数可参考：

https://en. *** .org/wiki/ExFAT​en. *** .org/wiki/ExFAT

结语：

当然除了NTFS、ExFat和Fat32以外，这个世界上还有数不清的文件系统类型以及各种变种。选择文件系统时要考虑自己的应用场景，我个人觉得如果你的场景选择NTFS完全没有问题，那你就选择NTFS，其次选择exFat，再其次选择Fat32。一切依照个人的需求而定，没有单独论用谁不用谁的说法。

最后，进一步延伸的一个关于日志文件系统和非日志文件系统话题的回答，感兴趣的可继续阅读下文：

为什么有人说exfat会丢数据呢？410 赞同 · 47 评论回答