我在UNIX的一个目录下有几百个PDF。PDF的名称非常长（约60个字符）。
当我尝试使用以下命令一起删除所有PDF时：
rm -f *.pdf
我收到以下错误：
/bin/rm: cannot execute [Argument list too long]
此错误的解决方案是什么？mv和cp命令是否也会出现此错误？如果是，如何解决这些命令？
当前回答
当一个应用程序创建了数百万无用的日志文件，填满了所有inode时，我也遇到过类似的问题。我求助于“定位”，将所有“定位”的文件放入文本文件，然后逐一删除。花了一段时间，但完成了任务！
其他回答
一个比使用xargs更安全的版本，也不是递归的：ls-p | grep-v“/$”| grep“\.pdf$”|读取文件时；do rm“$file”；完成
在这里过滤我们的目录有点不必要，因为“rm”无论如何都不会删除它，为了简单起见，可以删除它，但为什么要运行肯定会返回错误的东西呢？
我在将源目录复制到目标目录时遇到了同样的问题
源目录包含文件约3 lakcs
我使用cp和选项-r，这对我很有用
cp-r abc/def/
它会将所有文件从abc复制到def，而不会发出参数列表过长的警告
如果你想删除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时，我也遇到过类似的问题。我求助于“定位”，将所有“定位”的文件放入文本文件，然后逐一删除。花了一段时间，但完成了任务！
如果要同时删除文件和目录，可以使用以下命令：
echo /path/* | xargs rm -rf
