Inode空间不足爆满，排查发现为 /fs (trimafs) 分区仅34个Inode被占满导致

13149939621

[Bug反馈] 系统频繁误报“Inode可用不足10%”，排查发现为 /fs (trimafs) 分区仅34个Inode被占满导致

---

设备信息：

• 安装环境：物理机
• 系统版本号：fnOS 1.1.18
• 网络环境：局域网
• 浏览器型号： Edge (请根据实际情况保留一个)

问题现象：
其他linux设备通过NFS挂载飞牛后，一直提示“Inode可用不足10%，请前往文件管理清理不必要文件”。

收到报警后，我通过 SSH 进入飞牛后台执行 df -hi 排查，发现系统根目录 (/) 和数据卷 (/vol*) 的 Inode 使用率极低（仅 3% 左右，非常健康）。

问题的根源在于：
系统中有一个挂载点 /fs (文件系统类型为 trimafs)，其 Inode 总量仅为 34 个，当前已使用 34 个，导致该分区 Inode 使用率达到 100%。当我在系统设置-文件共享协议中关闭FTP服务，Inode 总量就变成了19个。

这就导致了系统监控逻辑误判，认为系统 Inode 耗尽从而发出告警。我在社区看到其他用户在使用 FTP 时也有类似反馈，我这边是在使用 NFS 挂载时发现的该问题。这似乎是 trimafs 初始分配过小或监控策略未排除该特殊分区导致的系统级 Bug。

终端排查截图/日志：

root@NAS:~# df -hi
Filesystem       Inodes IUsed IFree IUse% Mounted on
/dev/nvme0n1p2     5.8M  122K  5.7M    3% /
trimafs              34    34     0  100% /fs   <-- 问题点在这里
1000-1-95c48158... 954M     0  954M    0% /vol02...

错误资源：
无特定文件错误，为系统分区状态异常。

出现频率：
持续存在（只要开机运行，该分区 Inode 即显示 100% 占用，告警无法消除）。

联系方式：
飞牛私有云 fnOS384+Cody

飞牛技术同学

已收到反馈 我转给负责的同事看看