误执行 rm -rf 之后，除了跑路还能怎么办？（二）
有戏,看到了成功的曙光。
但是新的问题就来了,我下载过来的命令文件,是没有执行权限的。
而 chmod 命令是在 /bin 目录的,它同样也被删除了,无法使用它来给予文件权限。
还在,在网上搜到了一个伟大命令 perl,可以通过它来给予文件权限:
perl -e "chmod 777, 'ls'"
真是个神奇的命令。
好了,这下赋值权限问题也解决了,成功在望了。
wget 是无法直接把 /bin 目录下载下来的,只能下载一个文件。
但是小林我不可能一个一个去下载来进行恢复,这得要何年何月才能完成。。。
小林就想到了一个方法:
先通过 wget 的方式下载 tar 命令,并通过 perl 给予 tar 命令权限;
接着把另一台服务器把 /bin 目录打包成压缩文件,然后通过 wget 下载 bin 目录的压缩包文件;
最后通过 tar 命令把 bin 压缩包解压出来。
/bin 就这样恢复回来啦,剩余的其他目录 也是通过同样的操作恢复了回来。
小林的笑容渐渐恢复了回来,哈哈哈哈哈哈哈哈哈哈哈哈～
遇到 rm -fr 删库事件发生,一定要沉住气,稳住心态!
本次删库事件,之所以小林能幸运的恢复回来,有非常关键两点:
小林发现脚本执行不正常,果断立马的掐断它,没有造成重要的数据库信息被删除,如果掐断的时候再晚一点,可能就真没了;
小林发现常用命令无法使用的时候,没有重启服务器,不然服务器就起不来了,也没有关闭 ssh 会话,不然无法在重新连接 ssh 会话了,也就无法进行操作了。
如果以上两点都没做好,服务器恢复的难度就加大了很多,更严重的是假期就没法过了。
预防误执行 rm -fr
既然 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 就用来改变这种行为,在脚本加上它,遇到不存在的变量就会报错,并停止执行。
-
焦点事件
-
焦点事件
-
产品技术
