不小心敲了rm-rf命令后反应是怎样的？

我可能永远都无法忘记被我干掉了300GB数据的那天，直到深夜02:00多，还一个人孤零零的蜷缩在公司恢复环境，恢复数据的场景。

2010年，初入职场，刚接触Linux不久，我记得我们当时用的是 Red Hat Enterprise Linux 5，公司是属于中国电信的服务公司，公司做的项目是中国电信xx项目，需要从生产环境拉回来300多GB的Oracle 数据，导入到公司本地测试环境，做压力测试，试图找出程序代码当中的性能问题。

而做这个事情的只有我一个人，当我把整套测试环境搭好，数据都导入之后，一切正常，测试人员也已经做过几次压力测试。可没过几天，这套环境就崩掉了，只因为一个 SHELL 变量的问题。

当时我正在学着写 SHELL 脚本，拿到其中的一台测试服务器去测试脚本，正所谓没有root权限的运维是没有灵魂的，不管上什么服务器，从来都是root一把梭，可当我按下回车键开始执行这个脚本的时候，噩梦来了，突然屏幕开始刷屏，出现很多设备文件没有权限删除的错误，就在那一瞬间，已经意识到不对劲，说时迟那时快，果断按下了 Ctrl + C，即便凭我单身多年的手速，可还是为时已晚。看了下，瞬间惊掉了下巴，/etc 目录没了，数据目录也没了，好几个根目录下的目录都没了，这个时候，整个人的状态都是懵逼的，好一会儿才缓过神来。

怎么会无缘无故的执行了根目录删除操作？成了我挥之不去的记忆。

后来仔细审查了一下这个脚本，才知道，是因为其中的一个变量写错了，本来变量名应该是$TEMP，脚本中却写成了 $TMEP，可怕的是，还有一个命令，是 rm -rf /$TMEP。$TMEP未定义，是空的，就成了 rm -rf /，然后，就没然后了。

庆幸的是，这只是一台用于测试的测试服务器，数据并不是特别重要。但为了后续的正常压力测试，我必须神不知鬼不觉，“偷偷”的恢复好整个环境，那天，我又重新安装系统，重新搭建环境，然后重新拿取数据备份文件，重新导入数据，一直搞到第二天深夜02:00多。

吃一堑，长一智。

在后续的职业生涯中，对 rm -rf 这个命令，都是畏惧的。当然，从此也再未发生过类似的事情。但作为一个有灵魂的运维，必须拥有root权限的信仰，不曾改变。