Linux rm删除大批量文件

在使用rm删除大批量文件时,有可能会遭遇“参数列太长”(Argument list too long)的问题。如下所示

[oracle@DB-Server bdump]$ rm -v epps_q001_*
-bash: /bin/rm: Argument list too long

查看总共有多少个这类文件,如下所示,总共有8348个文件

[oracle@DB-Server bdump]$ ls -lrt epps_q001_* | wc -l
-bash: /bin/ls: Argument list too long
0
 
[oracle@DB-Server bdump]$ find . -name "epps_q001_*" | wc -l
8438

 

此时可以通过xargs命令来解决这个问题。如下所示:

[oracle@DB-Server bdump]$ find . -name "epps_q001_*" | xargs rm -r
 

作者:潇湘隐者

时间: 2024-11-17 20:02:52

Linux rm删除大批量文件的相关文章

参数-被rm删除的文件怎么找回

问题描述 被rm删除的文件怎么找回 在linux下,rm删除的文件可以找回吗?怎么找?rm删除的时候没有带任何参数. 解决方案 $HOME/.local/share/Trash/ 解决方案二: 可能可以,取决于你的硬盘是否被写入新的数据.立刻关机,用另一个硬盘或者U盘启动,用数据恢复工具恢复.如果数据重要,请你不要擅自操作,联系数据恢复公司帮你处理.自己处理会造成二次损坏. 解决方案三: 没明白 $HOME/.local/share/Trash/ 之间有空格吗?

[20151025]linux下删除数据文件的恢复细节3

[20151025]linux下删除数据文件的恢复细节3.txt --以前曾经写过一篇关于 --链接:http://blog.itpub.net/267265/viewspace-763969/ --里面提到实际上这种方式对于生产系统不是很合适,而且生产系统情况非常复杂,不可能出现删除数据文件时没有事务产生. --这种方式仅仅适合no archivelog的模式(没有办法的选择),我当时还提到这种方式一定要快,因为我的测试执行 alter system --checkpoint;,数据库直接cr

[20151023]linux下删除数据文件的恢复细节2

[20151023]linux下删除数据文件的恢复的一些细节问题(补充).txt --以前曾经写过一篇关于 --链接:http://blog.itpub.net/267265/viewspace-763969/ --里面提到实际上这种方式对于生产系统不是很合适,而且生产系统情况非常复杂,不可能出现删除数据文件时没有事务产生. --这种方式仅仅适合no archivelog的模式(没有办法的选择),我当时还提到这种方式一定要快,因为我的测试执行 alter system --checkpoint;

[20151028]linux下删除数据文件的恢复细节4

[20151028]linux下删除数据文件的恢复细节4 --前几天一直在做删除数据文件的恢复测试,中间遇到许多问题自己无法解决,从我个人讲我不主张使用句柄的方式来恢复,而更愿意 --使用rman的方式,这种情况仅仅适合非归档模式. --前几天的测试非常混乱,我自己都不知道为什么在删除数据文件的情况下有时候执行alter system checkpoint数据库会直接crash,有 --时候为什么有不会.我再把整个恢复过程做一个总结: 1.测试环境: SCOTT@test> @ &r/ver

[20130614]linux下删除数据文件的恢复的一些细节问题.txt

[20130614]linux下删除数据文件的恢复的一些细节问题.txt 前天看了链接:http://space.itpub.net/26015009/viewspace-763506 我仅仅做一些测试以及补充,以及注意的细节问题,实际上最好的方法依旧是使用rman备份恢复. 1.测试环境: --session 1 SQL> @ver BANNER --------------------------------------------------------------------------

如何恢复 Linux 上删除的文件,第 1 部分

来源:http://www.ibm.com/developerworks/cn/linux/l-cn-filesrc/ 原理及普通文件的恢复 要想恢复误删除的文件,必须清楚数据在磁盘上究竟是如何存储的,以及如何定位并恢复数据.本文从数据恢复的角度,着重介绍了 ext2 文件系统中使用的一些基本概念和重要数据结构,并通过几个实例介绍了如何手工恢复已经删除的文件.最后针对 ext2 现有实现存在的大文件无法正常恢复的问题,通过修改内核中的实现,给出了一种解决方案. 内容 对于很多 Linux 的用户

linux rm误删除数据库文件的恢复方法

1.首先测试rm 误删除数据库文件 [oracle@primary dbwdn]$ ll total 2153164 -rw-r----- 1 oracle dba 8536064 Nov 27 21:50 control01.ctl -rw-r----- 1 oracle dba 8536064 Nov 27 21:50 control02.ctl -rw-r----- 1 oracle dba 8536064 Nov 27 21:50 control03.ctl -rw-r----- 1 o

Linux rm 命令误删文件的恢复(grep)

利用extundelete插件 假设被删除的文件位于 /media/backup 里,挂载的设备是 /dev/sda3. 首先重新挂载当前磁盘. 然后安装 extundelete 依赖的包,  代码如下 复制代码 sudo aptitude install e2fsprogs e2fslibs-dev 下载 extundelete , 解压 extundelete, 运行 三大步  代码如下 复制代码 ./configure make sudo make install 可以 extundele

Linux rm 命令误删文件的恢复方法

  网上好多文章都是介绍 ext3 或者2的,在 ext4 下大家可以试下extundelete 这个软件,本人在 Ubuntu 11.04 下亲测,数据完美恢复. 假设被删除的文件位于 /media/backup 里,挂载的设备是 /dev/sda3. 首先重新挂载当前磁盘. 然后安装 extundelete 依赖的包, sudo aptitude install e2fsprogs e2fslibs-dev 下载 extundelete ,解压 extundelete,运行 三大步 ./co