没有操作系统能够确保可靠。终有一天，即使Linux也会无法启动。本文为你提供一些在Linux工作站无法正常启动时所采用的策略。 不管你多么喜爱你的Linux机器，有时候你都必须恢复你的系统。是的，即使一台Linux机器也可能遭受系统崩溃：不管是由于视频配置错误、内核更新出错、或是由于init脚本配置错误，这种情况都是必然的。我看到过大量这种情况——即使在我自己的机器上，大多数是由于X配置出错——这确实令人沮丧。 用正确的运行级别 安装好一个新的Linux系统后，我立即采取措施以确保灾难不会轻易发生。其中一个措施就是编辑系统的运行级别。运行级别告诉系统离采用引导过程还有多远。运行级别分为六个等级： 0级：停止（不设置initdefault） 1级：单用户模式 2级：多用户模式，没有NFS（与3级相同，如果你没有建立网络） 3级：完整的多用户模式 4级：不使用 5级：X11 6级：重新启动（不设置initdefault） 新型的Linux系统几乎总是默认使用运行级5（X11），表示系统在引导完成后，将会在图形登录界面处停止。在某物（或某人）使用X配置前，系统一切正常。 然后你必须找到一个登录方法。你可以按下[Ctrl][Alt][F7]进入一个基于文本的虚拟窗口，但为什么要这么麻烦呢?相反，我总是在/etc/inittab文件中将运行级更改为3级。你更改的代码为： id：5：initdefault： 它被更改为： id：3：initdefault： 当X出错时，这是一个非常简单的系统恢复方法。 多内核 另一个明显的磁盘恢复方法是总是安装一个正常运转的内核。我通常在一个通过yum更新的内核上工作。有时候，内核会出现一些错误，使得我的一台或几台机器无法启动。 为避免这种情况，我一直保证在机器上使用至少一个正常运行的内核。要解决这个问题，首先应在/etc/yum．conf文件中添加plugins＝1，然后应用这段脚本，并将它命名为n－installonly．py，保存在/usr/lib/yum－plugins文件中。你可以通过修改tookeep变量（默认为2）的方法更新系统所使用内核的数量。 知道系统上有一个正常运转的内核，你就可以进行安全升级。如果新内核出错，只需启动旧内核就可以解决新内核上的问题（不管是删除、重新编译还是升级）。 3、确认错误后，先通过命令行方式完成GRUB引导，进入系统后再行修复grub．conf文件错误：1）指定/boot分区root （hd0，0）硬盘安装设置 2）指定内核加载kernel /boot/vmlinuz－2．6．18－1．2798．fc6 ro root＝LABEL＝/ rhgb quiet 3）指定镜像文件所在位置initrd /boot/initrd－2．6．18－1．2798．fc6．imgCPU故障 提示：GRUB支持tab键命令补全功能win2003故障 4、从/boot分区启动boot （hd0，0） 命令行模式可以在GRUB菜单模式中通过按“c”键调用，也可以用于测试新编译的内核（设置kernel、initrd引导新内核及镜像文件）。增加对GRUB引导以及Linux系统引导知识的了解将对此类故障排除大有帮助。 三、Linux救援模式应用 当系统连单用户模式都无法进入时或出现GRUB命令行也不能解决的引导问题，我们就需要使用Linux救援模式来进行故障排除了。步骤如下： 1、将Linux安装光盘（如果使用CD光盘，则放入第一张引导光盘）放入光驱，设置固件CMOS/BIOS为光盘引导，当Linux安装画面出现后，在“boot：”提示符后输入“linux rescue”回车进入救援模式。（想了解救援模式详细信息，还可以按F5键查看） 进入救援模式 2、系统会检测硬件，引导光盘上的Linux环境，依次提示你选择救援模式下使用的语言（建议选择默认的英文即可，根据笔者测试，部分Linux系统选择中文会出现乱码）；键盘设置用默认的“us”就好；网络设置可以根据需要，大部分故障修复不需要网络连接，可不进行此项设置，选择“No”。 3、接下来系统将试图查找根分区，出现以下提示： 默认在救援模式，硬盘的根分区将挂载到光盘Linux环境的/mnt/sysimage目录下，默认选项“continue”表示挂载权限为读写：“Read－only”为只读，如果出现检测失败可以选择“skip”跳过。此处，因为要对系统进行修复，所以需要有读写权限，一般选择默认选项“continue”。 进入下一步后，系统提示执行“chroot /mnt/sysimage”命令，可以将根目录挂载到我们硬盘系统的根目录中去。 案例一：双系统启动修复 当我们安装双系统环境，先安装Linux再安装Windows；或者已经安装好双系统环境的Windows损坏，在重新安装Windows后，保存 GRUB的MBR（Master Boot Record，主引导记录）会被Windows系统的自举程序NTLDR所覆盖，造成Linux系统无法引导。 1、如果要恢复双系统引导，首先用上述方法进入救援模式，执行chroot命令如下：sh－3．1# chroot /mnt/sysimage 2、将根目录切换到硬盘系统的根目录中，然后执行grub－install命令重新安装GRUB：sh－3．1# grub－install /dev/hda“/dev/hda”为硬盘名称，如使用SCSI硬盘或Linux安装在第二块IDE硬盘，此项设置要做相应调整。 3、然后依次执行exit命令，退出chroot模式及救援模式（执行两次exit命令）：sh－3．1# exit系统重启后，将恢复GRUB引导的双系统启动。 案例二：系统配置文件丢失修复 系统在引导期间，很重要的一个过程就是init进程读取其配置文件/etc/inittab，启动系统基本服务程序及默认运行级别的服务程序完成系统引导，如果/etc/inittab误删除或修改错误，Linux将无法正常启动。此时，只有通过救援模式才可以解决此类问题。 7 /etc/inittab文件丢失引导错误示例 1、有备份文件的恢复办法进入救援模式，执行chroot命令后，如果有此文件的备份（强烈建议系统中的重要数据目录，如/etc、/boot等要进行备份），直接将备份文件拷贝回去，退出重启即可。如果是配置文件修改错误，如比较典型的/boot/grub/grub．conf及/etc/passwd的文件修改错误，也可以直接修正恢复。假设有备份文件/etc/inittab．bak，则在救援模式下执行：sh－3．1# chroot /mnt/sysimage sh－3．1# cp /etc/inittab．bak /etc/inittab 2、没有备份文件的恢复办法如果一些配置文件丢失或软件误删除，且无备份，可以通过重新安装软件来恢复，首先查找到/etc/inittab属于哪一个RPM（即便文件丢失，因为存在RPM数据库，一样可以查找到结果）：sh－3．1# chroot /mnt/sysimage sh－3．1# rpm －qf /etc/inittab initscripts－8．45．3－1 退出chroot模式：sh－3．1# exit 挂载存放RPM的安装光盘（在救援模式下，光盘通常挂载在/mnt/source目录下）：sh－3．1# mount /dev/hdc /mnt/source Fedora系统的RPM存放在光盘Fedora/RPMS目录下，其他Linux存放位置大同小异，这里不一一列举；另外，因为要修复的硬盘系统的根目录在/mnt/sysimage下，需要使用——root选项指定其位置。覆盖安装/etc/inittab文件所在的RPM：sh－3．1# rpm －ivh ——replacepkgs ——root /mnt/sysimage /mnt/source/Fedora/RPMS/ initscripts－8．45．3－1．i386．rpm其中的rpm命令选项“——replacepkgs”表示覆盖安装，执行完成后，即已经恢复了此文件。 如果想只提取RPM中的/etc/inittab文件进行恢复，可以在进入救援模式后，执行命令：sh－3．1# rpm2cpio /mnt/source/Fedora/RPMS/initscripts－8．45．3－1．i386．rpm | cpio －idv ．/etc/inittab sh－3．1# cp etc/inittab /mnt/sysimage/etc
