1 |
|
2、将根目录切换到硬盘系统的根目录中，然后执行grub-install命令重新安装GRUB：
1 |
|
“/dev/hda”为硬盘名称，如使用SCSI硬盘或Linux安装在第二块IDE硬盘，此项设置要做相应调整。
3、然后依次执行exit命令，退出chroot模式及救援模式(执行两次exit命令)：
1 |
|
系统重启后，将恢复GRUB引导的双系统启动。
案例二：系统配置文件丢失修复
系统在引导期间，很重要的一个过程就是init进程读取其配置文件/etc/inittab，启动系统基本服务程序及默认运行级别的服务程序完成系统引导，如果/etc/inittab误删除或修改错误，Linux将无法正常启动，如图7所示。此时，只有通过救援模式才可以解决此类问题。
/etc/inittab文件丢失引导错误示例
1、有备份文件的恢复办法进入救援模式，执行chroot命令后，如果有此文件的备份(强烈建议系统中的重要数据目录，如/etc、/boot等要进行备份)，直接将备份文件拷贝回去，退出重启即可。如果是配置文件修改错误，如比较典型的/boot/grub/grub.conf及/etc/passwd的文件修改错误，也可以直接修正恢复。假设有备份文件/etc/inittab.bak，则在救援模式下执行：
1 |
|
2、没有备份文件的恢复办法如果一些配置文件丢失或软件误删除，且无备份，可以通过重新安装软件包来恢复，首先查找到/etc/inittab属于哪一个RPM包(即便文件丢失，因为存在RPM数据库，一样可以查找到结果)：sh-3.1# chroot /mnt/sysimage sh-3.1# rpm -qf /etc/inittab initscripts-8.45.3-1
退出chroot模式：
1 |
|
挂载存放RPM包的安装光盘(在救援模式下，光盘通常挂载在/mnt/source目录下)：
1 |
|
Fedora系统的RPM包存放在光盘Fedora/RPMS目录下，其他Linux存放位置大同小异，我在这里不一一列举;另外，因为要修复的硬盘系统的根目录在/mnt/sysimage下，需要使用――root选项指定其位置。覆盖安装/etc/inittab文件所在的RPM包：
1 |
|
其中的rpm命令选项“――replacepkgs”表示覆盖安装，执行完成后，即已经恢复了此文件。
如果想只提取RPM包中的/etc/inittab文件进行恢复，可以在进入救援模式后，执行命令：
1 |
|
注意此命令执行时不能将文件直接恢复至/etc目录，只能提取到当前目录下，且恢复的文件名称所在路径要写完整的绝对路径。提取文件成功后，将其复制到根分区所在的/mnt/sysimage目录下相应位置即可。
救援模式是维护Linux的有力武器，本文以上述两个例子讲解了它的应用方法，希望能够给读者一点启示。解决Linux系统启动的故障，必须充分理解Linux的引导过程，才能够对故障进行有效的判断和处理。
以上就是如何进行排查和修复Linux系统故障的技巧的详细内容，更多文章请关注木庄网络博客！
相关阅读 >>
更多相关阅读请进入《Linux》频道 >>
