ls -i最快轻量但仅显示编号，stat才能获取真实inode元数据（含硬链接数、时间戳等），find -inum用于反查路径；Links:0表示文件已删未释放，需结合lsof +L1定位。
ls -i，它最快、最轻量，适合一眼确认编号；但只靠它容易漏关键信息——比如硬链接数为 0 的文件，ls -i 不会告诉你它已被删除却仍在被进程占用。
用 ls -i 快速查单个文件 inode 号
这是最常用也最容易上手的方式，不依赖额外参数，输出即见编号：
-
ls -i test.c→ 输出形如123456 test.c，左边数字就是 inode 号 - 别只输
ls -i然后扫一眼数字就走——没带文件名时，你看到的只是 inode 号列表，无法对应到具体文件，极易误判 - 想同时看权限和大小？用
ls -li，inode 号会固定在最左列，后面紧跟权限、所有者、大小等字段 - 批量查目录下所有文件：
ls -i /var/log；若路径含空格或特殊字符，ls -i仍安全，不用额外转义
用 stat 查真实元数据，不只看编号
stat 是唯一能读取磁盘 inode 表原始结构的命令，ls -i 只是解析目录项，它看不到已删未释放、硬链接数、时间戳细节这些关键状态：
用于自动切换项目中适合的node 版本
下载
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
-
stat /etc/hosts默认输出冗长，重点盯住Inode:和Links:字段；Links: 0意味着文件已被unlink()，但仍有进程打开着，空间不会释放 - 脚本里别 parse 默认输出——换行、缩进、字段顺序都不可靠；改用格式化：
stat -c "%i %h %y" /tmp/file，%i是 inode 号，%h是硬链接数，%y是 mtime（ISO 格式） - 注意
atime常不更新：多数系统挂载时启用了relatime，普通cat不触发刷新；mtime才反映内容是否真被改过，ctime则只要 chmod/chown/重命名就变——它不是“创建时间”
用 find -inum 反查路径，特别是硬链接或已删文件
当你从 lsof +L1 或 stat 输出里拿到一个 inode 号，想定位它在哪几个路径下存在，就得靠 find：
-
find / -inum 1234567 2>/dev/null→ 递归搜索根目录，2>/dev/null抑制权限错误干扰 - 同一个 inode 可能返回多个路径，说明存在硬链接；但不会列出已删除却仍被打开的文件——这类文件只在
/proc/PID/fd/下可见 -
-inum在 ext4/XFS 上可靠，但在 NFSv3 等网络文件系统上可能失效，因为服务端做了 inode 映射转换
别只盯着 inode 号，df -i 和 stat -f 才管总量
inode 耗尽和磁盘空间满是两回事，df -h 看不出问题，得单独查 inode 使用率：
-
df -i给的是四舍五入后的百分比，小分区（比如/boot）总共才几万个 inode，100% 很快就到；更准的是stat -f /，看输出里的Inodes:和Inodes Free:差值 -
stat -f和stat -L互斥：加-L会解析符号链接目标，加-f是查文件系统，两个一起用会报错 - 不同文件系统字段名略有差异（ext4 写
Inodes Free:，XFS 可能写free inodes），但数值含义一致
Links: 0 的文件还在哪个进程里开着，那个高频出现的 inode 号是不是一堆日志硬链接堆出来的，或者 df -i 显示 98% 时你得立刻判断是真耗尽还是某目录下塞了几十万小文件。这些没法靠一条命令解决，得连着看、比着看、带着上下文看。 
