Ubuntu rm rf 错误……

用extundelete-0.2.4恢复

官方网站：

http://extundelete.sourceforge.net/

sudo apt-get install e2fslibs-dev e2fslibs-dev

./configure --prefix=/var/extundelete; make ; make install

　　然后用mount 找到自己需要恢复的文件

/dev/sda4 on /media/hu/43b9b9d0-e5d2-4b1c-94c7-21dfb05cbda9 type ext4 (rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)

电脑之中必须要有两个Ubuntu系统，挂载需要恢复的乌班图系统

./extundelete /dev/sda4 --restore-all

　　我把home/**/里面的东西全部删除了，我也是傻。

时间： 2024-10-21 14:41:41

Ubuntu rm rf 错误……的相关文章

find ./ -name *.bak | xargs rm -rf

##################################################################################################### #find ... -exec rm {} \; 可以把find命令查找到的结果删除,其区别简单的说是前者是把find发现的结果一次性传给exec选项,这样当文件数量较多的时候,就可能会出现"参数太多"之类的错误. -exec   必须由一个   ;   结束,而因为通常   shel

冷备下模拟rm -rf *.dbf恢复案例

关于备份恢复一直是所有关系型数据库的重头戏.下面会介绍冷备数据库,并模拟破坏数据文件进行恢复数据库,并涉及到其他相关内容. [[email protected] ~]$ cat /etc/redhat-release Red Hat Enterprise Linux Server release 5.5 (Tikanga) SQL> select * from v$version where rownum<2; BANNER ----------------------------------

没有执行过rm -rf /*的开发不是好运维

起因突然收到用户反馈说网站在手机端打开是白屏, 很奇怪的问题. 在电脑端试了下,确实也是白屏,HTML加载进来了,好像有个核心JS加载失败. 看到一个错误是: We're sorry but house doesn't work properly without JavaScript enabled. Please enable it to continue. 还有一个http请求的错误是: ERR_INCOMPLETE_CHUNKED_ENCODING 于是尝试了一下的解决方案: 无脑重启看看

rm -rf /var/lib/docker 设备或资源忙问题处理

在调试安装openshift时涉及安装docker和添加对应docker永久存储路径,在配置过程中因之前构建一键安装部署openshft集群出问题,导致重新设置过程中出现如下错误: [[email protected] ~]# rm -rf /var/lib/docker rm: 无法删除"/var/lib/docker/containers": 设备或资源忙 rm: 无法删除"/var/lib/docker/overlay2": 设备或资源忙 用ls -l命令查看

手贱rm -rf /path/之后，可以这样来

How to recover files I deleted now by running rm *? [duplicate] This question already has an answer here: Recovering accidentally deleted files 7 answers By mistake I ran rm * on the current directory where I created many c program files. I had been 

rm -rf误删文件的恢复（extundelete工具的使用）

实战:extundelete恢复数据的过程 在数据被误删除后,第一时间要做的是卸载被删除数据所在的磁盘或磁盘分区,如果是系统根分区的数据遭到误删除,就需要将系统进入单用户,并且将根分区以只读模式挂载.这样做的原因很简单,因为将文件删除后,仅仅是将文件的inode结点中的扇区指针清零,实际文件还存储在磁盘上,如果磁盘以读写模式挂载,这些已删除的文件的数据块就可能被操作系统重新分配出去,在这些数据块被新的数据覆盖后,这些数据就真的丢失了,恢复工具也回力无天.所以,以只读模式挂载磁盘可以尽量降低数据块

rm -rf / 好屌！

我真的做了这个实验,结果是,系统彻底坏了.. 不管怎样,总算体验了一把- $sudo rm -rf / --no-preserve-root 执行命令: 执行中: 执行结束,系统彻底用不了了: 谢谢虚拟机^_^ 其实,我搜了下,有不少人也做过这个实验,这个 BBGamerUK 还录了像: https://www.youtube.com/watch?v=SIIweirHwek 这里还有一个发了很久的,比较热烈的讨论: http://serverfault.com/questions/587102/

前端js正则的一个实例:过滤“rm -rf /”

最近开发cmdb,有个需求是要求脚本中不能含有"rm -rf /"命令,如果含有这个命令,前端弹出警告框提示. 这里需要用test方法来测试字符串,符合模式时返回true,否则返回false. 我先从控制台调试一下: 可以看到,匹配OK了. 前端代码如下: var re = /rm -rf \/$/;  //匹配"rm -rf /"命令 if (re.test('your commands')) {     alert('您输入的命令含有"rm -rf /

使用lsof恢复rm -rf删除后的文件

在Linux系统中使用rm -rf删除文件后,其实文件只是从磁盘中移除,文件内容还是在系统后台等待回收,此时可以使用系统进程号将文件考贝出来,内容不会有更改. 1.删除一个文件 [[email protected] logs]# ll access.log -rw-r--r-- 1 root root 11723908 Jun 14 16:02 access.log[[email protected] logs]# rm -rf access.log 2.查看文件在后台的进程[[email pr