MBR(Master Boot Record,主引导记录),它的前446字节存放Boot Loader启动管理程序,由Boot Loader去识别、加载操作系统中的核心文件,并向使用者提供不同的启动项目,来加载不同的操作系统。所以,若是我们破坏了MBR,也就意味着没有了引导去加载内核的工具,进而程序无法启动。
一:模拟破坏MBR:直接破坏
即当我们执行dd if=/dev/zero of=/dev/sda bs=1 count=446后,reboot重启虚拟机,会出现如下图所示界面----->我们刚装虚拟机时进入的面安装界,此时倒计时一分钟后会自动进入第一项安装界面,但我们只是去修复MBR,所以直接鼠标点进去,选择第三项救援模式(关于救援模式,可供不知道救援模式的童鞋参考我的上一篇博客http://13172997.blog.51cto.com/13162997/1966566)。
1.进入救援模式
2.进入救援模式后,可以先看一下前446字节信息,如下图所示前446字节全是0
3.切根:chroot /mnt/sysimage;因为在救援模式中就给我们说,此时的根不是真实的根,我们真实的根在/mnt/sysimage下,所以,切根后的操作方便一些马虎的童鞋(*_*),然后执行grub-install进行安装修复。
4.再用hexdump查看一下前446字节信息,验证一下grub-install操作
5.通常为了保险起见,我们可以多敲几下sync同步一下。
6.修复完成,重启虚拟机即可(退出救援模式在救援模式博客里有讲)。
二:模拟破坏MBR:破坏前拷贝到另一台虚拟机
如下图1所示,可以先看一下没有破坏前的MBR前512字节信息,图2所示在破坏前先拷贝一份,用dd if=/dev/sda of=mbr bs=1 count=446备份到mbr里,可以看到mbr里的内容。图3将备份下的mbr拷贝到另一台虚拟机上。
图1
图2
图3
2.接下来,dd if=/dev/zero of=/dev/sda bs=1 count=446破坏MBR;reboot重启虚拟机
3.看,熟悉的界面出现了,接下来就是进入救援模式了。
4.先查看一下此时/dev/sda的前446字节信息
5.将我们备份到另一台虚拟机上的mbr拷贝回来
6.dd命令修复
7.退出并重启虚拟机即可。
本文出自 “13162997” 博客,请务必保留此出处http://13172997.blog.51cto.com/13162997/1966925