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