误执行了rmfr/*之后，除了跑路还能怎么办？！

点击上方蓝色小字&＃xff0c;关注“涛哥聊Python”

重磅干货&＃xff0c;第一时间送达

本文经授权转载自 小林coding&＃xff08;ID&＃xff1a;CodingLin&＃xff09;

作者 | 小林coding

如若转载请联系原公众号

前言

临近假期&＃xff0c;我开始飘了。

写个简单的 Bash 脚本都不上心了&＃xff0c;写完连检查都不检查&＃xff0c;直接拖到到实体服务器跑。

结果一跑起来&＃xff0c;发现不对劲&＃xff0c;怎么一个简单脚本跑了 10  秒还没结束&＃xff0c;于是立马直接 ctrl &＃43; c 一顿操作停掉了运行中的脚本。

接着&＃xff0c;习惯性的输入了 ls&＃xff0c;结果 what&＃xff1f;找不到 ls 命令&＃xff1f;

瞬间背后一凉&＃xff0c;慌慌张张打开了脚本。

发现问题了&＃xff0c;我写了个巨蠢的 Bug&＃xff0c;间接执行了 rm -fr /* &＃xff0c;这不意味着我删库了&＃xff1f;

这台是公司的授权服务器呀&＃xff0c;被这么一整&＃xff0c;公司历史的授权记录和其他重要信息不就丢了&＃xff1f;

心里慌得一批的&＃xff0c;跟朋友们说了这件事&＃xff0c;朋友建议我第一时间上报给 leader&＃xff0c;不要把删库的事情瞒着。

于是&＃xff0c;就向 leader 说了删库事情&＃xff0c;本以为会被痛批一顿。

结果 leader 笑着说&＃xff1a;“没事&＃xff0c;你先看看重要的文件还在不在。不过你这么一整&＃xff0c;我突然想起编译服务器半年没备份&＃xff0c;我先备份一下我的编译服务器&＃xff0c;防止哪天也被你们删库了。”

我&＃xff1a;“&＃xff1f;&＃xff1f;&＃xff1f;&＃xff1f;”

吃瓜的小伙伴&＃xff0c;是不是觉得我要删库跑路了&＃xff1f;哈哈哈&＃xff0c;我没跑路&＃xff0c;反而是恢复了回来&＃xff0c;所以接下来说说我是如何「从删库到恢复」的。

初探案发现场

来看看我写的垃圾代码&＃xff0c;是如何引发这次的删库。

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

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

那为什么  new_lic_dir 会是空的呢&＃xff1f;

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

没错&＃xff0c;就是反引号的原因。

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

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

我写得那么温柔的代码&＃xff0c;竟然变成了穷凶极恶的删库代码。

这下原因是找到了&＃xff0c;反引号应该改成双引号才对。

你真菜呀&＃xff0c;那么简单的赋值命令都写错。

哈哈哈&＃xff0c;确实菜&＃xff0c;都说了嘛&＃xff0c;快放假了&＃xff0c;我是飘着写这份代码的。

所以习惯性开启程序员内容的第一大武功&＃xff1a;crtl&＃43;c 和 crtl&＃43;v。

把第一条赋值 lic_path&＃61;&＃96;pwd&＃96; 语句&＃xff0c;复制粘贴了&＃xff0c;然后只改了变量名&＃xff0c;没注意反引号要修改成双引号&＃xff0c;所以造成了删库的悲剧。

保留案发现场

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

这不是吹大炮嘛&＃xff1f;ls 都没了&＃xff0c;还怎么查&＃xff1f;

还好这次比较幸运&＃xff0c;因为在执行脚本的时候&＃xff0c;第一时间发现不对劲&＃xff0c;立马掐断了还在运行的脚本&＃xff0c;所以并非 Linux 所有文件都被删除了。

只要我掐得快&＃xff0c;rm -fr /* 就干不死我。

虽然 ls 被删了&＃xff0c;但所幸发现 cd 命令还能用。

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

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

通过一番的确认和对比后&＃xff0c;发现主要被删除的有四个目录分别是&＃xff1a;

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

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

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

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

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

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

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

/boot 都被删除了&＃xff0c;还好我没有重启服务器&＃xff0c;要是重启了服务器&＃xff0c;就完犊子了&＃xff0c;系统肯定起不来了。

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

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

还原文件

由于 /bin 目录 和 /lib 部分动态文件被删除&＃xff0c;常用的传递文件的方式是无法使用的&＃xff0c;如 ftp、scp、mount 等。

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

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

有戏&＃xff0c;看到了成功的曙光。

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

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

还在&＃xff0c;在网上搜到了一个伟大命令 perl&＃xff0c;可以通过它来给予文件权限&＃xff1a;

perl -e "chmod 777, &＃39;ls&＃39;"

真是个神奇的命令。

好了&＃xff0c;这下赋值权限问题也解决了&＃xff0c;成功在望了。

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

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

我就想到了一个方法&＃xff1a;

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

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

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

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

我的笑容渐渐恢复了回来&＃xff0c;哈哈哈哈哈哈哈哈哈哈哈哈~

遇到 rm -fr /* 删库事件发生&＃xff0c;一定要沉住气&＃xff0c;稳住心态&＃xff01;

本次删库事件&＃xff0c;之所以我能幸运的恢复回来&＃xff0c;有非常关键两点&＃xff1a;

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

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

如果以上两点都没做好&＃xff0c;服务器恢复的难度就加大了很多&＃xff0c;更严重的是假期就没法过了。

预防误执行 rm -fr /*

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

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

#!/bin/bash

work_path&＃61;&＃96;pwd&＃96;

#如果目录不为空&＃xff0c;才执行删除操作

if [ ${work_path} !&＃61; "" ];then

    rm -fr ${work_path}/*

fi

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

2、Shell 脚本指定 set -u

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

#!/bin/bash

echo $a

echo hello

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

$ bash test.sh

hello

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

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

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

#!/bin/bash

set -u

rm -fr $a/*

echo hello

运行结果如下&＃xff1a;

$ bash test.sh

test.sh: line 4: a: unbound variable

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

3、safe-rm 替换 rm

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

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

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

$ rm -rf /etc/

safe-rm: skipping /etc/

4、建立回收站机制

Windows 是有回收站的&＃xff0c;即使误删了&＃xff0c;也可以在回收站恢复。

所以&＃xff0c;我们也可以在 Linux 实现回收站的机制。

实现思路&＃xff1a;

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

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

1&＃xff09;创建回收站目录

mkdir /home/.trash

2&＃xff09;编写 remove.sh 脚本&＃xff0c;内容如下

3&＃xff09;修改 ~/.bashrc&＃xff0c; 用我们自建的 remove.sh 替代 rm 命令

alias rm&＃61;"sh /home/remove.sh"

4&＃xff09;设置 crontab&＃xff0c;定期清空垃圾箱&＃xff0c;如每天 0 点清空垃圾箱&＃xff1a;

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

5&＃xff09;最后&＃xff0c;执行以下命令&＃xff0c;使之生效

source ~/.bashrc 

5、根文件挂载成只读

在 /etc/fstab 文件&＃xff0c;把 / 文件系统挂载成只读的方式。

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

只读的方式挂载后&＃xff0c;进行删除操作是无法成功的&＃xff1a;

事后反思

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

就算的发生了 rm -fr /*&＃xff0c;要第一时间停掉它&＃xff0c;并且要做到三不要&＃xff1a;

• 不要慌&＃xff0c;不要心跳爆炸&＃xff08;稳住稳住&＃xff09;&＃xff1b;

• 不要隐瞒删库事件&＃xff08;不丢人&＃xff09;&＃xff1b;

• 不要重启服务器或断开 ssh 会话&＃xff08;保留现场&＃xff09;。

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

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

现在是一个删过库没跑路的男人了&＃xff0c;Goodbye&＃xff0c; 我们下次见~

往期阅读&＃xff1a;2021年了&＃xff0c;你还在用微信办公&＃xff01;
没想到 Unicode 字符还能这样玩&＃xff1f;
原创|如何自学计算机科学&＃xff1f;扫码关注我的视频号一起聊聊Python那些事儿&＃xff01;