对于没有时间的人。在终端上运行以下命令。

ulimit -S -s unlimited

然后执行cp/mv/rm操作。

我在将源目录复制到目标目录时遇到了同样的问题

源目录包含文件约3 lakcs

我使用cp和选项-r，这对我很有用

cp-r abc/def/

它会将所有文件从abc复制到def，而不会发出参数列表过长的警告

还有一个：

cd  /path/to/pdf
printf "%s\0" *.[Pp][Dd][Ff] | xargs -0 rm

printf是一个内置的shell，据我所知，它一直都是这样的。既然printf不是一个shell命令（而是一个内置命令），它就不会出现“参数列表太长…”致命错误。

因此，我们可以安全地将其与*等shell globbing模式一起使用。[Pp][Dd][Ff]，然后我们通过xargs将其输出通过管道传输到remove（rm）命令，这确保它在命令行中适合足够的文件名，以免rm命令（shell命令）失败。

printf中的\0用作文件名的空分隔符，然后由xargs命令处理，使用它（-0）作为分隔符，因此当文件名中有空格或其他特殊字符时，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)

之所以出现这种情况，是因为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

对于这个问题，下面的选项似乎很简单。我从其他线程获得了这些信息，但它对我有所帮助。

for file in /usr/op/data/Software/temp/application/openpages-storage/*; do
    cp "$file" /opt/sw/op-storage/
done

只需运行上面的一个命令，它就会完成任务。