繁體中文当前位置: 首页 > 图文教程 > 操作系统 > Unix/Linux > Linux 网管 123 --- 第13章. 其他的问题 1.系统损毁
- Unix/Linux
- Creating a OpenBSD 3.5 bootable CD
- 解决Fatal error: Call to undefined function: preg_match()
- [工具 使用 原创] ls可以是彩色的，df也可以是彩色的
- ipfilter+squid配置实例
- UNIX痛恨者手册
- postfix+ldap+sasl2+courier-imap for freebsd完全ports
- 硬盘、分区引导和操作系统加载程序
- Unix/Linux下的“魔法兔仔”, webmin
- solaris10 apache2 的问题
- 解决启动DHCP客户端时，出现unknown 主机名称的方法
- A1000的电池用完了会有什么严重后果
- Solaris 2.6+Ultra5内置扬声器故障诊断实例
- 各种shell下文件名补全功能的使用
- 民工日记--- We sell dream
- 让你的终端同时支持中文和 PP 的背景(转载收藏)
- 民工日记 --不变的变化
- 配置Solaris上网
- 民工日记--不鼓励也不反对
- Solaris Security Toolkit 4.2
- 民工日记--无奈
Unix/Linux 中的 Linux 网管 123 --- 第13章. 其他的问题 1.系统损毁
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-11-01 浏览: 147 ::
收藏到网摘: n/a
| Linux 以其效能及可靠性闻名於世。然而， 没有系统是完美的，且随着时间的增加您一定 会遇到意想不到的问题。幸运地，问题的出现是以月计 (和 NT 以日或以计相比)，而这些 阻碍会越来越少。 -------------------------------------------------------------------------------- 因为电源中断或系统发生问题後的档案系统损毁 虽然 Linux 是稳定的作业系统，它有可能无预期地出状况 (也许是因为核心有缺陷，或电源中断)， 您的档案系统会没做解挂载，因此当 Linux 重新启动时会自动进行错误检查。 在大部分时候，因为没有将档案从缓区存到硬碟中所导致的档案系统问题较小，删除仍然标记为使 用中的 inode 也是。在大部分情况，档案系统检查可以自动地侦测并修复这种异常，待完成後 Linux 会继续正常进行启动程序。 档案系统问题可能更严重 (这些问题倾向於因为硬体故障所导致，像是硬碟机或记忆体坏掉 ; 必须 谨记在心的是：档案系统损毁的发生很频繁)，档案系统的自动检查可能无法修护这个问题。这很常见， 但并非总是如此，当 root 档案系统自己损毁，在这种情况 Red Hat 启动程序会显示一个错误讯息然後 将您丢到一个 shell 中，让您手动修复档案系统。 当重新得到的 shell 解挂载所有的档案系统， 并将 root 档案系统挂载成“唯读”後，您就可以利用 合适的公用程式进行所有的档案系统检查。很可能您会用 e2fsck 处理损毁的档案系统，并期望它能解 决所发现的任何问题。 当您已经 (希望是) 修复任何档案问题，只要离开 shell 让 Linux 重新启动系统。 自然地，为任何无法恢复的档案系统问题做好准备，您应该准备好下面的东西 : boot/root 救援磁片组， AND/OR LILO 紧急开机片 AND 您重要档案的最近备份 -- 以防万一! |
评论 (0) All
