# 很可怕的指令,清空磁盘所有资料,千万不要用 sudo 尝试,吓的小心肝差掉跳出来 rm -rf / 无聊,想执行rm -rf /会怎样,想起没加sudo时对~/download执行提示权限不足,被拒绝. 根目录也一样吧,毕竟根目录更重要啊,可事实是: 直接开始删了,我去,赶紧 ctrl+c ,翻回来看一看,还好,全部都因为权限不足拒绝了. 这么说,碰到权限够的就直接删了? 好可怕,以后不能再轻易尝试"禁令"了 更新:brew 相关命令已经不能用了,真是欠抽,没事做什么死

cd /var/tmp/ find . -name "*.log"|xargs rm -rf "*.log"

高性能Linux服务器 第6章  ext3文件系统反删除利器ext3grep  extundelete工具恢复rm -rf 误删除的文件 只能用于ext3文件系统!!!!!!!高俊峰(高性能Linux服务器构建实战:运维监控.性能调优与集群应用(完整)) Linux作为企业级服务器,数据的安全性至关重要,任何数据的丢失和误删除都是不可容忍的.作为系统管理员,一定要有数据保护意识,不但要对服务器数据进行定期备份,而且还要具有误删除数据后将其快速恢复的技能.本章重点讲述Linux下的ext3文件系统

Linux下用rm删除的文件的恢复方法_Linux教程_Linux公社-Linux系统门户网站https://www.linuxidc.com/Linux/2008-08/14744.htm linux_文件删除的恢复(rm -rf *) - weiguang1017的专栏 - CSDN博客https://blog.csdn.net/weiguang1017/article/details/52239685 Linux 利用lsof命令恢复删除的文件 - rysinal - 博客园https:/

链接地址1:http://jingyan.baidu.com/article/fdffd1f8e39403f3e98ca195.html 在Mac OS X下,无法删除的文件无外乎三种情况:1,文件(夹)被锁定:2,文件正在使用中:3,没有权限的文件(夹).加锁的文件或文件夹图标下有小锁的标注,可以避免文件不慎被更改.移动或删除,一般来说,普通用户都没有给自己文件加锁的习惯.不过,锁定的文件有时会在你拷贝资料,整理系统时出现.这些文件不能从当前的路径中移走,在目标文件夹下则会生成被锁定的文件或文

因为rm命令删除的文件是不会放入垃圾箱的,所以无法恢复,下面小编就给大家介绍一种方法,通过替换Linux rm命令的方法,从而将rm命令删除的文件放入垃圾箱. 方法: 1. 在/home/username/ 目录下新建一个目录,命名为:.trash 2. 在/home/username/tools/目录下,新建一个shell文件,命名为: remove.sh PARA_CNT=$# TRASH_DIR=“/home/username/.trash” for i in $*; do STAMP=`

昨天遇到一个问题,在Linux中有一个文件夹里面含有大量的Cache文件(夹),数量级可能在百万级别,使用rm -rf ./* 删除时间慢到不可接受.Google了一下,查到了一种方法,试用了下确实比单纯使用rm快了一个数量级. 方法见下: 1)首先建立一个空白文件夹. mkdir /tmp/www.111cn.net 2)之后使用以下语句即可快速的删除文件. rsync --delete-before -d /tmp/www.111cn.net/ /the/folder/you/want/de

Linux下删除的文件如何恢复 参考自: [1]linux下误操作删除文件如何恢复 [2]Linux实现删除撤回的方法 以/home/test.txt为例 1.df -T 文件夹 找到当前文件所在磁盘分区 df -T /home Filesystem Type 1K-blocks Used Available Use% Mounted on /dev/sda1 ext4 40251776 22367924 15839180 59% / 2.切换到管理员用户 su 3.使用debugfs工具修复删

PS:补充下,我在fedora 19上运行的时候遇到的一个问题: [root@localhost extundelete-]# ./configure Configuring extundelete configure: error: ': configure: error: C++ compiler cannot create executables See `config.log' for more details 查看了下config.log文件发现与gcc-c++有关.所以运行yum -

“慎用rm -rf命令,除非你知道此命令带来的后果.”这是一条Linux用户守则,虽然大多数用户都明白这条语句的含义,但是我觉得还需要完善一下,为这条语句加 上一个使用前提:在你确认自己拥有清醒头脑,并且输入没有误差的时候可以使用rm -rf命令.这次惊心动魄的起因就是我将rm –rf log* 命令错误的输成了rm –rf log *,造成了当前目录下的所有项目文件全部被误删除. ls了两回,确定自己不是眼花后开始寻找解决 办法,昔日在Windows下有很多次数据恢复经历,但在Linux下这还

原文:http://www.cnblogs.com/patf/p/3368765.html PS:补充下,我在fedora 19上运行的时候遇到的一个问题: 1 [root@localhost extundelete-0.2.4]# ./configure 2 Configuring extundelete 0.2.4 3 configure: error: in `/usr/local/src/extundelete-0.2.4': 4 configure: error: C++ compil

一个不小心rm掉文件了吧? 后悔莫及了吧! 把这段代码加入你的home目录的.bashrc或者.zshrc就可以了! 工作原理: 在你的home目录会创建一个.trash文件夹 里面会按照删除时间 年-月-日/小时/ 进行归档已删除的文件 然后会删除一个月以前的文件夹 就是这样! function rm() { # garbage collect now=$(date +%s) for s in $(ls --indicator-style=none $HOME/.trash/) ;do dir

今天手贱一不小心把我正个项目目录删除了,没办法只能找回啦      文件系统是ext4的,只能使用extundelete   df -hT 文件名  查看 下删除的文件夹所在的硬盘 1. 安装依赖     yum -y install e2fsprogs e2fsprogs-devel 2. 去下载extundelete-0.2.4.tar.bz2并安装 下载:http://extundelete.sourceforge.net/       或 点击下载    [下载后把文件名改为    ex

Linux有时候执行了 rm -rf 等操作误删了文件绝对是一件可怕的事情,好在有一些解决的办法可以临时救急.这时我们就要用到一款叫做extundelete的工具了. 目录[-] 依赖 安装 查找要恢复的驱动器名 运行恢复 恢复单个文件 恢复一个目录 恢复整个分区 Linux下执行 rm 并不会真正删除,而是将inode节点中的扇区删除,同时释放数据块.在数据块被系统重新分配前,这部分数据还是可以找回来的. 网上说在删除文件后要立即unmount这个分区,这样做其实是为了让外界不再写入,我们也可

mac下.svn是隐藏文件,而且即使我们调成可见的,一个一个删也很麻烦.今天正好同事问起来这个命令,于是想可能有些人也需要,于是还是放到博客里吧 命令比较简单,其实就是一条linux命令,打开终端,首先cd到你要删除.svn的项目路径下,切记这个非常重要!!否侧删错了我可不负责!!! 进入到要删除的.svn路径后,在终端输入find . -name ".svn" -exec rm -Rf {} \;,这样你这个文件夹下所有(包括子文件夹等)的.svn文件都会被删掉了

一次惊险的 rm -rf 操作,以后删东西真的要小心,慢点操作 前两天周 4 周 5,写了两天的 python 代码没有提交,昨天晚上删日志目录,先跨目录查看了下日志目录的列表情况:ll ~/logs/ 然后我直接 rm -rf access_ ... 一个 tab 键补齐,加上一个 enter 键, 然后回过头来发现我刚好在我的工程目录,大事不妙!!! 我把代码全删了(想死) 整个人僵住了,这全瞎忙活了,然后不敢看 IDE,看了立马也是没有戏了,心想凉了凉了,但是还是点了 IDE,确实,没了,

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

Linux下通过 rm -f 删除大量的小文件时出现类似如下错误信息:  -bash: /bin/rm: Argument list too long 如下图所示: 问题原因 如果待删除文件中包含的小文件数量过多,通常是由于受到 shell 参数个数限制所致. 这个是Linux系统存在的限制,可以通过如下指令查看该参数值的配置:   getconf ARG_MAX 解决办法 注: 删除操作为高风险命令,请一定谨慎使用.确认通过快照等方式对数据进行了有效备份,或者明确可以删除. 如果待处理的文件数

1.如果不小心删除了单个文件或者文件夹. 鼠标点击上级目录 Ctrl+z就可以恢复了. 如果没有恢复,就右击项目,选择Resore from Local History 然后选择你所删除的文件,选择恢复. 2.如果删除了项目,但是并没有勾选 Delete project contents on disk.这样项目依然在你的工作空间内,只需要重新导入即可. 右击空白处,选择import-->Genaral--->exsiting projrct inworkspace.然后从工作空间找到项目就可

一个很简单的命令,使用频率非常高,但一没注意就会失策. 我将别人盘下的list目录软连接到自己盘中,想要删除时: rm -rf list/ #输入时自然地用tab键补全 结果: 试了多次也删除不了,最后发现原因: rm -rf list/ 会把原来list下的内容删除,我因为没有权限,自然删除不了原内容. 正确地写法不应该加斜杠,即rm -rf list,这样就只删除软链接,而不删除实际数据. Ref: https://blog.csdn.net/chenghuikai/article/deta

1.错误信息 rm: cannot remove `speechd-centos_6.2-prtl-pred-mf34/modules/t2p/py/third/g2p/.nfs00000000039b946b00000004': Device or resource busyrm: cannot remove `speechd-centos_6.2-prtl-pred-mf34/modules/t2p/py/log/.nfs00000000039c52ef00000005': Device o