inode耗尽会导致“no space left on device”错误，即使磁盘空间充足；需用df -i排查使用率，find和du --inodes定位高密度小文件目录，再针对性清理或优化存储。

Linux系统中Inode耗尽会导致无法创建新文件，即使磁盘空间充足也会报错“No space left on device”。排查需先确认是否真为Inode不足，再定位高密度小文件目录，最后安全清理或优化存储方式。

快速判断Inode使用情况

执行 df -i 查看各挂载点的Inode使用率。重点关注 Use% 列，超过90%即存在风险。若某分区显示100%，但 df -h 显示空间仍有余量，基本可确认是Inode耗尽。

进一步定位：用 find /path -xdev -type f | wc -l 统计指定路径下普通文件总数（-xdev 避免跨文件系统）；配合 du --inodes -s /path 可按目录汇总Inode占用，快速识别“文件大户”。

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

定位高频小文件生成源

常见源头包括：Web服务器临时上传目录、日志轮转未压缩/清理的旧日志、缓存服务（如Redis AOF、Nginx proxy_temp）、容器运行时overlay层、监控采集残留指标文件等。

• 检查 /tmp、/var/tmp、/var/log 下子目录文件数，例如：du --inodes -s /var/log/* | sort -nr | head -5
• 查看定时任务：crontab -l 和 /etc/cron.*/ 中是否有高频写入脚本
• 对疑似目录启用实时监控：inotifywait -m -e create,delete /path 观察文件增删节奏

安全批量删除小文件的高效方法

直接 rm -rf * 在百万级小文件目录下极慢且易卡死shell。推荐分步、限速、避免递归爆炸：

• 用 find 分批处理： find /path -maxdepth 1 -type f -name "*.tmp" -print0 | head -z -10000 | xargs -0 rm -f （每次删1万个，可循环执行）
• 借助 rsync 清空（比rm更快更稳定）： mkdir /empty && rsync -a --delete /empty/ /path/ && rmdir /empty
• 对日志类文件，优先用 logrotate 配置 maxage 和 maxsize，并启用 compress 减少Inode占用

长期优化：减少Inode消耗的设计建议

预防胜于救治。从应用层和系统层降低Inode压力：

• 小文件合并存储：如将大量文本配置项存入SQLite数据库或单个JSON文件，而非独立小文件
• 启用文件系统特性：XFS支持 inode64 挂载选项（提升大容量盘Inode分配效率）；ext4可调大 bytes per inode（mkfs.ext4 -i 16384）
• 容器环境限制：Docker daemon.json 中配置 default-ulimits 限制nofile，配合镜像层复用减少重复Inode
• 定期巡检脚本：加入运维监控，当 df -i | awk '$5 > 85 {print $1,$5}' 有输出时自动告警