fsck（文件系统一致性检查）—— 谨慎使用，避免误操作

说实话，若非必要，尽量避免手动执行 fsck 命令。历史上因为管理员手动调用 fsck 来“修复”系统，结果导致故障扩大的案例并不少见。因此，在处理文件系统错误时，优先考虑自动修复或参考系统文档。

Unix 下的 rm 命令：误删除风险不容忽视

rm 命令堪称 Unix/Linux 用户最容易踩的坑之一。不过，若论引发严重后果的概率，它可能还排在 fsck 之后，因此放在第二位讨论。值得一提的是，关于如何避免 rm -rf 灾难性误操作，社区中有不少讨论，感兴趣的朋友可以翻阅往期资料。

crontab -r — 无声无息清空所有定时任务配置

这条命令并不常见，但网友留言提醒了它的危险性——显然曾有人因此吃过亏，估计还有不少用户有过类似的血泪教训。使用 crontab 编辑任务时务必确认选项，避免误输入 -r 导致全部清除。

source ~/.bash_history — 意外执行历史命令的陷阱

source 命令会将文本文件的内容逐行交给 Unix shell 执行。可以想象，如果有人不小心执行了这条命令，多半是命令行自动补全或手误造成的 :)

当然，Unix/Linux 环境下值得警惕的命令远不止这些。归根结底，每一条命令在运行前都应当多留一个心眼。IBM developerWorks 上那篇关于系统管理员“懒惰”的观点值得认同——无为而治，有时候反而是最稳妥的运维策略。

上面提到的 Unix，包括 GNU/Linux 在内，具体的 Shell 环境需要根据实际情况区别对待。