新买的1TB硬盘插到电脑上，打开资源管理器一看——只有931GB？

先别急着退货。这事其实是个“度量衡”的锅。

硬盘厂商和操作系统使用的进制标准不同。厂商按十进制标称，系统按二进制读数。中间的差距就是这么来的。

下面把这个现象彻底讲透。我们还会附上几个实锤验证方法，帮你搞清楚硬盘的真实容量。

一、十进制标准下的换算

（厂商标称方式）

硬盘厂商卖货时，使用国际单位制，也就是十进制。

包装盒上写的1TB，在他们眼里就是1000GB。这方便统一标号，利于工业生产计算。

具体换算逻辑如下：

• 1TB = 1000 GB
• 1GB = 1000 MB
• 1MB = 1000 KB
• 1KB = 1000 字节
• 所以，1TB = 1,000,000,000,000 字节

二、二进制标准下的换算

（操作系统识别方式）

Windows、macOS、Linux这些系统在底层使用二进制。它们以2的10次方（1024）为基数。

系统把“GB”实际当成了“GiB”（Gibibyte）来处理。同样一堆字节数，换算出来数值自然就缩水了。

具体过程如下：

1. 操作系统读取硬盘总字节数：1,000,000,000,000 字节
2. 连续做三次除法：÷1024（到KiB）→ ÷1024（到MiB）→ ÷1024（到GiB）
3. 最终结果：1,000,000,000,000 ÷ (1024 × 1024 × 1024) ≈ 931.32 GiB
4. 资源管理器一般四舍五入显示为931 GB

也就是说，厂商的1TB十进制字节数，到了系统里就变成了约931GB——这就是“缩水”的真相。

三、使用命令行工具验证原始字节数

如果不信资源管理器那个近似数字，可以绕开图形界面，直接调系统底层命令来读硬盘固件的物理容量。

这样拿到的就是最精确的十进制字节数，不受任何文件系统或换算逻辑影响。

Windows

以管理员身份打开命令提示符，输入：diskpart

在diskpart界面里输入：list disk

看“大小”列对应的数值，单位是字节。

Linux

执行：sudo fdisk -l /dev/sdX

查找“Disk /dev/sdX:”行末尾的字节数。

macOS

运行：diskutil list

定位目标磁盘的“Size”字段。确认它是否正好等于1,000,000,000,000。

四、通过磁盘信息工具读取S.M.A.R.T.原始容量

还有一种更直观的方法——使用第三方底层磁盘工具。

这种方法直接绕开操作系统的换算，从硬盘固件里提取LBA总数和扇区字节数，反推出厂原始用户容量。

这样连格式化损耗或元数据干扰都不存在。

• 下载安装CrystalDiskInfo
• 启动软件后，在主界面“Information”选项卡里找User Capacity字段
• 这个字段显示的值应该是1,000,000,000,000 bytes（也就是1TB的十进制标称值）
• 如果数值出现偏差（比如低于999,000,000,000），那就要检查一下是否存在固件级容量限制或硬件问题了

五、查看文件系统级可用空间的精确数值

分区格式化之后，系统会扣掉恢复分区、EFI分区、MFT元数据、簇对齐冗余等开销。

这时候想看真实可用的字节数，不能只看图形界面的概览，得用文件系统接口拿精确数值。

Windows操作步骤

以管理员身份运行命令提示符，输入：fsutil volume diskfree C:

输出结果里的“Total # of free bytes”和“Total # of bytes”就是C盘当前可用和总字节数。

把“Total # of bytes”除以1024的三次方，得到的就是这个卷在二进制体系下的实际GiB值。

拿这个值和931.32 GiB对比，差额就是NTFS格式化及系统预留占掉的空间。