4.实验:破坏本机grub stage1.5,⽽后在救援模式下修复之

262 阅读2分钟

4.实验:破坏本机grub stage1.5,⽽后在救援模式下修复之

目的

掌握centos6系统中开机启动grub的引导三个阶段是:

  • stage1阶段:保存在MBR(512字节)中的前446字节。
  • stage1.5阶段:保存在MBR之后的扇区。目的是为了让boot loader能识别stage2阶段所在的分区上的文 件系统。
  • stage2阶段:保存在磁盘分区/boot/grub/目录里,其中包含了内核文件、虚拟磁盘映像文件等系统启动 时需要用到的重要文件。

前提

可用的centos6系统,centos6.9的iso系统安装文件。

开机情况

左上角光标闪烁 在这里插入图片描述

实验步骤

第一步:删除grub1.5阶段

  1. 先查看MBR的前512字节
[root@centos6 ~]# hexdump -C -n 512 -v /dev/sda
00000000  eb 48 90 00 00 00 00 00  00 00 00 00 00 00 00 00  |.H..............|
00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000020  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000030  00 00 00 00 00 00 00 00  00 00 00 00 00 00 03 02  |................|
00000040  ff 00 00 20 01 00 00 00  00 02 fa 90 90 f6 c2 80  |... ............|
00000050  75 02 b2 80 ea 59 7c 00  00 31 c0 8e d8 8e d0 bc  |u....Y|..1......|
00000060  00 20 fb a0 40 7c 3c ff  74 02 88 c2 52 f6 c2 80  |. ..@|<.t...R...|
00000070  74 54 b4 41 bb aa 55 cd  13 5a 52 72 49 81 fb 55  |tT.A..U..ZRrI..U|
00000080  aa 75 43 a0 41 7c 84 c0  75 05 83 e1 01 74 37 66  |.uC.A|..u....t7f|
00000090  8b 4c 10 be 05 7c c6 44  ff 01 66 8b 1e 44 7c c7  |.L...|.D..f..D|.|
000000a0  04 10 00 c7 44 02 01 00  66 89 5c 08 c7 44 06 00  |....D...f.\..D..|
000000b0  70 66 31 c0 89 44 04 66  89 44 0c b4 42 cd 13 72  |pf1..D.f.D..B..r|
000000c0  05 bb 00 70 eb 7d b4 08  cd 13 73 0a f6 c2 80 0f  |...p.}....s.....|
000000d0  84 f0 00 e9 8d 00 be 05  7c c6 44 ff 00 66 31 c0  |........|.D..f1.|
000000e0  88 f0 40 66 89 44 04 31  d2 88 ca c1 e2 02 88 e8  |..@f.D.1........|
000000f0  88 f4 40 89 44 08 31 c0  88 d0 c0 e8 02 66 89 04  |..@.D.1......f..|
00000100  66 a1 44 7c 66 31 d2 66  f7 34 88 54 0a 66 31 d2  |f.D|f1.f.4.T.f1.|
00000110  66 f7 74 04 88 54 0b 89  44 0c 3b 44 08 7d 3c 8a  |f.t..T..D.;D.}<.|
00000120  54 0d c0 e2 06 8a 4c 0a  fe c1 08 d1 8a 6c 0c 5a  |T.....L......l.Z|
00000130  8a 74 0b bb 00 70 8e c3  31 db b8 01 02 cd 13 72  |.t...p..1......r|
00000140  2a 8c c3 8e 06 48 7c 60  1e b9 00 01 8e db 31 f6  |*....H|`......1.|
00000150  31 ff fc f3 a5 1f 61 ff  26 42 7c be 7f 7d e8 40  |1.....a.&B|..}.@|
00000160  00 eb 0e be 84 7d e8 38  00 eb 06 be 8e 7d e8 30  |.....}.8.....}.0|
00000170  00 be 93 7d e8 2a 00 eb  fe 47 52 55 42 20 00 47  |...}.*...GRUB .G|
00000180  65 6f 6d 00 48 61 72 64  20 44 69 73 6b 00 52 65  |eom.Hard Disk.Re|
00000190  61 64 00 20 45 72 72 6f  72 00 bb 01 00 b4 0e cd  |ad. Error.......|
000001a0  10 ac 3c 00 75 f4 c3 00  00 00 00 00 00 00 00 00  |..<.u...........|
000001b0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 80 20  |............... |
000001c0  21 00 83 aa 28 82 00 08  00 00 00 00 20 00 00 aa  |!...(....... ...|
000001d0  29 82 83 fe ff ff 00 08  20 00 00 00 35 0c 00 fe  |)....... ...5...|
000001e0  ff ff 83 fe ff ff 00 08  55 0c 00 80 1a 06 00 fe  |........U.......|
000001f0  ff ff 05 fe ff ff 00 88  6f 12 00 78 90 06 55 aa  |........o..x..U.|
00000200
  1. 查看包含grub1.5阶段的内容
[root@centos6 ~]# hexdump -C /dev/sda -n 512 
  1. 删除grub1.5阶段即跳过MBR的512字节、删除之后的10240字节
[root@centos6 ~]# dd if=/dev/zero of=/dev/sda bs=1 count=10240 seek=512
10240+0 records in
10240+0 records out
10240 bytes (10 kB) copied, 0.021569 s, 475 kB/s
  1. 再次查看包含grub1.5阶段的内容(发现MBR的前512字节后的10240字节、被破坏)
[root@centos6 ~]# hexdump -C -n 10240 /dev/sda
  1. 重启
[root@centos6 ~]# reboot

第二步:进入救援模式

  1. 在VMware环境下是按esc键进入boot menu菜单 在这里插入图片描述
  2. 这里选择第3项光盘引导 在这里插入图片描述
  3. 选择第三项Rescue installed system .
  4. 语言English

在这里插入图片描述 5. 键盘us 在这里插入图片描述 6. 不需要配置网络,这里选择no 在这里插入图片描述 7. 继续Continue 在这里插入图片描述 8. 这里从提示信息可以看出系统根目录将被挂载到/mnt/sysimage目录下,后面想执行相关命令所以得先执行切换根目录操作: chroot /mnt/sysimage 在这里插入图片描述 在这里插入图片描述 9. 选择第一项,将开启一个shell 在这里插入图片描述

第三步: 切根、修复

  1. 切换到根目录

在这里插入图片描述

  1. 进⼊grub命令行

在这里插入图片描述

  1. 重新写⼊/boot/grub/⽬录下grub所需的⽂件⾥

在这里插入图片描述

  1. 退出grub界⾯、退出切换根、重启
grub> quit	#退出grub界⾯
sh-4.1# exit	#退出切换根
sh-4.1# sync	#磁盘同步
sh-4.1# sync
sh-4.1# sync
sh-4.1# reboot	#重启系统

第四步:系统成功修改grub引导⽂件

在这里插入图片描述

完成

注意:此例模拟破坏grub1.5问题解决⽅法,有⼀个前提,就是必须保证/boot/grub/⽬录下,有stage1、stage1_5、 stage2等类似的⽂件,因为修复时,会把破坏的内容写到这些⽂件⾥,所以,如果这些⽂件不存在,是⽆法写⼊⽂件的, 也就是⽆法修复成功。