我在UNIX的一个目录下有几百个PDF。PDF的名称非常长（约60个字符）。
当我尝试使用以下命令一起删除所有PDF时：
rm -f *.pdf
我收到以下错误：
/bin/rm: cannot execute [Argument list too long]
此错误的解决方案是什么？mv和cp命令是否也会出现此错误？如果是，如何解决这些命令？
当前回答
rm命令对可以同时删除的文件有限制。
一种可能性是，您可以根据文件模式多次使用rm命令删除它们，例如：
rm -f A*.pdf
rm -f B*.pdf
rm -f C*.pdf
...
rm -f *.pdf
也可以通过find命令删除它们：
find . -name "*.pdf" -exec rm {} \;
其他回答
你可以用这个表扬
find -name "*.pdf" -delete
使用GNU并行（sudo apt install parallel）非常简单
它以多线程方式运行命令，其中“｛｝”是传递的参数
E.g.
ls/tmp/myfiles*|并行“rm｛｝”
我发现对于非常大的文件列表（>1e6），这些答案太慢了。这里有一个在python中使用并行处理的解决方案。我知道，我知道，这不是linux。。。但这里没有其他办法奏效。
（这节省了我几个小时）
# delete files
import os as os
import glob
import multiprocessing as mp
directory = r'your/directory'
os.chdir(directory)
files_names = [i for i in glob.glob('*.{}'.format('pdf'))]
# report errors from pool
def callback_error(result):
print('error', result)
# delete file using system command
def delete_files(file_name):
os.system('rm -rf ' + file_name)
pool = mp.Pool(12)
# or use pool = mp.Pool(mp.cpu_count())
if __name__ == '__main__':
for file_name in files_names:
print(file_name)
pool.apply_async(delete_files,[file_name], error_callback=callback_error)
我很惊讶这里没有ulimit答案。每次我遇到这个问题，我都会在这里或这里结束。我知道这个解决方案有局限性，但ulimit-s 65536似乎经常为我提供帮助。
我也遇到了同样的问题，因为一个文件夹中的临时图像与日俱增，这个命令帮助我清除了这个文件夹
find . -name "*.png" -mtime +50 -exec rm {} \;
与其他命令的不同之处在于mtime参数，该参数将只接受早于X天的文件（在示例中为50天）
多次使用这种方法，减少每天执行的次数，我能够删除所有不必要的文件
