繁體中文当前位置: 首页 > 图文教程 > 操作系统 > Unix/Linux > Linux 网管 123 --- 第13章. 其他的问题 1.系统损毁
- Unix/Linux
- ubuntu与windows远程连接的方法
- 在Ubuntu系统中文件进行加密传输
- Unix 操作系统中处理字符串问题的简单方式
- UNIX 操作系统复杂的关机过程
- fedora phpMyAdmin 安装方法及介绍
- Red Hat Enterprise Linux 4+Nginx 0.7.47+PHP5.2+MYSQL5.0+Memcache+eAccelerator收
- CENTOS 系统的配置
- CentOS 挂载NTFS分区的两种方法
- CentOS Tomcat 的启动服务脚本
- Centos5.2配置LAMP与Centos5.3配置LAMP
- 从技术产品市场角度阐述Linux操作系统的发展
- rar for linux程序基本命令
- LIDS功能:建立一个安全的Linux系统
- 如何来清除Linux系统命令的历史记录
Unix/Linux 中的 Linux 网管 123 --- 第13章. 其他的问题 1.系统损毁
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-11-01 浏览: 37 ::
收藏到网摘: 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
