boot分区 和fstab文件被损坏后的解决方案

本节索引

---

• 故障描述

• 解决思路

• 故障判定

• 故障解决流程

  
  

故障描述

---

1. /boot分区被损坏。

2. /etc/fstab文件被误删除。

由于/boot分区被损坏，所以导致grub无法引导操作系统。/etc/fstab文件被误删导致在进入Rescue模式原操作系统不会被自动挂载至/mnt/sysimg下。

解决思路

---

1. 首先恢复fstab文件，使救援模式能够识别原操作系统。

2. 恢复系统引导所需的grub文件。

3. 恢复系统启动所需的内核文件和虚拟磁盘文件

故障判定

---

1. 磁盘主引导记录被损坏现象：

   直接跳过磁盘启动，从其他启动项启动（光盘或者网络）

2. 系统从磁盘启动，但停滞在如下阶段。

    Grub引导1_5阶段出错，导致无法进入grub的2阶段的启动菜单界面

       解决思路，修复grub

       

故障解决流程

---

准备工作：

与操作系统版本相同的光盘

1. 开机后选择从光驱引导

2. 选择救援模式

3. 选择语言

   默认选择English

4. 选择键盘类型

   一般默认选择，特殊键盘选择指定类型即可

5. 配置网络

   此故障无需配置网络，选择NO

6. 选择开启救援模式

   开启救援后，会试图把原来的Linux系统挂载在/mnt/sysp_w_picpath目录下由于原来系统下没有/etc/fstab文件，所以救援模式无法挂载分区至/mnt/sysimg下。回车，开启一个shell命令行

7. 查看原来系统所在磁盘

   分区使用fdisk 命令查看原来系统所在磁盘的分区详细信息。

   从结果可以看出，/dev/sda1的boot字段有*标识，表示该分区为boot分区；

   /dev/sda5的分区类型为swap，表示该分区为swap分区；

   其他分区从fdisk的返回结果暂时无法确定其挂载点是什么。

   创建一个临时目录，挂载无法判断的分区，通过内容判断其挂载点。

   挂载/dev/sda2，查看其目录结构符合根分区的目录结构，所以判断该分区为根分区。

8. 编辑一个fstab文件

   在原系统的根分区下编辑一个fstab文件，路径为/mnt/tmp/etc/fstab

   *注意  救援模式不支持使用vim,请使用vi编辑器添加下图内容

9. 重启系统，重新进入救援模式

   选择语言，键盘类型，配置网络在Rescue界面选择Continue后，显示原来系统已挂载至/mnt/sysimg下

10. 恢复boot目录内容

    切换根分区

    sh-4.1# chroot /mnt/sysp_w_picpath

    挂载光盘重

    sh-4.1# mount /dev/cdrom /mnt

    新安装内核

    sh-4.1# rpm –ivh /mnt/Packages/kernel-2.6.32-696.el6.x86_64.rpm --force

    修复grub

    sh-4.1# grub-install /dev/sda

    具体过程可见下图

11. 创建grub.conf文件

    在/boot/grub下创建一个grub.conf文件，内容至少包括下图几项

    default ：若启动菜单为多个，默认从哪个启动

    timeout：在达到时间无指令打断后默认启动

    title:菜单内容，用户可自定义

    kernel: 内核文件路径

    initrd: 虚拟文件系统路径

    *注意 kernel 和initrd的路径都是以/boot为根

    即：/boot=/

    eq: /boot/vmlinuz-2.6.32-696.el6.x86_64  =  /vmlinuz-2.6.32-696.el6.x86_64

12. 退出当前根环境，重启系统系统

    引导之后会出现Selinux的检查阶段，耗时会很久，请耐心等待