find 没有 -links 选项，应使用 -nlink 测试硬链接数；-nlink +1 可识别潜在冗余的普通文件，但需结合路径语义人工核验，不可直接删除。
不能用 find -links 直接“根据硬链接数筛选冗余资源”——find 没有 -links 选项，这是常见误解。真正可用的是 -nlink 测试条件，它匹配文件的硬链接数量（即 inode 引用计数），是识别潜在冗余文件的关键入口。
理解 -nlink 的实际含义
-nlink N 表示“硬链接数恰好为 N”，-nlink +N 表示“硬链接数大于 N”，-nlink -N 表示“硬链接数小于 N”。注意：普通文件默认 nlink=1，目录默认 nlink ≥2（因包含 . 和 .. 项）。所以真正能反映“人为创建冗余”的，是那些 nlink ≥ 2 的普通文件——它们很可能被 ln 命令手动创建了多个硬链接，内容相同但路径不同。
- 例如：
find /home -type f -nlink +1找出所有被硬链接过至少一次的普通文件（即总链接数 ≥2） - 再加限制更实用：
find /home -type f -size +1M -nlink +1优先关注大文件中的多链接副本
为什么 -nlink +1 是冗余线索，但不是结论
硬链接数 >1 只说明“该文件内容被多个路径引用”，不等于“这些路径都是冗余的”。可能是有意为之的备份、快照或日志归档策略。关键要结合上下文判断：
- 运维脚本用
rsync --link-dest备份时，未变更文件会生成硬链接，这属于空间优化，非冗余 - 管理员执行
ln /etc/nginx.conf /etc/nginx.conf.bak后，-nlink +1是防误删设计，也不应删除 - 但如果发现
/var/www/html/old_v1.js和/var/www/assets/js/v1.js共享同一 inode，且无明确维护文档，则高度可疑
定位同 inode 文件，确认是否真重复
找到一个 -nlink +1 文件后，需查清所有指向它的路径，才能评估是否可清理：
- 先获取 inode 号：
ls -i /path/to/file - 再全盘搜索同 inode 的所有路径：
find / -xdev -inum 1234567 -ls 2>/dev/null（-xdev防止跨分区误搜） - 观察路径语义：若全是不同业务目录下的“config.bak”、“archive_2024”、“copy_of_xxx”，大概率是人工遗留冗余
慎用自动删除，优先人工核验
硬链接共享数据块，rm 任一路径只是减少引用计数；只有最后一个被删，内容才真正释放。因此：
- 不要写
find ... -nlink +1 -delete——可能误删唯一保留路径 - 推荐分两步：先导出候选列表：
find /data -type f -size +5M -nlink +1 -printf "%n %i %p\n" | sort -n，按链接数、inode、路径排序 - 人工逐条检查用途，对确认冗余的，只
rm明确不需要的那个路径（保留一个即可）
