如果您试图一次删除大量文件（我今天删除了一个485000+的目录），您可能会遇到以下错误：

/bin/rm: Argument list too long.

问题是，当您键入类似rm-rf*的内容时，*将被替换为每个匹配文件的列表，如“rm-rf file1 file2 file3 file4”等。分配了一个相对较小的内存缓冲区来存储此参数列表，如果该缓冲区已满，shell将不会执行程序。

为了解决这个问题，很多人会使用find命令查找每个文件，并将它们逐一传递给“rm”命令，如下所示：

find . -type f -exec rm -v {} \;

我的问题是我需要删除50万个文件，而且时间太长了。

我偶然发现了一种更快的删除文件的方法——“find”命令内置了“-delete”标志！以下是我最终使用的：

find . -type f -delete

使用这种方法，我以每秒2000个文件的速度删除文件，速度快得多！

您还可以在删除文件名时显示文件名：

find . -type f -print -delete

…甚至显示将删除多少文件，以及删除这些文件所需的时间：

root@devel# ls -1 | wc -l && time find . -type f -delete
100000
real    0m3.660s
user    0m0.036s
sys     0m0.552s

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

源目录包含文件约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不会失败。

或者您可以尝试：

find . -name '*.pdf' -exec rm -f {} \;

如果你想删除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 {} \;

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