我很惊讶这里没有ulimit答案。每次我遇到这个问题，我都会在这里或这里结束。我知道这个解决方案有局限性，但ulimit-s 65536似乎经常为我提供帮助。

我也遇到了同样的问题，因为一个文件夹中的临时图像与日俱增，这个命令帮助我清除了这个文件夹

find . -name "*.png" -mtime +50 -exec rm {} \;

与其他命令的不同之处在于mtime参数，该参数将只接受早于X天的文件（在示例中为50天）

多次使用这种方法，减少每天执行的次数，我能够删除所有不必要的文件

你可以试试这个：

for f in *.pdf
do
  rm "$f"
done

编辑：ThiefMaster的评论建议我不要向年轻的壳牌公司的绝地武士透露这种危险的做法，所以我会添加一个更“安全”的版本（为了在有人拥有“-rf…pdf”文件时保存东西）

echo "# Whooooo" > /tmp/dummy.sh
for f in '*.pdf'
do
   echo "rm -i \"$f\""
done >> /tmp/dummy.sh

运行以上步骤后，只需在您喜爱的编辑器中打开/tmp/ddumy.sh文件，并检查每一行是否有危险的文件名，如果发现，请将其注释掉。

然后在工作目录中复制dummy.sh脚本并运行它。

所有这些都是出于安全考虑。

之所以出现这种情况，是因为bash实际上将星号扩展到每个匹配的文件，从而产生一个非常长的命令行。

试试看：

find . -name "*.pdf" -print0 | xargs -0 rm

警告：这是一个递归搜索，也会在子目录中查找（和删除）文件。只有当您确定不需要确认时，才在rm命令中使用-f。

可以执行以下操作以使命令非递归：

find . -maxdepth 1 -name "*.pdf" -print0 | xargs -0 rm

另一个选项是使用find的-delete标志：

find . -name "*.pdf" -delete

一个比使用xargs更安全的版本，也不是递归的：ls-p | grep-v“/$”| grep“\.pdf$”|读取文件时；do rm“$file”；完成

在这里过滤我们的目录有点不必要，因为“rm”无论如何都不会删除它，为了简单起见，可以删除它，但为什么要运行肯定会返回错误的东西呢？

如果您试图一次删除大量文件（我今天删除了一个485000+的目录），您可能会遇到以下错误：

/bin/rm: Argument list too long.

问题是，当您键入类似rm-rf*的内容时，*将被替换为每个匹配文件的列表，如“rm-rf file1 file2 file3 file4”等。分配了一个相对较小的内存缓冲区来存储此参数列表，如果该缓冲区已满，shell将不会执行程序。

为了解决这个问题，很多人会使用find命令查找每个文件，并将它们逐一传递给“rm”命令，如下所示：

find . -type f -exec rm -v {} \;

我的问题是我需要删除50万个文件，而且时间太长了。

我偶然发现了一种更快的删除文件的方法——“find”命令内置了“-delete”标志！以下是我最终使用的：

find . -type f -delete

使用这种方法，我以每秒2000个文件的速度删除文件，速度快得多！

您还可以在删除文件名时显示文件名：

find . -type f -print -delete

…甚至显示将删除多少文件，以及删除这些文件所需的时间：

root@devel# ls -1 | wc -l && time find . -type f -delete
100000
real    0m3.660s
user    0m0.036s
sys     0m0.552s