linux 无内置命令输出“预分配空间利用率图”，因ext4/xfs等不记录预分配意图；df -h显示实际块占用率，与预分配无关；du -sh低估稀疏文件逻辑大小；ls -lh可对比逻辑大小与实际占用，stat或find可批量识别稀疏文件。
Linux 没有内置命令能直接输出“预分配空间利用率图”——因为 ext4/xfs 等主流文件系统本身不提供“预分配空间”的可视化统计维度，所谓“预分配”通常是应用层行为（如数据库写前预留、logrotate 创建空文件），不是文件系统元数据字段。
df -h 显示的是实际已用块（blocks）占比，不是预分配
执行 df -h 看到的 Use% 字段，是基于当前已写入数据占用的物理块数计算的，和“是否预分配”无关。比如一个 10GB 的空 sparse 文件（truncate -s 10G /tmp/test.img）在 df 中只占几 KB，但它的“逻辑容量”已存在——df 不感知这种逻辑预留。
- 文件系统不记录“预分配意图”，只记录实际分配的 block 和 inode
-
df读取 superblock 中的free blocks和total blocks，不扫描文件内容或属性 - 所谓“预分配空间图”，本质是业务层概念，需结合应用日志或自定义监控实现
du -sh 无法识别 sparse 文件的真实“预留量”
du -sh 统计的是文件实际占用的磁盘块（即非 hole 部分），对稀疏文件（sparse file）会严重低估其逻辑大小。例如：
truncate -s 5G /var/log/bigfile.log du -sh /var/log/bigfile.log # 输出可能只有 0 或 4.0K ls -lh /var/log/bigfile.log # 显示 5.0G
此时 du 和 df 都不能反映“这个文件未来可能撑满 5G”的预分配状态。
- 用
ls -lsh可对比逻辑大小（size）与实际磁盘占用（blocks）：第一列是 blocks 数，第二列是逻辑 size - 检查 sparse 文件：用
file /path/to/file或stat /path/to/file | grep "Blocks:" - 批量识别：用
find /path -type f -printf '%b %s %p\n' | awk '$1*512 找出 blocks×512
真正需要监控“潜在空间消耗”的场景，得靠组合判断
当运维关注“某目录下是否大量存在逻辑大但物理小的文件”（即预分配风险点），不能依赖单个命令，而要交叉验证：
- 查目录总逻辑大小：
du -sh --apparent-size /var/log（--apparent-size统计文件ls -l显示的 size，含 hole） - 查目录实际磁盘占用：
du -sh /var/log - 算差值：
du -sh --apparent-size /var/log减去du -sh /var/log，差越大，说明稀疏/预分配文件越多 - 结合
df -h使用率，若df显示 70% 但du --apparent-size总和已达 95%，就存在突发写满风险
这种差值本身无法绘图，但可写成脚本定期采集，喂给 Prometheus + Grafana 做趋势线——这才是生产环境里真正有用的“预分配空间利用率图”。
别被术语带偏：文件系统没有“预分配空间利用率”这个指标，只有你关心的应用行为留下的痕迹。盯住 du --apparent-size 和 df 的 gap，比找不存在的“图”更实在。
