一. 将磁盘分区挂载为只读 这一步很重要,并且在误删除文件后应尽快将磁盘挂载为只读.越早进行,恢复的成功机率就越大. 1.  查看被删除文件位于哪个分区 [root@localhost  ~]# mount /dev/mapper/VolGroup-lv_root on / type ext4(rw) /dev/mapper/VolGroup-lv_home on /home type ext4(rw) 2.  尝试将对应目录重新挂载为只读 [root@localhost  ~]#  mount

没有什么问题是sudo rm -rf /* 解决不了的. . . . . . . 如果有的话,赶紧跑.

sudo -----  管理员权限 rm ------ remove 移除 rf ------ recursive递归  force强制 /* ------ 目录下所有文档

https://www.howtogeek.com/230424/how-to-disable-system-integrity-protection-on-a-mac-and-why-you-shouldnt/ 重启,按住 Commond + R 进入 recovery 模式 打开 Terminal csrutil status csrutil disable 重启 然后就可以在你的 Mac 上为所欲为杀伐决断后果自负了! 要恢复的话,再次进入 recovery mode,然后 csrutil

手太快,肠子都毁清了.本来是删除一个文件 rm path/myfile.txt结果不知为何加了个*,变成了rm path/myfile.txt *赶紧ls,发现所有代码都化为了乌有,还没提交,还没备份.删除时还不确认.一秒钟,世界就清净了. 带着侥幸的心情四处寻找,并无一处压缩包备份.有一些备份的地方也是很早期的工作.欲哭无泪. 所以linux的rm删除时不先备份,真是要不得.难怪很多人rm时左看右看得过个半分钟才敢下手.有人建议直接将root下的rm改成mv的别名.没办法,必须恢复.机器在机房

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 -

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

“慎用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

继昨晚之后.决定更新系统自带的svn.自带的svn版本号是1.7.看官网svn:http://www.wandisco.com/subversion/download#osx 最新版本号是1.9.13,决定升级下. 没想到由于EI Capitan SIP的问题折腾了好大一会.本来不想记录的.但由于SIP这个蛋疼的玩意决定还是记录下.过程例如以下: 1.which svn 找到系统自带的svn路径.应该在/usr/bin/svn 然后在/usr/bin文件夹下,ls svn*|xargs sudo

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

使用extundelete工具 sudo apt-get install extundelete 恢复操作命令 首先需要umount或者read only 分区  umount /dev/partition  mount -o remount,ro /dev/partition   --恢复文件 extundelete /dev/partition --restore-all extundelete /dev/partition --restore-directory /backup/gnuto

https://tecadmin.net/pass-command-line-arguments-in-shell-script/ https://tecadmin.net/tutorial/bash-scripting/bash-command-arguments/ https://www.quora.com/Where-do-I-find-the-trash-sound-the-sound-when-you-empty-the-trash-in-Mac 默认当前路径是 - 传递输入设置为 作

昨晚做了一个令人痛心疾首的操作,rm -rf something,把我个人电脑里的重要文件夹给删掉了,懵逼了半天才缓过来.还好是个人文件,不对公司造成影响.这件事也让我意识到 rm -rf 确实是个高风险操作,文件备份也是重中之重. 为了规避这个风险操作,我决定用 trash 替代 rm,这样文件就不会直接被删除,而是进入废纸篓. 安装 trash trash--CLI tool that moves files or folder to the trash 使用 homebrew 安装 tra

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

Linux 的删除命令中 rm中没有回收站的概念,一旦文件被删除比较难还原.更可怕的是rm -rf /*,连自己都能删 这命令太危险了,弄错了就核爆了,带来的损失的巨大的.比如 Gitlab.com 误删数据,备份恢复失败已宕机 10 小时. 那么有什么方法可以解决,下面介绍几种方式 保守派 rm 命令没有错,错的是使用的用户.你可以用 rm -i 每次删除都要确认的. 你在 .zshrc 或者 .bashrc(根据具体shell而定)添加一句 alias rm='rm -i' 就行了 改革派

学习目标:常用linux命令的使用 JAVAEE :后台应用都会涉及到linux系统,应用程序的部署,运维,分布式集群,大数据,云计算 虚拟机:虚拟出来的计算机 虚拟机软件:用来产生虚拟机的一个软件 对服务器的管理,都是通过远程登录来进行,远程登录的常用软件有以下3款: xshell(使用的比较普遍) putty secureCRT ----recommend (个人推荐,上手后感觉不错 ) 这些软件都是基于一种通信协议来进行远程登录:SSH协议 (这种协议要求远程登录者进行身份验证 有两种认证

环境:虚拟机 系统版本:centOS 5.8.centOS 6.5 1. root权限:rm -rf / 2. root权限:rm -rf /* 测试结果:5.8下执行命令1,2,根目录文件被删除,系统OVER, 6.5下执行命令1,提示操作失败,有preserve的保护模式, 执行命令2 成功删除/文件,系统OVER. 虚拟机事先做快照,在删除 / 之后,选择恢复快照,系统恢复正常. 总结:好奇心害死猫,喵~

1.rm -rf * 删除当前目录下的所有文件,这个命令很危险,应避免使用. 所删除的文件,一般都不能恢复! 2.rm -f 其中的,f参数 (f --force ) 忽略不存在的文件,不显示任何信息 不会提示确认信息. 3.rm 命令删除一个目录中的一个或者多个文件或者目录,只用rm命令不会 删除目录,通常文件通常可以恢. 4.其他参数命令: -f, --force    忽略不存在的文件,从不给出提示. -i, --interactive 进行交互式删除 -r, -R, --recursiv

原文:http://blog.jobbole.com/70971/ 以 root 用户执行 rm –rf / 命令,然后观察下哪些文件或者指令会幸存下来.结果是什么也没少!因此你必须增加 —no-preserce-root 再试一遍: 1 # rm -rf --no-preserve-root / 当你按下 Enter 时,一些重要的工具,比如   1 2 3 4 5 6 7 /bin/ls   /bin/cat   /bin/chmod   /usr/bin/file 将会应声消失!但是你当前

首先,搞个回收站在~下 .bashrc或者.bash_profile加入 mkdir -p ~/.trash alias rm=trash alias r=trash alias rl='ls ~/.trash' alias ur=undelfile undelfile() { mv -i ~/.trash/$@ ./ } trash() { mv $@ ~/.trash/ } 这是执行 rm 就相当于执行mv了 注:此时已经木有rm -rf了 删除的文件会在.trash中出现 可以恢复回去 u