-bash: /bin/rm: Argument list too long

使用rm * -f删除缓存目录文件时,报如下错误

-bash: /bin/rm: Argument list too long

提示文件数目太多。

解决的办法是使用如下命令:

ls | xargs -n 10 rm -fr ls

输出所有的文件名(用空格分割) xargs就是将ls的输出,每10个为一组(以空格为分隔符),作为rm -rf的参数也就是说将所有文件名10个为一组,由rm -rf删除

时间: 2024-09-30 20:37:41

-bash: /bin/rm: Argument list too long的相关文章

Linux下通过rm -f删除大量文件时提示"-bash: /bin/rm: Argument list too long"的解决方法

Linux下通过rm -f删除/var/spool/postfix/maildrop/中大量的小文件时提示: "-bash: /bin/rm: Argument list too long" 如图: 通过ls /var/spool/postfix/maildrop/*|wc -l 发现文件数达到21万多,见附件: 原因:rm -f的参数过多 解决方法:可使用awk一次删除一个的方式进行删除,但必须先进入该目录下,操作方法如下:1.先进入该目录下:cd /var/spool/postfi

目录下文件过多删除报错 -bash: /bin/rm: Argument list too long

rm -f * "-bash: /bin/rm: Argument list too long".. 意思是参数太长,rm 干不了.可以用ls | xargs rm -f这个命令将目录下所有文件删除.

Tar大量数据打包-bash: /bin/tar: Argument list too long

今天要把数据库的内容进行打包,就在这时出现了报错,不慌来看看 1.错误提示: -bash: /bin/tar: Argument list too long #大概意思是:您打包的内容太长了,我们处理不了 2.问题分析: 1,目录中文件数量过大 2,系统支持打开的文件数过小 3.解决方法: find . -name '*.txt' -print >/tmp/test.manifest tar -cvzf textfiles.tar.gz --files-from /tmp/test.manife

bash: /bin/cp: Argument list too long

bash: /bin/cp: Argument list too long #mv [email protected]:~/Disk1.8T/py-R-FCN_5_29/data/VOCdevkit0712/$ find ./VOC0712/ -name "*.xml" | xargs -i mv {} ./ #cp [email protected]-MS-7A78:~/Disk1.8T/py-R-FCN_5_29/data/VOCdevkit0712/VOC0712/JPEGIma

Linux下执行.sh命令出现-bash: ./bin/start.sh: /bin/bash^M: bad interpreter: No such file or directory

原因是 文件的格式是dos,修改为unix 就OK了 查看文件格式  用vim 打开出错的文件    按 ESC键     再按shift+冒号   输入 set  ff  回车   可以看见 该文件的格式 fileformat=dos按shift + 冒号  输入  set ff=unix 回车 发现没反应,那就对了. 可以按 shift + 冒号  set ff 查看  fileformat=unix --------------------- 原文:https://blog.csdn.ne

shell脚本报错:-bash:/bin/sh^M: bad interpreter:

今天写了一个shell脚本,然后在执行的时候报错,如下截图: 主要原因是shell文件是我在windows下编辑然后上传到linux系统里执行的.shell文件的格式为dos格式.而linux只能执行格式为unix格式的脚本. 我们可以通过vi编辑器来查看文件的format格式.步骤如下: 1.首先用vim命令打开文件 2.在vi命令模式中使用 :set ff 命令 可以看到改文件的格式为dos: 3.修改文件format为unix,使用vi修改文件format,命令:set ff=unix 执

Linux rm删除大批量文件

在使用rm删除大批量文件时,有可能会遭遇"参数列太长"(Argument list too long)的问题.如下所示 [[email protected] bdump]$ rm -v epps_q001_* -bash: /bin/rm: Argument list too long 查看总共有多少个这类文件,如下所示,总共有8348个文件 [[email protected] bdump]$ ls -lrt epps_q001_* | wc -l -bash: /bin/ls: A

Centos- Nagios 的Last Check更新时间与当前时间差距分析问题及处理方法总结

故障现象: 2014年6月4日 收到客户邮件说:bjd nagios 的Last Check更新时间与当前时间差距很大 具体处理过程如下: 盲目处理阶段: 想将问题尽快处理掉,所以有点只看问题表象忽略了重点,唉,说多了都是泪. 查询该机器各种log 发现除了一些常规报错信息,没有重要发现. 检查机器磁盘空间,内存,IO,CPU正常. 此问题首次出现,之前未有遇到.通过查询资料得知是由于此文件权限发生变化导致.但是任我怎么修改文件的权限和所属组都不能解决问题.并参考了http://myhat.bl

/var/spool/postfix/maildrop/ 是否可清理

故障原因: 今天查看硬盘剩余的容量,发现'/'目录下占用了大量的空间:可我在这个目录下面没有放什么东西:仔细查看在/var/spool/postfix/maildrop/ 中发现了大量的文件.怎么会有这么多的文件呢,先删除. 在网上搜索之后明白是mail没有成功的邮件.由于linux在执行cron时,会将cron执行脚本中的output和warning信息,都会以邮件的形式发送cron所有者, 而我的服务器中关闭了postfix,导致邮件发送不成功,全部小文件堆积在了maildrop目录下面.如