相关疑难解决方法(0)

正如您在下面看到的，我的文件夹中的大小和磁盘大小字段之间存在很大差异。这是为什么？

我知道由于 Windows 中的分配单元，磁盘上的 Size应该比Size 大一点，但是为什么差别这么大呢？会不会是因为文件多？

顺便说一句，这个文件夹在我 Android 手机的 SD 卡上。在其中，我的地图应用程序存储其缓存的地图，该应用程序从 Google 地图获取其地图。

我最近买了一个 SanDisk 128GB USB 闪存驱动器。

将U盘格式化为exFAT格式后，我复制了一个容量在10GB左右的文件夹。里面有很多小文件，所以花了一些时间。

但是，当我在复制文件夹后在 Windows 资源管理器中看到时，它说大约 43GB 的存储空间被占用，现在只有 70GB 的存储空间可以免费使用。

发生了什么，我应该如何处理？我的 USB 闪存驱动器是否物理损坏？

这仍然很奇怪，因为当我复制一个容量为 7 GB 的单个文件时，它正确地显示了大约 110 GB 可用的剩余容量。

参考此页面：https : //support.microsoft.com/en-us/kb/140365

在卷超过 16TB 之前，NTFS 不会超过 4KB 集群大小，而 FAT32 在现代版本的 Windows 上的 16GB–32GB 卷范围内最大为 16KB。

然而，exFAT 在 7MB-256MB 的卷范围内仅默认为 4KB。之后，它在 256MB-32GB 范围内跃升至 32KB，超过该范围则跃升至 128KB。

这是为什么？相对较大的集群大小似乎很浪费，尤其是在为较小的外部设备（如闪存驱动器）设计的格式中。如果您正在格式化闪存，则更是如此，因为据我所知，较大集群大小的主要好处是由于碎片较少和读取的整体集群较少，因此 IO 速度更快。如果我错了，请纠正我，但闪存非常，不太容易因碎片引起的减速。那么为什么要使集群规模如此之大呢？

我想重新格式化一个 exFAT USB 驱动器，其分配大小与当前出厂 exFAT 分区相同，因此当它询问我分配大小时，我不知道该怎么回答：

因此问题是：如何在 Windows 上检查 exFAT 分区的扇区大小？例如，在 Linux 上你会这样做：

echo print all | parted /dev/sda

输出：

GNU Parted 3.3
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print all
Model: VMware, VMware Virtual S (scsi)
Disk /dev/sda: 107GB
Sector size (logical/physical): 512B/512B

• 这里说扇区大小为 512 字节。

我最近买了一个 8TB 硬盘来代替我的 1TB 驱动器来存储我的备份。然而，在将文件移动到新驱动器后，我注意到它们在磁盘上占用了大量的空间，即使真实的文件大小是相同的。两个驱动器都被格式化为 exFAT，所以我不确定为什么报告的大小如此不同。为什么在新驱动器上使用了更多空间？

截屏：

1字节数据占用2MB磁盘空间的文件的文件属性：

该驱动器是一个 6TB 的单个分区，通过 Veracrypt 安装并格式化为 exFAT。我的 2TB 卷上的扇区大小以相同的方式格式化和安装，是 512KB——也很大，但没有那么荒谬（不应该是 512字节吗？）。

为什么这里的扇区大小高达 2MB？既然是高级格式化驱动，不应该是4KB吗？

驱动器是使用 Veracrypt 格式化的；没有指定扇区大小的选项，我记得有一个簇大小选项，但对于 exFAT，它最大为 64KB。6TB 驱动器及其所有数据即将移至 RAIDZ2 ZFS 阵列，因此我不一定需要直接修复此问题，但我真的很想知道这是如何/为什么发生的。