误操作rm -rf /*之后该如何挽救,除了跑路还能怎么办

一、前言

    误执行了rm -rf /*  之后,除了跑路还能怎么办?其实像rm这样的敏感指定在生产环境中都是禁用的,如果某天,不小心执行了有什么方法可以挽救吗?答案是有的

 

二、初探案发现场

误操作rm -rf /*之后该如何挽救,除了跑路还能怎么办_第1张图片

如果你的代码不小心误写成这样,然后放到生产环境中去执行,可想而知,后果是什么。。。。。。

既然发生了 rm -fr /* 的现象,那必然 new_lic_dir 这个变量是空的。

所以导致执行 rm -fr $new_lic_dir/* 这条语句的时候,变成了 rm -fr /* 删库语句。很好,凶器找到了。

那为什么  new_lic_dir 会是空的呢?

细心的小伙伴肯定察觉出来了,是因为给 new_lic_dir 变量赋值的时使用了反引号。

误操作rm -rf /*之后该如何挽救,除了跑路还能怎么办_第2张图片

没错,就是反引号的原因。

(造成这样的原因可能是因为大多数程序员习惯用CV大法,拷贝过来的时候忘记做修改,导致了悲剧==!)

反引号在 Linux Shell 命令行中有特殊的含义:反引号间的内容,会被 Shell 先执行。其输出被放入主命令后,主命令再被执行。

也就是说, new_lic_dir 的值是 ${lic_path}/new_license 这条命令执行的结果,问题这哪是命令啊,所以肯定返回空值给 new_lic_dir 变量。

这下原因是找到了,反引号应该改成双引号才对。

 

三、保留案发现场

既然发生了删库的事情,千万不要重启服务器,也不要关闭 ssh 连接的会话,而是要保留案发现场,接着查查还剩什么。

赶紧 ls 先查看一下还剩什么,结果发现  ls 都没了,还怎么查?别急,还有办法:

只要 cd 用得好,它也能用出 ls 的效果。很简单,只需 cd + Tab 键就会自动出现指定目录下的所有文件。

有了  cd + Tab 键,我们就可以查看每个目录下的文件,于是就可以一步一步来确认哪些系统文件被删了。

通过一番的确认和对比后,发现主要被删除的有四个目录分别是:

  • /bin 、/boot 、/dev  这三个目录整个都被删除了;

  • /lib 目录里的动态库部分被删除。

来复习一下上面这四个目录主要是存放了什么:

  • /bin 存放常用系统命令,ls、cp、rm、chmod 等常用命令都在此目录;

  • /boot 系统启动目录,保存与系统启动相关的文件,如内核文件和启动引导程序;

  • /dev 设备文件保存位置;

  • /lib 存放程序所需的动态库和静态库文件。

/boot 都被删除了,还好小林没有重启服务器,要是重启了服务器,就完犊子了,系统肯定起不来了。

cd 命令是在 /sin 目录下,/sin 还健全,所以 cd 是可以正常使用。

所幸重要的数据库信息和文件都还没删除,所以小林首要的目标是要恢复 /bin、/boot、/dev、/lib 这四个目录。

 

四、还原文件

由于 /bin 目录 和 /lib 部分动态文件被删除,常用的传递文件的方式是无法使用的,如 ftp、scp、mount 等。这时的你是不是焦急得像热锅上的蚂蚁,别急,深呼吸,仔细想想还有没有其他的办法。

摸索了很久,竟然发现 wget 可以使用,wget 命令是在 /usr/bin 目录,所幸 /usr/bin 还健全

于是,用了取巧的方法,先另一台正常的服务器,把 /bin 目录放到了 Web 服务器的 Web 目录,接着通过 wget 进行下载。

有戏,看到了成功的曙光。

但是新的问题就来了,我下载过来的命令文件,是没有执行权限的。

而 chmod 命令是在 /bin 目录的,它同样也被删除了,无法使用它来给予文件权限。

还在,在网上搜到了一个伟大命令 perl,可以通过它来给予文件权限:

perl -e "chmod 777, 'ls'"

真是个神奇的命令。

好了,这下赋值权限问题也解决了,成功在望了。

wget 是无法直接把 /bin 目录下载下来的,只能下载一个文件。

但是不可能一个一个去下载来进行恢复,这得要何年何月才能完成。。。

就想到了一个方法:

  • 先通过 wget 的方式下载 tar 命令,并通过 perl 给予 tar 命令权限;

  • 接着把另一台服务器把 /bin 目录打包成压缩文件,然后通过 wget 下载 bin 目录的压缩包文件;

  • 最后通过 tar 命令把 bin 压缩包解压出来。

/bin 就这样恢复回来啦,剩余的其他目录 也是通过同样的操作恢复了回来。

此时笑容渐渐将逐渐恢复

 

总结:遇到 rm -fr /* 删库事件发生,一定要沉住气,稳住心态!

1、如果发现脚本执行不正常,果断立马的掐断它,没有造成重要的数据库信息被删除,如果掐断的时候再晚一点,可能就真没了;

2、当发现常用命令无法使用的时候,没有重启服务器,不然服务器就起不来了,也没有关闭 ssh 会话,不然无法在重新连接 ssh 会话了,也就无法进行操作了。

 

五、预防误执行 rm -rf /*

既然 rm -fr /* 是残忍的凶器,那么预防它是很有必要的,接下来跟大家讨论讨论预防它的几种方案。


1、rm  -rf  删除删除目录时要判断目录

#!/bin/bash

work_path=`pwd`

#如果目录不为空,才执行删除操作
if [ ${work_path} != "" ];then
    rm -fr ${work_path}/*
fi

在执行删除目录操作前,先判断要删除的目录是否为空,不为空才执行删除操作。

 

2、shell脚本指定 set  -u

执行脚本的时候,如果遇到不存在的变量,Bash 默认忽略它。

#!/bin/bash

echo $a
echo hello

上面代码中,$a 是一个不存在的变量,执行结果如下。

$ bash test.sh

hello

可以发现,echo $a 输出了一个空行,Bash 忽略了不存在的 $a,然后继续执行 echo hello。

最好是遇到变量不存在,脚本应该报错,而不是一声不响地往下执行。

set -u 就用来改变这种行为,在脚本加上它,遇到不存在的变量就会报错,并停止执行。

#!/bin/bash
set -u

rm -fr $a/*
echo hello

运行结果如下:

$ bash test.sh
test.sh: line 4: a: unbound variable

可以看到,因为 a 是未定义变量,脚本报错了,并且不再执行后面的语句。

 

3、safe  -rm  替换 rm

safe-rm 是一个开源软件工具,这名字听起来就很安全嘛,所以它是用来替代不太安全的 rm。

它可以在 /etc/safe-rm.conf 中配置路径黑名单,定义哪些不能被 safe-rm 删除。

我们可以将 safe-rm 更名为 rm,假设定义了 /etc/ 无能被删除,那么删除 /etc 时就会报错:

$ rm -rf /etc/
safe-rm: skipping /etc/

 

4、建立回收站机制

Windows 是有回收站的,即使误删了,也可以在回收站恢复。

所以,我们也可以在 Linux 实现回收站的机制。

实现思路:

删除文件时,它并不真正执行删除操作,而是将文件移动到一个特定目录,可以设置定时清除回收站,或者在回收站里面的文件大小达到一定容量时(或者用时间做判断)执行删除操作以腾出空间。

可以写个 Shell 脚本替换 rm 命令,或者在需要删除文件的时候使用 mv 命令将文件移动到回收站。  

1)创建回收站目录

mkdir /home/.trash

2)编写 remove.sh 脚本,内容如下

TRASH_DIR="/home/.trash"

for i in $*;do
    STAMP=`date +%s`
    fileName=`basename  $i`

    #将对应文件mv 至 /trash 目录
    mv  $i  ${TRASH_DIR}/${fileName}.${STAMP}
done

3)修改 ~/.bashrc, 用我们自建的 remove.sh 替代 rm 命令

alias rm="sh /home/remove.sh"

4)设置 crontab,定期清空垃圾箱,如每天 0 点清空垃圾箱:

0 0 * * * rm -rf /home/.trash/*

5)最后,执行以下命令,使之生效

source ~/.bashrc 

 

5、根文件挂载成只读

在 /etc/fstab 文件,把 / 文件系统挂载成只读的方式。

误操作rm -rf /*之后该如何挽救,除了跑路还能怎么办_第3张图片

其中 remount,ro,就表示只读的方式挂载。

只读的方式挂载后,进行删除操作是无法成功的:

误操作rm -rf /*之后该如何挽救,除了跑路还能怎么办_第4张图片

 

六、总结

涉及到 rm -fr 命令的代码,要留个心眼,要反复检查,要做好预防误执行 rm -fr /*,并在测试机验证完后,再拖到实体机上跑,千万不可大意。

就算的发生了 rm -fr /*,要第一时间停掉它,并且要做到三不要:

  • 不要慌,不要心跳爆炸(稳住稳住);

  • 不要隐瞒删库事件(不丢人);

  • 不要重启服务器或断开 ssh 会话(保留现场)。

只要立马掐断 rm -fr /* ,它是干不死我们的。

利用当下环境剩有的命令,冷静分析,是有机会恢复的。

你可能感兴趣的:(linux,服务器,运维)