NTFS卷的总大小是不同的,所以它是由不同的内部操作系统工具/命令进行的群集计数

为什么计数在同一操作系统中被不同的工具/命令报告有所不同?

1)在Microsoft Windows MyComputer属性下, C:容量报告为27,454,861,312字节= 6702847簇(4K分配单元容量/ 4096)或53622776扇区(容量/ 512)

2) Chkdsk C:报告26811391 KB = 27,454,864,384字节= 6702847.75簇(4K分配单元容量/ 4096)或53622782扇区(容量/ 512)

3) fsutil fsinfo ntfsinfo c:报告总集群= 0x00000000006646ff = 6702847 [十进制]

4) wmic分区获取大小报告27,454,865,408字节= 6702848簇(4K分配单元容量/ 4096)或53622784扇区(容量/ 512)

1) 属性显示文件系统上的实际可用空间。 文件系统签名在分区的开始处占用一个扇区。 由于分配单位是4096字节,所以从可用空间中减去一个完整的簇。 它也与分区上的集群的物理布局相匹配,集群始终始于四个扇区边界。

2)由于某种原因,似乎chkdsk并没有在可用空间中进行完整的簇减法。 最小簇大小为512个字节,分配给文件系统签名。 所以,chkdsk只减去一个扇区,并没有考虑到实际的簇大小。 这可能是由于历史原因,第一个FAT文件系统的簇大小为512字节,chkdsk从未更新过,以考虑更大的簇大小。

3) fsutil显示与属性相同的信息。

4) wmic显示完整的分区大小,包含文件系统签名的集群也包含在计算中。 该分区可以包含任何文件系统,因此wmic显示中包含任何特定于文件系统的数据区域。