无忧启动论坛

标题: win8 已发布，谁能提供最新的 bootmgr？ [打印本页]

作者: 不点 时间: 2012-10-27 06:23
标题: win8 已发布，谁能提供最新的 bootmgr？
32位、64位版本的 bootmgr 一样吗？

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

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

作者: adef 时间: 2012-10-27 09:23
msdn版简中32位企业版、简中64位企业版、简中server2012的bootmgr是一样的,刚下下了一点有人新发布的win8 32位英文专业版,里面的bootmgr和简中的一样.

bootmgr.rar

364.45 KB, 下载次数: 167, 下载积分: 无忧币 -2

作者: 不点 时间: 2012-10-27 10:00
谢谢 adef，你提供的这个版本是 2012-07-26 的。

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

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

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

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

作者: 一只猴子 时间: 2012-10-28 05:11
标题: 回复 #3 不点的帖子
其实直接用Vista SP0的BOOTMGR也可以，因为这个版本的BOOTMGR没压缩，体积420KB左右

作者: shan 时间: 2012-10-28 11:15
来了解一下，普及一下知识

作者: 一只猴子 时间: 2012-10-28 14:53
标题: 回复 #3 不点的帖子
不点大师，其实10月25日的版本并不存在，现在发布的WIN8就是7月26日编译的版本

作者: xwan 时间: 2012-10-28 16:40

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

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

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

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

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

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

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

作者: 2012yzz 时间: 2012-11-26 00:17
2012的bootmgr 638K的

bootmgr.haozip01.7z

100 KB, 下载次数: 45, 下载积分: 无忧币 -2

bootmgr.haozip02.7z

100 KB, 下载次数: 41, 下载积分: 无忧币 -2

bootmgr.haozip03.7z

79.99 KB, 下载次数: 38, 下载积分: 无忧币 -2

作者: 拿铁不加糖 时间: 2012-11-26 20:55
Windows完成RTM之后就不可能在重新你编译了，除非遇到win7RTM那种情况。

作者: 不点 时间: 2012-11-29 17:44
我有个疑问：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 启动代码有了一个飞跃，即，首次有能力把文件加载到扩展内存中。

作者: 一只猴子 时间: 2012-11-30 21:27
标题: 回复 #11 不点的帖子
其实那个638K的BOOTMGR是完整的一个PE文件（即EXE文件），而389K的那个BOOTMGR是被压缩了的。被压缩的BOOTMGR开头有一个16位的桩来执行自解压的

作者: 不点 时间: 2012-12-1 22:01
标题: 回复 #12 一只猴子的帖子
不管 bootmgr 是什么格式（EXE，或其他格式），只要它的大小达到 638K，那么 PBR 代码就很难加载它，除非把它放在扩展内存中（至少是有一部分被放在扩展内存中）。

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

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

作者: 一只猴子 时间: 2012-12-1 22:26
标题: 回复 #13 不点的帖子
但NT6系列的系统都只能安装在NTFS文件系统分区中。。那么怎么提取PBR代码呢？

作者: yueyezhan 时间: 2012-12-1 23:17
标题: 回复 #14 一只猴子的帖子
如果启动分区和windows目录所在分区不是同一个分区的话，boot目录和bootmgr所在的活动分区，可以是fat，fat32或者ntfs格式

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

欢迎光临无忧启动论坛 (http://bbs.wuyou.net/)