日复一日的 Unix/GNU Linux 使用过程中，或许总有一些命令让你感觉肝颤，看看如下几个命令是不是让你很烦?
fsck — file system consistency check
如果有可能，不要手工运行 fsck 命令。关于人为调用 fsck “修复” 系统而引起更大灾难的实例已经有很多了。
Unix 的 rm 命令问题
rm 命令可能是最容易给 Unix 使用者带来麻烦的一个命令，但我想这个命令带来的问题几率可能并不如 fsck 那么高。所以放到第二位。另请请参考我以前写的 如何避免 Unix 环境中的 ‘rm -rf’ 灾难 这个帖子。
crontab -r — 不经提示删除了 cron 内容
这条命令我从来没用过，是网友留言提示的，看来他深受其苦，或许还有同病相怜的人。
source ~/.bash_history
The source command sends the contents of a text file to the Unix shell. 我相信如果有人运行了这样的命令，肯定是命令行自动补全惹得错 :)
或许还有很多命令是尽量不要运行的，话说回来，在 Unix 系统里面运行每个命令都需要谨慎。IBM dw 上这篇关于系统管理员的”懒惰”我倒是挺认同的，无为而治。
上面提到的 Unix ，包括 GNU/Linux，具体的 Shell 具体对待。
–EOF–
还有个老生常谈的提醒：不要在 root 用户下做日常操作。
source这个是不是应该看你用啥Shell？
坦白说，Unix下面的命令，没几个能随便用的。没事情别老是ssh上去挂着才是王道。
source ~/.bash_history
很幽默。
幸好我用csh，source .cshrc，不然.bash_history还真没准被我补全直接就回车了
补充：
1）以缺省方式mount一个nfs，然后远程nfs服务器下线，结果mount、ls、rm等等命令一碰nfs目录就挂起，相当的烦。
2）echo aaa > xxx.txt，没写”>>”，结果擦除整个文件内容。
关于那个crontab我倒不会犯错误，我记性差，每次敲命令都先加–help运行一把，还好。
@seatle
你说的第一个的确是
hard 方式 nfs 有的时侯有点烦 :)
fenng 能不能分享一些具体管理大量服务器的例子。
管理上千台的机器大概不会用for循环加ssh吧。
cfengine不知道在大企业里面用的多吗，还是其他的商业软件用的比较多。期待。
source ~/.bash_history…想想都觉得恐怖，我最喜欢按tab了，真庆幸没中过招啊！