先让我们看一下windows7的启动过程的常识：
电脑加电后，首先是启动BIOS程序，BIOS自检完毕后，找到硬盘上的主引导记录MBR，MBR读取DPT（分区表），从中找出活动的主分区，然后读取 活动主分区的PBR（分区引导记录，也叫dbr，究竟该叫什么，网络上争论未休，我们姑且叫它pbr吧），PBR再搜寻分区内的启动管理器文件 BOOTMGR，在BOOTMGR被找到后，控制权就交给了BOOTMGR。BOOTMGR读取\boot\bcd文件（BCD=Boot Configuration Data
,也就是“启动配置数据”，简单地说，windwows7下的bcd文件就相当于xp下的boot.ini文件），如果存在着多个操作系统并且选择操作系 统的等待时间不为0的话，这时就会在显示器上显示操作系统的选择界面。在我们选择启动WINDOWS7后，BOOTMGR就会去启动盘寻找 WINDOWS\system32\winload.exe，然后通过winload.exe加载windows7内核，从而启动整个windows7系 统。
可以把这个过程简单地概括为：BIOS-->MBR-->DPT-->pbr--> Bootmgr-->bcd-->Winload.exe-->内核加载 -->整个windows7系统
本文就来说一说MBR-->DPT-->pbr--> Bootmgr-->bcd这一段可能出现的故障的解决。


mbr出现问题，主要是mbr代码被改写，因为被改写的代码不同，所以出错信息也各不相同。比如我们装了windows7与ubuntu双系 统，ubuntu改写了mbr，在我们把ubuntu所在的分区格式化后，既进不了windows7，也进不了ubuntu，开机的时候会出现如图的错误 提示：



分区表存在问题，对于这个问题，限于篇幅，不做详细探讨。
系统盘不是活动的主分区，这种情形只要用分区工具（比如diskgenius)把系统盘设为活动的主分区即可。

pbr出现问题，主要是pbr代码被改写，因为被改写的代码不同，所以出错信息也不相同。比如WINDOWS7系统的活动分区，却被写入了适合于XP的 pbr，这样开机的时候就会出现如图的提示：




我们在安装了一键还原精灵装机版后，在开机的时候按下F11键可以启动一键还原程序。但我们在格式化系统盘后，在开机的时候仍是可以这样操作的。而所谓的 pbr是高级格式化的时候产生的。这表明了，一键还原精灵的启动代码不是写入了活动分区的pbr（如果是的话，在格式化的时候已经被清除了），而是写入了 MBR。通过在MBR中设定首先读取一键还原精灵的隐藏分区，然后才读取活动的主分区。那么，现在我们所遇到的这种情形是不是也通过改写mbr而指向特定 的分区？

假设mbr没有问题，那么问题就可能出在pbr（也就是所谓的dbr),win7的pbr中写入的代码应该是去找bootmgr，但如果这个代码中规定了 要找的是另外的一个特殊的文件，而再通过这个文件去启动另一个分区中的bootmgr，这样就能实现把另一个不是活动的主分区变为系统盘的目的。

通过上面的分析，我们可以得到结论：问题不是出在mbr,就是出在pbr，解决的办法就是先试着重建mbr，如果不能解决，那就可以肯定问题出在pbr， 只要重建pbr就能解决问题的。
于是首先重建mbr，问题依旧，然后再重建pbr，问题果然得到解决。

案例二：
开机的时候出现：
BOOTMGR is missing
press ctrl+alt+del to restart.

翻译成汉语就是：bootmgr缺失，按Ctrl + Alt + Del重新启动

这是很常见的故障。既然是bootmgr缺失，我们一般只要用bcdboot命令重建引导文件即可。
这种情形产生的原因，一般可能有：bootmgr文件确实没有了，这是最为常见的。一种则是由磁盘错误导致的，这种情形下，在winpe下运行一下 chkdsk /f命令也可能解决。有朋友使用 Diskeeper 对MFT碎片进行整理，开机的时候也出现了这个提示。估计可能是用DISKEEPER进行的MFT磁盘整理后，这或者是diskeeper的一个bug， 因而不建议用diskeeper进行mft碎片整理。

一位网友因为好奇。把C盘设成了活动的（active partition ）。是这样设置活动的：对计算机点右键-管理-硬盘管理。右键点C盘，设置为活动的。靠。怎么回事啊。
重启后居然无法启动！显示bootmgr is missing，Ctrl+Alt+Delete to restart。然后还是如此。

这是从网上找到的一个案例，分析可以得出结论。他所装的windows7应该存在着一个隐藏的“系统保留”分区，这个隐藏的系统保留分区才是真正的活动主 分区，而他的c盘则应该不是活动的。他把c盘设为活动，这也就意味着取消了“系统保留”分区的活动状态。但引导文件是在“系统保留”分区，而不是在c 盘，c盘变成了活动的主分区，mbr就会启动c盘的pbr，而c盘的pbr又会去c盘找bootmgr,但c盘没有bootmgr，所以出错也就是必然的 了。解决的办法其实只要简单地再把系统保留分区设为活动即可。
这位朋友制造了问题，但好象并没能最后解决问题。真所谓会者不难，难者不会。


案例三：开机的时候出现：
BOOTMGR is compressed
Press Ctrl+Alt+Del to restart
翻译成汉语就是：
bootmgr被压缩，按Ctrl + Alt + Del重新启动

这种情形产生的原因是因为对系统盘进行了压缩。奇怪的是，对于这种情形，我们用bcdboot命令重建引导文件却并不能解决。
但是，我们可以运行命令：compact /u /a /f /i /s c:\*
这样可以使得问题得到解决。compact程序位于windows\system32文件夹下，所以我们要先用CD命令进入windows \system32目录。这里是假设c:盘是bootmgr所在的盘，如果不是，要改为对应的盘符。
网上有朋友用这个命令的时候并没有解决问题，原因则在于，这位朋友所运行的命令是：compact /u /a /f /i /s c:\
没有后面这个＊，所以命令并没有实现运行者的目的。从命令本身所提供的帮助说明来看，这个＊似乎是没有必要的，但实际操作表明，这个＊是必须的。
这个命令会把已经压缩的C盘文件完全解压，真所谓解铃还須系铃人。
注意，只运行命令：compact /u /a /f /i c:\bootmgr
并不能解决问题。
有网友发现，运行“Bootrec.exe /fixmbr、Bootrec /fixboot"然后重启，这样可以解决问题。测试表明，其实只需要运行Bootrec /fixboot这一个命令即可。这是另类的解决的办法。猜想可能是，对驱动压缩后，PBR中的BPB表并没有随之修改，所以BPB表中所记录的分区信息 与实际的分区信息不一致。运行Bootrec /fixboot命令后重写了bpb，这样就使得二者变为了一致。
实践表明：用bootsect命令也能实现对这个问题的解决。
有网友发贴，说是装了xp与vista双系统，启动vista系统出现了BOOTMGR is compressed ，于是他在xp下取消了系统盘的压缩状态。但这位网友的话未必可信，因为如果ntldr也被压缩了的话，则xp启动的时候会出现：
ntldr is compressed
Press Ctrl+Alt+Del to restart
除非这位朋友只压缩了bootmgr，而没有压缩ntldr,但这一般不太可能。这种压缩一般是对整个盘进行压缩的时候产生的，如果压缩指定文件的话，一 般不会有人去压缩bootmgr和ntldr的。实践表明，在windows7下，即便指定对整个的系统盘进行压缩，一般也不能压缩bootmgr的，会 提示拒绝访问，但是，在开机的时候仍会出现出错提示：bootmgr is compressed


案例四：
先装的windows7，后装的linux,在linux系统出问题后，既进不了linux,也进不了windows7，这里面的原因是mbr和活动分区 的pbr被改写。只要重建mbr和活动分区的pbr，也就可以进入windows7了。最简单的办法是用bootsect命令解决：
bootsect /nt60 sys /mbr

案例五：
先装的windows