当前位置: 首页 > 图文教程 > 操作系统 > Unix/Linux > Unix 系统里尽量不要使用的命令

Unix/Linux
如何变更收取的邮件的默认存储位置
如何在虚拟主机中设定sendmail
为什么当系统启动到Sendmail时会暂停
sendmail下如何限制邮件大小
sendmail如何允许某个地址邮件转发
为什么不能配置邮件服务器为openrelay的
为什么访问Javaapplets的时候显示的却是纯文本
如何在日志里面记录apache浏览器和引用信息
为什么我的网站只能从局域网里面访问,Internet上无论哪里都访问不到
为什么apache配置文件里的Options属性没有得到预期的效果
apache如何打开或者关闭列目录功能
如何屏蔽来自某个Internet地址的用户访问Apache服务器
如何使每个用户有独立的cgi-bin目录
先来一篇文章试试
在redhat中建立交换分区
LINUX下的ssh认证,不用密码登陆另一台机器
基于 Linux 的实时系统
量身订作一个OS
使用软式磁碟
对应DOS和Linux中的相关指令

Unix/Linux 中的 Unix 系统里尽量不要使用的命令


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2010-01-15   浏览: 117 ::
收藏到网摘: n/a

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 具体对待。