GPT分区环境下通过WINNT辅助完成系统的引导修复

糊涂

以下内容已成历史！目前WINNTSETUP2.3.6正式版已经支持ESP分区挂载，只是不太智能，盘符有些固定，而且ESP分区已经挂载状态，执行WINNTSETUP2.3.6后会二次挂载。。。希望下个版本会修正此BUG

                                                                                                                                2013年5月8日

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

简介

1楼为此帖总结（算是心得体会吧）
拿来与需要的朋友分享一下GPT分区的系统安装方法（条件所限，只测试了WIN7/8）

2楼及以下为与老师交流思想，得到不少朋友支持，感谢fujianabc 老师热心指导


目前最新版winntsetup2.3.5及以下版本都不能够完美使用在UEFI+GPT分区环境

其实WinNTsetup2.3.0及以上版本都集成着bcdboot工具，

不知道为什么此工具在GPT分区无法执行BCDBOOT命令？

而因为WINNT助手不能直接识别ESP分区

从而导致EFI文件生成到了WIN根目录，而并没有导入到ESP分区，进一步导致GPT分区引导失败

构想：能否在执行修复选项中添加BCDBOOT或执行修复选项时调入bcdboot c:\windows /l zn-cn命令？


希望原创完善此功能


小结：注：WINNT助手为winntsetup

(GPT下系统的安装不一定非得使用WINNT助手，Image、WimTool、WIMNT、、、等等工具都可以释放安装文件到指定磁盘分区；这里只是以WINNT助手为例，当然GHOST版WIN7/8同样适用！只要GPT分区有ESP引导分区即可)


13年3月31日，经过反复虚拟机与实机测试，找到几种方法辅助WINNT助手来完成修复GPT引导

本人菜鸟，方法笨，但适合新手操作，大师莫笑！




GPT分区系统安装及维护其实并不难，只要方法得当，并不需要多复杂的步骤就可以完成系统的正常引导

第一种方法，在执行完WINNT助手后（通过WINNT助手将系统WIM文件释放到磁盘某分区）此时WIN根目录已经生成一个“EFI”文件夹，将这个文件夹通过DG等工具手动导入到ESP分区，重启电脑即可引导系统安装；



第二种方法，在执行完WINNT助手后（通过WINNT助手将系统WIM文件释放到磁盘某分区），打开命令行窗口，
执行“bcdboot C:\windows /l zn-cn”也会自动完成GPT分区引导的自动修复（此命令会自动将WIN下EFI启动文件导入ESP分区达到修复引导的作用）





第三种方法，“指定盘符法”

                      1；进UEFI+GPT分区环境，打开DG（diskgen）工具，右键“ESP”分区，从选项里选择“指派新的驱动器号（盘符）”，注：此分区重启电脑后依然为隐藏不需要再做其他处理；



                     
                    2；开始使用WinNTSetup安装操作系统（WIN7x64、WIN8x64）,WIM安装文件的位置不用多说，你的系统安装文件WIM在哪儿就选择哪儿了；下面这个选项才是最重要的——“引导磁盘的位置”；此前我们已经对“ESP”分区指定了盘符，所以在此我们只需要选择“ESP”分区所在盘符就OK；“安装磁盘的位置”就可以自定义了，C:\ ;D:\;E:\...你选安装到哪儿，系统文件就会安装到哪个分区!








                    3；调整优化都调整好后，点击“开始安装”，弹出一个修复引导选框，这个选框也是我比较郁闷的一个选项，相信下一版本如果不是此处更新就是“引导磁盘位置”那里有所改变；此选项里本来期待有一个bcdboot选项，但现在可选项为bootsect；假如与NT助手同目录有一个BOOTICE的话，此修复引导选项会多出一个BOOTICE选项；啰嗦了这么多，我们现在只有选择：bootsect了。。。








            做完这一切后，安装开始了。。。剩下的时间我们只有等待进度条走完，然后显示出***完成****类就OK了

           检查一下ESP分区吧，此时里面已经生成EFI相关启动文件。。。




下面测试一下引导效果。。。


















参考目录树：

EFI
├─Boot
│    └─Boot.sdi
├─EFI
│    ├─Boot
│    └─ Bootx64.efi
└─microsoft
      └─Boot
           └─*

为方便朋友们下载使用，WinNTSetup2.3.5友情链接如下：
http://pan.baidu.com/share/link?shareid=321380&uk=3473528667

已经修正主页推广问题

GPT分区激活WIN7工具下载
WIN7激活工具GPT.rar (178.22 KB, 下载次数: 1523)

2013-4-15 07:06 上传

点击文件名下载附件


GPT分区智能挂载ESP盘符相关链接如下：
ESP分区挂载工具，不依赖diskpart、findstr等其它第三方工具

【完美版】挂载GPT磁盘的ESP分区的批处理

糊涂

一条命令够我消化半个月的！老师是这方面专家，不知道我的思路是否可行？

糊涂

老师，我乱使用了命令：

bcdboot c:\windows /l zn-cn

bcdboot c:\windows /s h: /f UEFI
ESP分区生成了类似我模拟的目录树文件

感觉自己还不是太笨哈！嘿嘿。。。谢谢老师

糊涂

bcdboot c:\windows /l zn-cn
那这一条就OK了

老师能不能做一个有此命令的小工具？
方便释放WIN.WIM后加载EFI引导文件到ESP分区
对像我这样的菜鸟太有用了


刚又在WIN7X64系统又试一遍，bcdboot c:\windows /l en-us
开始以为一定是英文，没想到自动修复为中文状态了

[ 本帖最后由 糊涂 于 2013-3-30 21:14 编辑 ]

糊涂

如果是原WIM版释放文件后，接着GHO的镜像，这样的镜像可以使用BCDBOOT命令

先前回复有误！特此更正

[ 本帖最后由 糊涂 于 2013-4-1 17:27 编辑 ]

糊涂

目前我只会使用DG来创建GPT环境中的ESP分区

现在知道ESP对于EFI引导的重要性，不知道MSR分区是否起什么作用？或者可有可无？待测试

糊涂

其实WinNTsetup2.3.3及以上版本都集成着bcdboot工具，

不知道为什么此工具在GPT分区无法执行BCDBOOT命令？

还有就是，经测试：MSR分区似乎在GPT分区里角色不那么“重要”，

因为我创建了一个没有MSR的GPT环境，一样可以能过ESP分区引导系统

WIN7/8安装镜像中已经有这个命令行工具

多数PE中也是集成的，如果PE里没有，

自己集成一个，以备不时之需

[ 本帖最后由 糊涂 于 2013-3-31 08:37 编辑 ]

糊涂

要是这样的话还是保留MSR分区吧，省得有需要的时候再刻意去创建调整。。。

WinNTsetup2.3在GPT分区不能加载BCDBOOT来修复或创建EFI引导，这个问题老师有方法解决吗？

如果这个工具在GPT分区释放WIM后自动调用BCDBOOT来修复或创建EFI引导文件，那真够另人兴奋一阵子的

（WinNTsetup2.3原文件中已经集成BCDBOOT）

[ 本帖最后由 糊涂 于 2013-4-1 09:35 编辑 ]

糊涂

原帖由 fujianabc 于 2013-3-31 09:55 发表

可能是集成的bcdboot版本太旧了，用win8的bcdboot.exe试试

不清楚是怎么回事，反正修复引导选项里不显示BCDBOOT

而WinNTsetup介绍里从2.3.0就对UEFI是支持的

为什么就不能完成引导的修复呢？

我一会儿试下未汉化版本

糊涂

刚DG检查了一下WIN分区根目录里已经有“EFI”文件，手动将此文件夹导入ESP分区正常引导系统。。。

问题是，为什么不能自动完成此引导的修复呢？

[ 本帖最后由 糊涂 于 2013-4-1 09:36 编辑 ]

糊涂

有时候，最原始的东西才是最实用的，比如说：命令行！就连UEFI都不可能抛弃它。。。

糊涂

不知道你用的主板是否支持UEFI启动，如果支持，试将U盘末端再划分出一个适合PE大小的分区，然后将ISO内所有文件导入到此分区，不对引导做其他修复。

如果主板不支持UEFI启动，试UD写入一个PE，看是否引导？

记得反馈结果

[ 本帖最后由 糊涂 于 2013-4-1 19:07 编辑 ]

糊涂

原帖由 2012zhd 于 2013-4-1 18:55 发表
一个奇怪的现象，u盘要是先量产了，再u+楼主diy的uefi，启动后pe不能识别u+过的分区，但可以识别量产了的分区，要是不量产直接u+则一切正常，其他的uefi w8x64貌似也存在这个问题。这是什么原因？要是量产后不能 ...

本人对量产不太了解，请关注此帖：给知名品牌的量产PE增加U+B+隐藏功能下载

糊涂

对于量产我本人一直持不支持态度

除非U盘主控需要量产来进行调整时才这样操作

如果是我，我会只保留UD与UEFI加U+功能，既然你喜欢使用量产，

为什么不考虑将量产区的ISO换成现在U+的这个ISO呢？

鱼与熊掌不可兼得，呵呵。。。

糊涂

感谢测试！

我使用的方法全是笨方法：
先将ISO内文件导出至桌面空文件夹中待用。。。
打开DG，选择U盘末端分区，然后将刚导出的ISO文件全部导入此分区即可！
如果想测试启动效果，建议恢复量产区容量到U盘，或停用量产区PE，不然某些量产会导致U+引导失败
此方法只针对UEFI启动；
如果想支持UEFI及BIOS启动，建议使用U+V2高端隐藏写入，前提是不要量产分区（个别主控对U+V2高端隐藏兼容不太好）
既然量产分区PE已经成功，那量产的分区肯定也是支持UEFI的，你习惯量产与UD，这样的搭配已经不错了

糊涂

近期可能DIY新作品，旧的版本继续保留，
不过旧的版本可能存在一些引导方面的问题，
已经有朋友开始反馈相关信息了

[ 本帖最后由 糊涂 于 2013-4-2 23:27 编辑 ]

糊涂

原帖由 2012zhd 于 2013-4-2 07:51 发表
没关系的，当时只是觉得可惜，大不了重新制作一个fba，玩pe不就是鼓捣吗，谢谢您的热心恢复。
今天继续鼓捣，请问末端划分的分区是主分区还是逻辑分区，还是两者都可uefi启动.制作好后去朋友的联想专卖再试uef ...

可以这两种分区格式都玩儿一下，鼓捣嘛，下次记住数据第一，在保证数据安全的情况下操作！

糊涂

今天下午在DELL机器上发现UEFI启动正常，但BIOS启动模式有问题，
正像你测试的，应该是U+高端隐藏导致的问题
本来写入模式为U+V2 HDD，但显示界面为ZIP
根本无法引导BIOS模式下的PE
而UEFI启动则正常。。。怪事
希望有这方面老师一起来解决这个问题！

糊涂

这些方法是本人在这些天通过实机操作，加上与老师们们交流，得出的一些方法，第三种方法虽然笨，但对不想使用命令行操作的朋友来说，应该不算复杂！如果朋友们有其他好的方法可以多交流一下

糊涂

原帖由 讯极天度 于 2013-4-4 18:19 发表
貌似最后一种方法是最复杂的？ 请问最后一种方法的有点何在？

有点何在？点解？

糊涂

ddianxing 发表于 2013-4-15 21:41
我的理解是依照楼主的方法安装 GPT + UEFI 系统的话，没有必要先以 UEFI 启动 DVD 或 U 盘里的 PE，普通的  ...

从支持UEFI/BIOS双启动的PE目录树上可以清楚看到两种平台所需要的文件所在

以下仅供参考

EFI
├─Boot
│    └─Boot.sdi
├─EFI
│    └─Boot
│          └─ Bootx64.efi
└─microsoft
       └─Boot
             └─*


引用2011hiboy老师帖中目录树详解：

UEFI模块包含的文件逐个分析及其引导流程

     ★ -----------------对于UEFI启动本身来说，这些文件是必需的
      ▲----------------- 对于传统BIOS引导光盘来说，这些文件是制作时必需的
      ▲----------------- 对于传统BIOS引导光盘来说，这些文件是引导时必需的
        ◆ -----------------对于UEFI引导光盘来说，这些文件是制作时必需的
        ◆ -----------------对于UEFI引导光盘来说，这些文件是引导时必需的
UEFI_MS必需-------------在磁盘介质上，通过UEFI启动系统，这些文件是必需的



(本说明用法：你需要查询某个文件的用处，直接找那个文件；或者你需要做什么，从上方认识标示，从本说明标示入手)

根目录
├─boot --------------------------------启动文件目录   UEFI_MS必需 + ▲
│  │  BCD --------------------------------传统BIOS启动所需BCD菜单文件  ▲
│  │  boot.sdi --------------------------------UEFI/BIOS启动都需要    UEFI_MS必需 + ▲+ ◆
│  ├─fonts --------------------------------传统BIOS启动字体文件目录（不影响启动）  
│  │      chs_boot.ttf
│  │      wgl4_boot.ttf
│  └─zh-cn --------------------------------传统BIOS启动中文显示用的目录（不影响启动）
│          bootmgr.exe.mui
├─efi--------------------------------UEFI启动目录   ★ + UEFI_MS必需 + ◆
│  ├─zh-cn --------------------------------UEFI启动中文显示用的目录（不影响启动）
│  │      bootia32.efi.mui
│  │      bootx64.efi.mui
│  ├─boot--------------------------------UEFI启动文件目录   ★ + UEFI_MS必需 + ◆
│  │      bootia32.efi--------------------------------IA32构架的启动文件   ★ + UEFI_MS必需 + ◆
│  │      bootx64.efi--------------------------------X64构架的启动文件   ★ + UEFI_MS必需 + ◆
│  └─microsoft-------------------------------UEFI启动目录   UEFI_MS必需 + ◆
│           ├─fonts --------------------------------UEFI启动中文字体文件目录（不影响启动）  
│           │      chs_boot.ttf
│           │      wgl4_boot.ttf
│           └─boot---------------------------------UEFI启动菜单目录   UEFI_MS必需 + ◆
│                   BCD-------------------------------UEFI启动菜单   UEFI_MS必需 + ◆
│
│─MBR.bin ------------------------制作传统BIOS下的启动光盘上时的引导记录，负责引导Bootmgr，适合x64+x86   ▲
│─bootmgr -----------------------传统BIOS下的启动光盘的引导文件，适合x64+x86  ▲
│─UEFI_ALL.BIN-----------------制作UEFi启动光盘上时的引导记录（已处理），可以同时支持引导IA32+X64构架，直接读取\efi\microsoft\boot\bcd  ◆
│─winpe_x86.wim --------------------------------适合IA32构架的winPE，目前仅有Win8 x86  UEFI_MS必需 +▲+ ◆
└─winpe_x64.wim --------------------------------适合X64构架的winPE，目前有Win7/8 x64   UEFI_MS必需+ ▲+ ◆




然后来说UEFI启动 Windows 的简要流程：

---->>电脑开机（假设已经设置了UEFI为打开）

---->>启动模块根据启动项顺序依次查找所有
（FAT分区）：\efi\boot\bootia32.efi（IA32构架的启动文件）
或者
（FAT分区）：\efi\boot\bootx64.efi（X64构架的启动文件）
---->>加载\efi\microsoft\BCD 启动菜单文件

---->>按照BCD里面的内容进一步启动，整个过程和传统的BIOS相比，没有引导记录的参与，不错不错


详情请链接：

UEFI启动详解：启动分析+N项操作实例，赶紧进来学习，不要落伍啦，该给自己充电咯...
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=299643&fromuid=458204

糊涂

wuyiu 发表于 2014-6-5 20:11
好贴，谢谢楼主。我想问楼主WinNTsetup3.5.1这个版本要不要修复引导了？

近一年来我安装操作系统一直使用的本论坛的CGI ，（一键恢复CGI  3.2，32/64位自适应，支持GHO/WIM/SWM，支持GPT/动态磁盘(2014.02.09)
http://bbs.wuyou.net/forum.php?m ... &fromuid=458204
(出处: 无忧启动论坛)
）

对WINNT助手的新版本未做过测试，理论上新版本会在旧版本的基础上功能性会更加完善

糊涂

yangguangtus 发表于 2018-1-16 09:13
看完您的历史贴，有点不明白，请教楼主：
BOOTSECT是用来修复MBR、PBR的，在BIOS(或Legacy BIOS)启动模式 ...

现在不管是BIOS启动还是UEFI启动，我使用WIN安装工具自带的修复工具
历史帖中的信息仅针对当时一些情况，以后肯定还会有更便捷的操作方法