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的检查阶段，耗时会好久，请耐心等待