win8 已发布，谁能提供最新的 bootmgr？

不点

32位、64位版本的 bootmgr 一样吗？

英文版、简体中文版、繁体中文版的 bootmgr 一样吗？

如果不一样，请尽量都提供。

adef

msdn版简中32位企业版、简中64位企业版、简中server2012的bootmgr是一样的,刚下下了一点有人新发布的win8 32位英文专业版,里面的bootmgr和简中的一样.

不点

谢谢 adef，你提供的这个版本是 2012-07-26 的。

它的体积是 388K，超过了 384K。

这就给我们提供了一个信息：bootmgr 可以超过 384K。

目前没有发现这个版本与 grub4dos 存在不兼容的现象。

请知情者继续提供 10 月 25 日的版本。我想核实一下它与 grub4dos 新版的兼容性。

一只猴子

其实直接用Vista SP0的BOOTMGR也可以，因为这个版本的BOOTMGR没压缩，体积420KB左右

shan

来了解一下，普及一下知识

一只猴子

不点大师，其实10月25日的版本并不存在，现在发布的WIN8就是7月26日编译的版本

xwan

原帖由 一只猴子 于 2012-10-28 14:53 发表
不点大师，其实10月25日的版本并不存在，现在发布的WIN8就是7月26日编译的版本

个人认同这种说法，本人公司购买了微软的SOA正版升级计划，微软提供的正版（PRO和企业版）下载的封装日期就是2012.07.26的。

10.15只是正版的发布会日期，并不是系统的封装时间，显然，系统应远早于这个时间。跟微软客服的交流也证实了这点。

[ 本帖最后由 xwan 于 2012-10-28 16:43 编辑 ]

不点

如果确实如楼上几位所言，那太好了。我最担心的就是 bootmgr 不能启动 grldr 了，或者 grldr 不能启动 bootmgr 了。大家也都注意测试一下，看看其兼容性是否与以往一样好。

检查完 bootmgr，还请顺便检查一下 grub4dos 能否启动最新版的 isolinux.bin（isolinux.bin 应该是在光盘上，或者在某个 iso 文件所虚拟出来的光盘上）。

isolinux.bin  已经有好几次与 grub4dos 产生不兼容了。因此我对它也有些不放心。请检查其最新版是否又与 grub4dos 产生了不兼容。

2012yzz

2012的bootmgr  638K的

拿铁不加糖

Windows完成RTM之后就不可能在重新你编译了，除非遇到win7RTM那种情况。

不点

我有个疑问：638K 的 bootmgr，太大了。

大家知道，常规内存的总量是 640K，其中，中断向量表以及 BIOS 数据区（BDA），占用 1.25K（从地址 0 到 0x500），另外，扩展的 BIOS 数据区（EBDA）通常也占用 1K，甚至更多（占用 2K 者很常见，占用 4K 者是有的，说不定还有占用 8K 的；这还没有考虑 PXE 启动的情况，PXE 可以占用 100K 的常规内存空间）。

如此计算下来，那么 638K 的 bootmgr 已经不可能被完整加载在常规内存中了。

是谁来加载 bootmgr 到内存中呢？当然是微软的 PBR 代码了。我没时间研究这个，希望 yaya、chenall、roy 你们有时间研究它。当然了，需要有人上载完整的 PBR 代码才行，否则无法研究。微软 NTFS 文件系统的 PBR 代码的长度是 16 扇区，即 8K。

我猜 PBR 代码要把 bootmgr 的一部分加载到扩展内存中。假如确实如此，那么这意味着微软的 PBR 启动代码有了一个飞跃，即，首次有能力把文件加载到扩展内存中。

一只猴子

其实那个638K的BOOTMGR是完整的一个PE文件（即EXE文件），而389K的那个BOOTMGR是被压缩了的。被压缩的BOOTMGR开头有一个16位的桩来执行自解压的

不点

不管 bootmgr 是什么格式（EXE，或其他格式），只要它的大小达到 638K，那么 PBR 代码就很难加载它，除非把它放在扩展内存中（至少是有一部分被放在扩展内存中）。

因此，加载它的那个 PBR 代码，值得研究。

如果能够有 FAT 分区的 PBR 代码加载这个 bootmgr，那就容易研究了，因为 FAT 的格式是简单的，它的 PBR 代码容易被分析。

一只猴子

但NT6系列的系统都只能安装在NTFS文件系统分区中。。那么怎么提取PBR代码呢？

yueyezhan

如果启动分区和windows目录所在分区不是同一个分区的话，boot目录和bootmgr所在的活动分区，可以是fat，fat32或者ntfs格式

sunsea

以一般发行版的389k的Bootmgr来说，他有两个部分组成，16位部分是解压代码，切换进保护模式，解压后面的32位部分，然后，执行32位部分。
32位部分可以随便多大，压缩后和16bit部分能装进常规内存就行了。
进保护模式，就可以随便访问内存了，不存在内存不够的问题。
这是我的猜想。