繁體中文当前位置: 首页 > 图文教程 > 操作系统 > Unix/Linux > Linux 网管 123 --- 第13章. 其他的问题 1.系统损毁
- Unix/Linux
- Linux教程：locate用法
- wordpress 安装心得
- gentoo的一些杂记
- 用VIM编写C/C++程序
- Apache API notes
- Apache API note(2)
- FBI 供应商开发安全版 Linux 成本优势获青睐
- 来自HP的真实Linux体验的成功故事
- 2004全球20大安全隐患排行出炉 专家建议停用IE
- 启动“gnome-run”对话框
- 最近郁闷啊
- 有矢而发，触类旁通［内核学习的方法论］-- 转载自黄嘴企鹅Linux内核研究小组
- linux内核阅读计划 -- based on kernel 2.6.8
- IBM：大型机使用 Linux 的黄金时代即将到来
- windows 环境下配置apache＋mysql+php
- 利用crontab，系统每天定时备份mysql数据库
- Linux 操作系统跑Linux慢的分析
- php_mysql.dll不能注册的解决方法
- 距离rhce考试还有17天
- 决定你一生成就的二十一个信念
Unix/Linux 中的 Linux 网管 123 --- 第13章. 其他的问题 1.系统损毁
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-11-01 浏览: 163 ::
收藏到网摘: 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
