删除目录/path/To/dir_with_pdf_files中的所有*.pdf/

mkdir empty_dir        # Create temp empty dir

rsync -avh --delete --include '*.pdf' empty_dir/ /path/to/dir_with_pdf_files/

如果您有数百万个文件，使用通配符通过rsync删除特定文件可能是最快的解决方案。它会解决你遇到的错误。

（可选步骤）：干运行。检查将删除而不删除的内容`

rsync -avhn --delete --include '*.pdf' empty_dir/ /path/to/dir_with_pdf_files/

...

单击rsync提示和技巧以获取更多rsync黑客

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

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

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

ulimit -S -s unlimited

然后执行cp/mv/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)

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

源目录包含文件约3 lakcs

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

cp-r abc/def/

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