这是一个创建于 91 天前的主题，其中的信息可能已经有所发展或是发生改变。
9 条回复 • 2024-08-18 12:09:07 +08:00
 |
1
laminux29 90 天前
感觉没啥意义。
现在懂点的大佬，仓库用 OpenBSD + OpenZFS ，办公、协作、开发、交流用 Windows + NTFS ，服务器用 Debian + EXT4 ，测试环境用 Debian + PVE + OpenZFS ，这一套已经足够且稳定。 |
 |
2
busier 90 天前
意义不大，本来格式化 FAT32 需求量就小，之前偶尔格式化超过 32GiB 的 FAT32 分区都是直接在 Linux 操作，反正 mkfs.vfat 又没此限制
|
 |
3
JF65851a20L5hj7v 90 天前 via iPhone
意义不是很大，单文件 4G 的限制还在，而且用超大簇之后，一个小文件就要占 32KB
|
 |
4
datou 90 天前
出了 SDHC 卡以外基本没有格式化 FAT32 分区的需求
|
 |
5
jim9606 90 天前 via Android
当初说限制的理由是 windows 的 vfat 驱动在大分区下性能不佳，怎么到某些媒体口里就变成"美工偷懒"了？
|
 |
6
e3c78a97e0f8 90 天前  2
FAT32 缺点一大堆，唯一的优点就是兼容性。但是这个 2T 的 FAT32 分区兼容性肯定非常不好，所以完全没有存在价值。
|
 |
7
wheat0r 90 天前
就是因为意义不大，ms 才一直没改，估计这次是不是修什么东西的时候顺手改了
|
 |
8
si 90 天前
@e3c78a97e0f8 同感，用 FAT32 的基本都是快淘汰的旧设备了，或者根本不考虑支持大容量的。
以前还很多用 FAT32 的时候出来可能还会做兼容，现在应该都不考虑支持了，确实是鸡肋。 |
 |
9
lleon 90 天前
不是有 exFAT 了吗，苹果也支持，对于 U 盘用途足够了。不过我的 U 盘文件数上万后就容易出错，不知道什么原因
|
Select Language