前不久，试验室一个同学们计算机上用的本身是Windows 7 Fedora 16双系统，结论他不愿用Fedora 16了， 就在windows上把Fedora 16所属的硬盘格式化了。重新启动后Windows 7和Fedora 16都进不了了。界面就一直停在grub输入的地区。干脆就进winPE了，PE进去重新安装了一下C盘，不过是ghost安装的，安装好以后重启结论或是不可以进到Windows 7，或是grub引导那边。之后我便立即再进到PE，用里边的修复启动项软件重写了MBR，这下会进到Windows 7了，而且在进到Windows 7后开始自动重写输入表，驱动之类的。我想了下，下面是整个过程的表述。

MBR上边有分区表（64字节）和引导程序（446个字节），grub便是装在这个446字节上的。grub作用很强劲，grub是适用多系统启动的，也有控制权转送的作用。全部淡淡的那么点大小的存储量是远远不够的。全部在Boot Loader（这儿便说是grub了）加载的过程中有两个阶段，Stage1，Stage2。Stage1环节主要是加载Boot Loader上的程序，也就是说加载了grub，但这儿并并没有安装Loader有关的配备文件。在Stage2环节是根据gurb来载入配备文件，例如/boot/grub/menu.lst或grubcon.fig，配备文件给予了许多信息，一个较为直接的信息便是开机情况下的系统选择菜单（详尽配备文件再详细介绍）。这就可以了解上边的问题了，删除了Linux后，Stage1中grub是加载好啦，可是Stage2全过程中去加载配备文件就没有了。也就不可以充分发挥grub的系统引导作用和控制权转送作用。

那麼为什么ghost安装后或是不可以恢复引导呢？ghost开始便是克隆硬盘上的数据资料的，也就是把镜像文件的文件重新写了一遍Windows 7上的C盘，C盘自身的Boot Loader是重写了。可是MBR不属于一切操作系统，MBR并没有写额。因此就造成MBR上Boot Loader或是原本的grub程序，也依然会去载入Fedora 16下的配备文件。

最终便是进到PE以后修复MBR后就OK了，这儿的表述便是重写MBR了，但是毫无疑问不可能再是grub了，是windows自身的引导程序了。

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。