硬链接不占用额外磁盘空间，仅是同一inode的多个目录项；du默认重复统计硬链接路径导致“占用高”错觉，实际应使用du -shl按inode去重统计，并关注inode耗尽风险而非空间占用。
硬链接本身不额外占用磁盘空间，但容易误判为“多份占用”
硬链接不是副本，它只是指向同一 inode 的多个目录项。所以 du 统计时，默认只算一次该 inode 占用的空间——无论有多少个硬链接指向它。你看到的“大量硬链接导致占用高”，其实是误解：真正占空间的是文件数据块，硬链接只是“多入口”，不增 block 消耗。
但问题常出在：用 du -sh * 或 find -size +1G 查大文件时，若某大文件被多个硬链接分散在不同路径下，du 会重复统计（除非加 --all 或用 -l 控制），导致你以为“总和远超 df”，进而怀疑是硬链接“吃空间”。这不是硬链接的问题，是统计方式偏差。
如何确认某个目录里存在大量硬链接指向同一文件
重点不是“查硬链接占多少空间”，而是“查哪些文件被反复硬链接”，避免误删或误清理。可用以下命令定位：
-
find /path -type f -links +10 -ls：找出链接数 ≥11 的文件（说明至少有 10 个硬链接+自身） -
find /path -type f -printf '%n %i %p\n' | sort -n | tail -20：按硬链接数排序，看 top 20 链接密集文件（%n是 link count，%i是 inode） -
ls -li /path/to/suspicious/file：看 inode 号和 link count；再用find /path -inum <inode_num> -ls</inode_num>找出所有硬链接路径
注意：-xdev 要加在 find 中防跨分区（因为硬链接不能跨文件系统），否则可能漏结果或报错。
为什么 du 有时显示“硬链接目录总和 > df 已用”
这是最典型的误导场景。原因通常是：
-
du默认对每个硬链接路径都计入大小（即“按路径统计”，非“按 inode 统计”） - 没加
-l（--count-links）参数，导致重复计算同一文件多次 - 同时存在隐藏文件、已删除未释放文件、稀疏文件等干扰项，叠加后放大误差
验证是否真由硬链接引起：运行 du -shl /path（注意末尾的 l），对比 du -sh /path。如果前者明显更小，说明确实存在大量硬链接被重复统计。
真正要警惕的不是硬链接数量，而是 inode 耗尽风险
硬链接多本身不危险，但若大量小文件被反复硬链接，会快速消耗 inode。而 df -i 显示的 inode 使用率比空间更隐蔽——No space left on device 错误可能就来自这里，而非 block 不足。
检查方式：
-
df -i：看IUse%是否接近 100% -
find /path -xdev -type f | wc -l：粗略估算该分区文件总数（对比df -i的ITotal） -
debugfs -R "stat <inode_num>" /dev/sdX1</inode_num>（需 root）：深入看单个 inode 的 link count 和 block 分配，但生产环境慎用
硬链接本身不可怕，可怕的是把“统计重复”当成“真实膨胀”，然后盲目清理——删掉一个硬链接，其他路径立刻失效；删错主文件，所有链接全丢。真正该盯的是谁在疯狂创建硬链接、是否配置错误（比如备份脚本反复 ln 而非 cp），而不是纠结“它占了多少空间”。
