想快速查看文件 inode 号，最常用的方法是执行ls -i命令；但如果要进一步确认硬链接数量、时间戳等关键信息，还需要结合stat命令一起使用。ls -i 的输出格式通常为“inode号 文件名”，而stat则可以展示更完整的文件元数据。若需要通过 inode 号反向查找文件路径，可使用find -inum命令。配合df -i与stat -f，还能更准确地判断 Linux 文件系统是否存在 inode 即将耗尽的风险。
直接使用 ls -i 查看 inode 编号最快，但如果只看编号很容易判断失误；真正在排查 Linux 文件问题时，务必要配合 stat 检查硬链接数与时间戳信息。
用 ls -i 批量查看目录下所有文件的 inode 号
该命令的输出格式为“inode号 文件名”，每行对应一个文件条目，适合快速浏览某个目录中的 inode 分布情况。很多人常犯的错误是只输入 ls -i 而不指定路径，结果虽然列出了当前目录内容，却忽略了文件名显示位置，甚至误把最前面的 inode 数字当成文件大小——尤其是在文件名较短时，这种情况更容易发生。
- 查看
/tmp目录下全部文件：执行ls -i /tmp - 如果想同时查看权限和文件大小：可改用
ls -li /tmp，这时inode号位于最左侧，后面依次显示权限、属主、大小等信息 - 如果只想提取 inode 号做统计：例如统计哪些 inode 被重复引用（硬链接），可使用
ls -i /var/log | awk '{print $1}' | sort | uniq -c | sort -nr | head -5
用 stat 查询单个文件的完整 inode 元数据
stat 是最适合查看单个文件 inode 详细信息的命令，它可以一次性显示 inode号、Links（硬链接数）、三类时间戳（atime/mtime/ctime）、磁盘块分配、权限等底层字段。相比只看目录列表，stat 给出的结果更完整，也更适合进行准确判断。
- 查询
/etc/hosts的 inode 信息：运行stat /etc/hosts，其中Inode:后面的数字就是该文件的 inode 号 - 只提取关键字段：可使用
stat -c "%i %h %y" /etc/hosts输出inode号、硬链接数和mtime，避免无关信息过多 - 如果发现
Links:字段为 0，通常说明文件已经被删除，但仍有进程正在占用（即“已删未释放”）；这类问题需要借助lsof +L1才能进一步定位
用 find -inum 根据 inode 号反查文件路径
当你从 stat 或 lsof 的结果中拿到某个 inode号 后，如果想确认这个 inode 当前对应哪些路径，那么 find -inum 就是最可靠的查询方式。它能够列出该 inode 所关联的全部硬链接路径。不过需要注意的是，已经删除但仍被进程打开的文件不会通过它显示，这类文件通常只能在 /proc/PID/fd/ 中看到。
- 查询 inode 123456 对应的路径：执行
find / -inum 123456 2>/dev/null，其中2>/dev/null用于屏蔽权限不足的报错信息 - 缩小搜索范围更高效也更安全：例如仅检查
/var/log目录，可使用find /var/log -inum 123456 - 需要留意 NFSv3 等网络文件系统环境下结果可能不完全可靠，因为服务端可能做过 inode 映射转换
别只看 df -i 的百分比，stat -f 更能体现真实 inode 剩余量
df -i 适合做日常巡检，快速查看各分区 inode 使用率；但它显示的 IUse% 往往经过四舍五入，可能掩盖小容量分区 inode 即将耗尽的问题。比如 /boot 分区的 inode 总数本来就不多，如果日志轮转或临时文件生成过快，即使只看到 df -i 显示 98%，也应该立即处理。
- 查看根分区 inode 总量和剩余数量：执行
stat -f /，重点关注Inodes:与Inodes Free:两项，二者差值才更接近真实已用量 - ext4 文件系统默认会为 root 预留约 5% 的 inode，因此普通用户看到
IUse%100% 时，root 用户可能仍然可以写入，而普通用户已经无法新建文件 - 如果
df -i显示某个分区 inode 使用率达到 100%，但stat -f仍显示还有少量Inodes Free，通常更可能与挂载选项（如noatime）影响时间戳更新逻辑有关，而不一定是 inode 本身出现异常
真正棘手的问题往往不是“怎么查看 inode 号”，而是查到以后发现 Links 为 0、stat -f 显示剩余 inode 极少，或者 find -inum 根本查不到路径——这些现象通常意味着 Linux 文件系统底层状态已经出现异常，不能仅靠简单删除文件来解决。
