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

我只知道一个办法。这个想法是将你拥有的pdf文件列表导出到一个文件中。然后将该文件分成几个部分。然后删除每个部分中列出的pdf文件。

ls | grep .pdf > list.txt
wc -l list.txt

wc-l是计算list.txt包含的行数。当你知道它有多长时，你可以决定把它分成两半、四等分或其他什么。使用split-l命令例如，将其分成600行。

split -l 600 list.txt

这将创建一个名为xaa、xab、xac等的文件，具体取决于如何拆分它。现在，要将这些文件中的每个列表“导入”到命令rm中，请使用以下命令：

rm $(<xaa)
rm $(<xab)
rm $(<xac)

对不起，我的英语不好。

当一个应用程序创建了数百万无用的日志文件，填满了所有inode时，我也遇到过类似的问题。我求助于“定位”，将所有“定位”的文件放入文本文件，然后逐一删除。花了一段时间，但完成了任务！

我用解决了

我在macOS上使用zsh

我只移动了数千个jpg文件。在一行命令中的mv内。

确保要移动的文件名中没有空格或特殊字符

for i in $(find ~/old -type f -name "*.jpg"); do mv $i ~/new; done

您可以创建一个临时文件夹，将所有要保留的文件和子文件夹移动到临时文件夹中，然后删除旧文件夹并将临时文件夹重命名为旧文件夹。请尝试以下示例，直到您确信可以执行此操作：

mkdir testit
cd testit
mkdir big_folder tmp_folder
touch big_folder/file1.pdf
touch big_folder/file2.pdf
mv big_folder/file1,pdf tmp_folder/
rm -r big_folder
mv tmp_folder big_folder

rm-r big_folder将删除big_fold器中的所有文件，无论文件有多少。你只需要非常小心，你首先要保存所有的文件/文件夹，在本例中是file1.pdf

参数列表太长

作为cp、mv和rm的问题标题，但答案主要代表rm。

Un*x命令

仔细阅读命令的手册页！

对于cp和mv，有一个-t开关，用于目标：

find . -type f -name '*.pdf' -exec cp -ait "/path to target" {} +

and

find . -type f -name '*.pdf' -exec mv -t "/path to target" {} +

脚本方式

bash脚本中使用了一个整体解决方案：

#!/bin/bash

folder=( "/path to folder" "/path to anther folder" )

if [ "$1" != "--run" ] ;then
    exec find "${folder[@]}" -type f -name '*.pdf' -exec $0 --run {} +
    exit 0;
fi

shift

for file ;do
    printf "Doing something with '%s'.\n" "$file"
done