rm -rf 失败是因为 shell 将 展开为所有文件名，超出系统 arg_max 限制；推荐用 find /path -type f -delete（安全高效）或 rsync --delete-before 同步空目录（千万级更优）。

为什么 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 快照，留痕比后悔强