繁體中文当前位置: 首页 > 图文教程 > 操作系统 > Unix/Linux > Linux 网管 123 --- 第13章. 其他的问题 1.系统损毁
- Unix/Linux
- 实用技巧：sys 请求：内核严重错误？没问题[ZT]
- LINUX 的 HOSTID
- 出现这个信息：neighbour table overflow，什么原因？
- 如果用的是SCSI硬盘,在GRUB中显示root(hd0,0)对吗?
- 介绍一个下载LINUX、UNIX资料的网站，很不错
- 大家谁知道jdk那种.bin的安装文件是怎么做的？
- 如何新增一块硬盘
- 大侠帮我看看，怎么多了条route？
- 不用root密码也可以執行root的程序--Sudo
- 访问控制大师，使用pam来支持login的访问控制
- Linux知识宝库：Kylix经典十大难题解决方法
- 小技巧：自制c语言编制cgi实现搜索
- 数据库管理员的难题，选择MySQL还是SQLServer
- 一托N的实现GRUB引导多个操作系统
- 网络技术之Linux网络的IPv6应用（1）
- 网络技术之Linux网络的IPv6应用（2）
- 网络技术之Linux网络的IPv6应用（3）
- MySQL的远程连接出现错误提示分析
- 利用Perl列出系统环境变量清单范例
- 系统管理员必备常识之RAID磁盘阵列
Unix/Linux 中的 Linux 网管 123 --- 第13章. 其他的问题 1.系统损毁
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-11-01 浏览: 175 ::
收藏到网摘: 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
