不能在线修改ext4 inode总数，必须重新格式化；df -i查iuse%是否接近100%可确认耗尽，配合dumpe2fs验证；mkfs.ext4支持-i（每字节分配）或-n（指定总数）预设inode，二者互斥。
不能在线修改，必须重新格式化文件系统；ext4 支持调整，xfs 不支持（需重建），Btrfs 和 XFS 有动态扩展能力但不等价于“改 inode 数量”。
怎么确认当前 inode 是否快用完
直接运行 df -i，重点关注 IUse% 列。如果接近或达到 100%，而 df -h 显示磁盘空间仍有余量，基本就是 inode 耗尽。常见报错是 No space left on device，但实际不是空间问题——这是最典型的误判信号。
额外验证可执行：dumpe2fs -h /dev/sdXN | grep -E "Inode count|Inodes per group"，查看 ext4 的原始 inode 总数和分组分布。
ext4 格式化时指定 inode 数量的两种方式
创建新文件系统时，用 mkfs.ext4 控制 inode 密度或总数：
-
-i <bytes></bytes>：每多少字节分配一个 inode（默认 16384）。值越小，inode 越多。例如存百万级小文件，用mkfs.ext4 -i 8192 /dev/sdb1可让 inode 数翻倍。 -
-N <number></number>：直接指定总 inode 数。例如mkfs.ext4 -N 20000000 /dev/sdb1强制生成两千万个 inode。 - 二者互斥：
-i和-N不能同时使用；-N更精确，但需自己估算总量；-i更常用，适合按文件平均大小预估密度。
为什么不能直接改、也不能用 resize2fs 扩 inode
resize2fs 只能扩容文件系统大小（block 数），并按原 bytes-per-inode 比率自动补足 inode —— 它不会改变这个比率，也不会新增 inode 总量。换句话说，你扩分区后 run 一次 resize2fs，inode 数会变多，但只是因为块多了、按老比例摊出来的，不是你“主动加”的。
真正想提高 inode 密度（比如从 16KB/inode 改成 4KB/inode），就必须重做文件系统。这也是为什么所有可靠文档都强调：先 umount，再 mkfs.ext4，且数据必须提前备份——格式化即清空。
xfs 和 Btrfs 的情况要特别注意
XFS 在创建时也固定 inode 密度，但支持运行时用 xfs_growfs 增加 inode 总数（前提是文件系统预留了足够未分配空间，且内核版本 ≥ 5.10）。这不是“修改”，而是利用预留区动态分配，不可逆减，且不改变密度。
Btrfs 理论上按需分配 inode，但实际仍受限于 chunk 分配策略；它没有全局 inode 总数概念，所以不存在“调 inode 数”这回事——这也是它适合海量小文件的原因之一，但运维监控更难。
真正动手前，最容易被忽略的是：不同设备型号、扇区对齐、RAID 配置会影响 mkfs 实际生成的 inode 数，建议在同环境测试盘上先试格式化再 df -i 验证，别只信理论计算。
