在Linux系统中，磁盘容量的表示涉及多种单位，既有操作系统内部以二进制为基础的计算方式，也有工业标准中十进制计量方式。理解这些单位的来源与差异，是做好存储规划和故障排查的基础。
一、Linux中常见的磁盘大小单位
Linux环境下提到的磁盘大小单位主要分为两类。第一类是遵循国际单位制（SI）的十进制单位，包括KB、MB、GB、TB，其换算基准为1000。第二类是遵循国际电工委员会（IEC）标准的二进制单位，包括KiB、MiB、GiB、TiB，换算基准为1024。很多初学者误以为系统里写的GB就是1024MB，其实在多数Linux命令中，默认输出往往混用了缩写，需要结合手册判断。
除了上述标准化单位，Linux还保留了一些历史遗留的底层单位。例如扇区（sector）通常固定为512字节，块（block）在文件系统中常见为1KB、2KB或4KB，而设备文件里的“1K-blocks”在df命令中实际指代1024字节。我们在阅读lsblk或fdisk -l输出时，经常会看到以字节、KiB或者带小数的GB呈现，这些都属于磁盘大小单位的范畴。
1.1 十进制单位与二进制单位的区别
十进制单位KB代表千字节，即1000字节；而二进制单位KiB代表kibibyte，即1024字节。看似只差24字节，但当量级放大到TB级时，1TB（十进制）与1TiB（二进制）之间差距约为109GB，足以影响采购和告警阈值设定。Linux内核在统计页缓存、内存和某些磁盘计数时偏向二进制，而硬盘厂商标签几乎全部使用十进制，这就造成了“买来2T盘系统只认1.8T”的常见困惑。
在命令行工具中，df -h使用的h表示human-readable，它会自动选择单位，但并未严格区分B与iB，老版本coreutils常把二进制结果标成GB。较新的df -H则强制使用十进制。使用者如果不加注意，在编写监控脚本时直接用字符串解析，就可能把实际GiB当成GB上报，引起容量误算。
二、单位之间的换算关系
掌握换算关系是准确计算磁盘空间的前提。十进制体系里，1KB=1000B，1MB=1000KB，1GB=1000MB，1TB=1000GB。二进制体系里，1KiB=1024B，1MiB=1024KiB，1GiB=1024MiB，1TiB=1024GiB。二者交叉换算时，1KiB约等于1.024KB，1MiB约等于1.048576MB。
下面用一个简单的C语言片段演示如何在程序中完成二进制与十进制的转换，避免依赖shell时产生四舍五入误差：
#include <stdio.h>
#include <stdint.h>
// 将字节数转换为GiB（二进制）
double to_gib(uint64_t bytes) {
return (double)bytes / (1024.0 * 1024.0 * 1024.0);
}
// 将字节数转换为GB（十进制）
double to_gb(uint64_t bytes) {
return (double)bytes / (1000.0 * 1000.0 * 1000.0);
}
int main() {
uint64_t disk_bytes = 2000ULL * 1000 * 1000 * 1000; // 厂商标称2TB
printf("Decimal GB: %.2fn", to_gb(disk_bytes));
printf("Binary GiB: %.2fn", to_gib(disk_bytes));
return 0;
}
运行上述代码可看到，标称2TB的硬盘在二进制视角下约为1.82TiB。这种差异不是系统错误，而是单位定义不同。在运维文档中建议统一写明使用的是GiB还是GB，减少协作误解。
2.1 块与扇区层级的换算
在更底层的块设备层面，Linux以512字节扇区为最小读写单位（现代高级格式盘物理扇区可能为4KB，但逻辑仍模拟512B）。文件系统格式化时会将多个扇区聚合成块，例如ext4默认块大小4KB，即8个扇区。因此当我们用stat查看文件占用的Blocks时，那个Blocks数值乘以512才是字节数，而非乘以文件系统的块大小。
可以通过如下shell命令观察块大小与单位换算：
# 查看设备扇区大小与块大小 lsblk -o NAME,LOG-SEC,PHY-SEC,SIZE # 以1K为单位显示磁盘使用 df -k /dev/sda1 # 打印某个文件的块占用（512B为单位） stat -c '%b %s' /etc/hostname
输出中的SIZE列可能是1.8T这样的十进制近似，而-k参数明确使用1024字节为1K。把不同命令的结果放在一起对账时，务必先确认单位再相减，否则会出现几GB的“丢失”。
三、常见命令中的单位表现
Linux自带工具对单位的处理并不一致。ls -l显示文件大小以字节计；ls -lh使用二进制前缀但缩写不带i；du -h同样如此；fdisk在交互界面中以MiB或GiB提示分区边界，却标成MB、GB。parted命令则允许显式写unit GiB来避免歧义。了解这些工具的习惯，能帮我们在脚本里选取稳定的输出格式。
对于自动化采集，推荐始终使用--block-size=1或-B1让命令返回裸字节，再由程序按需求换算。例如：
# 获取根分区总字节数（避免单位歧义）
df --block-size=1 / | awk 'NR==2 {print $2}'
# 获取目录真实占用字节
du -B1 /var/log | tail -1
这种方式虽然输出一长串数字，但彻底规避了GiB与GB混用导致的报表偏差。在云平台计费或容量预测模型中，这种严谨性尤为重要。
3.1 误用单位导致的典型故障
某次线上告警“磁盘使用率超95%”，运维按GB估算剩余空间应有100G以上，实际用df -i和字节核对发现文件系统块大小为4KB且已用空间是按GiB统计，真实剩余不足5GiB。根因是监控agent用正则提取了df -h里的数字，却忽略了它可能是TiB或GiB。将采集改为字节后，告警恢复正常。
另一个常见误区是在LVM扩容时，把lvcreate -L 10G理解为10GiB，而某些旧版LVM文档写G即GiB，新版本又支持g（小写）表示GiB、G表示GB，极易配错。最稳妥是在关键操作前用lvs -o lv_size --units b确认字节数，再决定下一步。
四、总结与最佳实践
Linux磁盘大小单位既包括十进制KB/MB/GB，也包括二进制KiB/MiB/GiB，底层还有扇区与块的概念。换算时牢记1024与1000的区别，并在团队内部规范写法：写脚本取字节，写文档标清iB。这样既能精准评估存储，也能在跨团队沟通时少走弯路。
当遇到容量对不上时，优先用df --block-size=1、lsblk和stat拿到原始数值，而不是依赖人类可读缩写。只有把单位这层基础打牢，上层的价格评估、阈值设定和扩容方案才不会建立在错误的数字之上。