繁體中文当前位置: 首页 > 图文教程 > 操作系统 > Unix/Linux > Linux 网管 123 --- 第13章. 其他的问题 1.系统损毁
- Unix/Linux
- mysql+httpd+gd+php+zend
- automake 小回顾
- unix黑客精神的最好诠释
- www
- sun t3存储的设置
- RPM简明中文手册
- Linux爱好者入门教程 序章 (持续更新)
- 第一章 Linux基础知识 (飘心)
- linux下进程与线程
- 浅谈如何学习linux
- 第二章 Linux安装
- 硬件安装指南
- Windows 2000 的桌面不見了的解決方法
- 部分的ADSL路由器默认帐号密码
- 如何设定安全log服务器呢？
- iptables 规则速查
- 网友学习 Linux 的七点忠告
- sniffer的含义及原理
- Linux编程白皮书 第二章 内存管理
- Linux编程白皮书 第二章 内存管理 2.1.1 请求调页 --2.1.5 访问控制
Unix/Linux 中的 Linux 网管 123 --- 第13章. 其他的问题 1.系统损毁
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-11-01 浏览: 173 ::
收藏到网摘: 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
