我在UNIX的一个目录下有几百个PDF。PDF的名称非常长（约60个字符）。
当我尝试使用以下命令一起删除所有PDF时：
rm -f *.pdf
我收到以下错误：
/bin/rm: cannot execute [Argument list too long]
此错误的解决方案是什么？mv和cp命令是否也会出现此错误？如果是，如何解决这些命令？
当前回答
我只知道一个办法。这个想法是将你拥有的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)
对不起，我的英语不好。
其他回答
一个比使用xargs更安全的版本，也不是递归的：ls-p | grep-v“/$”| grep“\.pdf$”|读取文件时；do rm“$file”；完成
在这里过滤我们的目录有点不必要，因为“rm”无论如何都不会删除它，为了简单起见，可以删除它，但为什么要运行肯定会返回错误的东西呢？
tl；博士
这是命令行参数大小的内核限制。请改用for循环。
问题的根源
这是一个系统问题，与execve和ARG_MAX常量有关。有很多关于这方面的文档（参见man execve、debian的wiki、ARG_MAX详细信息）。
基本上，扩展生成的命令（及其参数）超过ARG_MAX限制。在内核2.6.23中，限制设置为128 kB。此常数已增加，您可以通过执行以下操作获取其值：
getconf ARG_MAX
# 2097152 # on 3.5.0-40-generic
解决方案：使用for循环
按照BashFAQ/095上的建议使用for循环，除了RAM/内存空间之外没有其他限制：
试运行以确定它将删除您期望的内容：
for f in *.pdf; do echo rm "$f"; done
并执行它：
for f in *.pdf; do rm "$f"; done
这也是一种可移植的方法，因为glob在shell之间具有强大且一致的行为（POSIX规范的一部分）。
注意：正如几条评论所指出的，这确实较慢，但更易于维护，因为它可以适应更复杂的场景，例如，一个人要做的不止一个动作。
解决方案：使用find
如果您坚持，您可以使用find，但实际上不要使用xargs，因为它“在读取非NUL分隔的输入时很危险（损坏、可利用等）”：
find . -maxdepth 1 -name '*.pdf' -delete
使用-maxdepth 1-delete而不是-exec rm｛｝+允许find在不使用外部进程的情况下简单地执行所需的系统调用，因此速度更快（多亏了@chepner注释）。
工具书类
我得到了“参数列表太长”。如何处理大块列表？@羊毛边的execve（2）-Linux手册页（搜索ARG_MAX）；错误：参数列表太长@Debian的wiki；为什么在传递带引号的参数时会得到“/bin/sh:参数列表太长”？@超级用户
一个更短更可靠的呢？
for i in **/*.pdf; do rm "$i"; done
对于没有时间的人。在终端上运行以下命令。
ulimit -S -s unlimited
然后执行cp/mv/rm操作。
我用解决了
我在macOS上使用zsh
我只移动了数千个jpg文件。在一行命令中的mv内。
确保要移动的文件名中没有空格或特殊字符
for i in $(find ~/old -type f -name "*.jpg"); do mv $i ~/new; done
