一个 ~ 引发的悲剧
2012-06-22 22:13
281 查看
一个程序模块马上要测试完了,还有几个错误待修改。这是下午的事。
晚上,使用SecureCRT 把测试程序从Win7 copy 到 Linux 下,比如说是文件夹 zzz下,然后看见zzz 下多个了 "~" 的东西,rm 后提示不是文件,是目录,
我觉得它挺碍事的,于是一时冲动 rm -rf ~ ,靠,悲剧发生了,/root 目录不见了, 跳转到 -bash-4.1# 这样的根目录下,这怎么可能哪???,我本来就在/root 目录下操作的啊,怎么会把/root 目录也删除了呢?CentOS 6.0 Final 是个什么破版本?rm 怎么有如此之大的权限, 这也太无法无天了吧!!!
我的测试模块倒是有备份,可惜的是/root 下还有很多东西,这个服务器是小组公用的,其他人也许也有什么重要东西呢! 悲剧啊!悲剧啊!重要的是,我们小组的备份系统在上面,那可是所有的代码啊,虽然其他的服务器上也有副本,但是这个服务器上有最新的,最全的副本!
哎,一个搞备份的人,竟然从来不备份!
还从来都是因为没有备份而悔恨,想当年,我的硬盘被自己“玩”坏,大学四年的所有东西一霎那灰飞烟灭, 对天长叹,欲哭无泪。如果去维修店恢复一下,得上千钞票,像我等屌丝,哪里舍得。
教训啊,这可真是一次又一次的血的教训。硬盘是不安全的,操作系统随时都有可能瘫痪,服务器也会不经意间挂掉,即使发到网上,云上,账号还有被盗的危险。
处处皆危机,每一步都如履薄冰,哪里有安全?
也许唯一可做的就是尽量减少损失,保证在任何突发情况发生下,对你我的影响都微乎其微!
打仗,需要事前谋略规划,做出好几条方案;生活,需要处处未雨绸缪,以便在机会来到不至于失之交臂;而OS,代码,各种资料,机密,需要时时备份。像断电,断网,操作系统出现bug,人为误操作,这些应作为正常事件看待,这样你就不会在这些错误来临不知所措。正如生活中,得得失失,悲伤欢喜,生老病死,都是人类中最自然不过的事情了,遇到了,并不值得惊讶惶恐,或荣辱皆惊。
做好下一件事情吧,不要重蹈覆辙了。
为了搜索办法,网上看到一些人,因为rm 的操作,丢了工作的,真是悲剧啊!
生活做事需要备份,编码更需要备份,让这个备份意识刺入你我的骨髓吧!
相关文章推荐
- 高校俱乐部编程挑战 进制转换。一个空格引发的悲剧
- 一个参数所引发的悲剧
- 一个空格引发的悲剧(详解如何看懂悲催的技术人员冷笑话)
- bumblebee的一个空格引发的悲剧
- 一个线程池引发的悲剧
- 一个线程池引发的悲剧
- 一个线程池引发的悲剧
- 一个破手机引发的悲剧
- 一个破手机引发的悲剧
- 一个Sqrt函数引发的血案
- 一个二级菜单引发的思考
- 一个棒棒糖引发的。。。
- 判断一个链表是否有环引发出的思考
- 一个“Spring轮子”引发的“血案”(2)
- 一个crash引发对版本管理备注重要性的思考
- 一个“Spring轮子”引发的“血案”(4)
- 一个“Spring轮子”引发的“血案”(6)
- 一个空格引发的Bug! ----CSV输出和CSV读入