不小心敲了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多。
