<p>rm -rf 失败是因为 Shell 将 展开为所有文件名，超出系统 ARG_MAX 限制；推荐用 find /path -type f -delete（安全高效）或 rsync --delete-before 同步空目录（千万级更优）。</p>
为什么 rm -rf * 会失败
当目录下有几百万个文件时，rm -rf * 很可能直接报错：-bash: /bin/rm: Argument list too long。这是因为 Shell 会先把 * 展开成所有文件名组成的超长参数列表，再传给 rm，而系统对单次命令的参数总长度有限制（ARG_MAX）。文件越多，越容易触达这个上限——不是 rm 慢，是它根本启动不了。
find -delete 是最简可靠的方案
只要你的 find 版本较新（GNU findutils ≥ 4.2.3，CentOS 7+/Ubuntu 16.04+ 都满足），直接用 -delete 是最稳妥的选择。它不依赖外部命令、不拼接参数、不 fork 大量子进程，且原子性好。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
-
find /path/to/dir -type f -delete：只删文件，跳过子目录（安全） -
find /path/to/dir -mindepth 1 -delete：从一级子项开始删，等效于清空目录但保留目录本身 - 务必先测试匹配范围：
find /path/to/dir -type f | head -n 20看是否真为你想删的文件 - 避免误删：不要加
-name "*.log"之类条件后直接跑-delete，除非你确认通配逻辑无歧义
rsync --delete-before 更快但需额外准备
当文件数超过千万级，或 find -delete 明显变慢（如 XFS 文件系统上遍历耗时高），rsync 方案往往更快——它本质是“同步一个空目录”，由 rsync 内部优化了元数据批量操作。
- 先建空目录：
mkdir -p /tmp/empty - 执行清空：
rsync --delete-before -a -H --progress /tmp/empty/ /path/to/dir/（注意源路径末尾的/） - 关键点：
/tmp/empty/后面必须带斜杠，否则 rsync 会把整个/tmp/empty目录移进去再删，造成灾难 - 如果目标目录权限受限（如属主为
oracle），确保运行 rsync 的用户有读写权限，否则部分文件删不掉却无报错
别忽略 inode 耗尽和 ls 失败的问题
数百万小文件最常引发的不是磁盘空间满，而是 df -i 显示 inode 使用率 100%。此时连 ls 都可能卡死或报 memory exhausted——因为默认排序要加载全部文件名进内存。
- 用
ls -f1 /path/to/dir | head -n 100绕过排序，快速确认目录是否真的“活”着 - 统计文件数别用
ls | wc -l，改用find /path/to/dir -type f -printf '.' | wc -c，更准也更快 - 删除中途若中断，
find -delete不会回滚，但也不会损坏文件系统；而rsync中断后残留状态可预测（目标目录=同步前状态） - 生产环境首次操作前，至少做一次
du -sh /path/to/dir和df -i快照，留痕比后悔强
