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

查找具有-delete操作：

find . -maxdepth 1 -name '*.pdf' -delete

我发现对于非常大的文件列表（>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)

还有一个：

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不会失败。

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

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

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

如果你想删除30/90天以上（+）或30/90天以下（-）的文件/文件夹，可以使用以下ex命令

例如：对于删除90天文件/文件夹后的90天不包括上述内容，这意味着91、92……100天

find <path> -type f -mtime +90 -exec rm -rf {} \;

例如：对于您想要删除的最近30天的文件，请使用以下命令（-）

find <path> -type f -mtime -30 -exec rm -rf {} \;

如果你想保存文件超过2天

find <path> -type f -mtime +2 -exec gzip {} \;

如果您只想查看过去一个月的文件/文件夹。前任：

find <path> -type f -mtime -30 -exec ls -lrt {} \;

30天以上，然后列出文件/文件夹前任：

find <path> -type f -mtime +30 -exec ls -lrt {} \;

find /opt/app/logs -type f -mtime +30 -exec ls -lrt {} \;