MBR+UEFI安装的WIN10，怎么才能正常使用 WinRE 啊？

shier2817

操作系统：Windows 10 LTSC 2019 17763
安装方式：MBR+UEFI，因为我就一个60G的SSD，不想搞GPT磁盘了，最初在PE下使用DG把这个SSD分出了ESP和系统两个区，然后使用 WinNTSetup 安装，一路顺畅，现在进入系统使用也没有任何问题。
但是我想进 WinRE 的命令提示符使用下 mklink，这发现出问题了：
进入 WinRE 的疑难解答，里面高级选项就一个“启动设置”，这跟我这种方式安装系统有关么？（我看过微软文档其实官方建议的分区标准是单独有个区给 WinRE，可我以前用 MBR+BIOS 模式运行 WIN10 的时候也没单独给 WinRE 分区，但功能一切正常啊）
我尝试重建ESP分区的引导（因为最开始想的就是原先在 MBR+BIOS 中好用，现在不好用了或许跟 UEFI 的引导有关系），结果没有任何作用。。。
然后我回到系统桌面管理员CMD下：
ReAgentc /info
显示 WinRE 是 Disable 的，ReAgentc /enable 提示错误，找不到配置什么的；
后来我给修复了，忘记是 REAGENTC.EXE /enable /osguid 还是 ReAgentc /setreimage /path 了，反正 C:\Recovery\WindowsRE 下有 WIM，并且现在使用：
ReAgentc /enable 也好，ReAgentc /enable 也好都可以正常禁用启用了，然后进入 WinRE 疑难解答的高级选项里，也显示全了，命令提示符也出来了。
可又出个问题，不管我点哪个选项（当然最早有的“启动设置”这个选项是好用的，而 UEFI 固件设置这个也能重启自动进到 BIOS 里），但包括命令提示符，还有系统还原、启动修复、影像恢复等等都不好用，表现为系统开始重启（这是正常我的知道），接着显示：
“请稍候”。。。
然后就俩结果：要么自动重启回到系统桌面，要么一直卡在这个 请稍候 这里，除非我按了电源按钮（笔记本）关了再开，又进了系统。。。

后来我想原来的 MBR+BIOS 中好用，我就进 BIOS 里把UEFI关了用传统BIOS来启动了（因为我是MBR的磁盘，不愿意用GPT一是因为磁盘小，二就是为了可以随时切换），进桌面倒是依然正常，我又尝试重启到 WinRE 里（对了我只能在桌面环境进设置里选高级重启或者是按了 SHIFT 点重启来进入，开机按F8一点效果也没有的）
高级选项又显示只有一个“启动设置”。。。我寻思再按上面的方法修复一下吧，结果事儿更大了：
ReAgentc /info -- 显示是 Disabled 的，后来我不管运行 ReAgentc 的什么命令都告诉我成功（比如 ReAgentc /enable），但是再次 ReAgentc /info 还是显示 Disabled。。。
最前面修复成功的时候我记得 ReAgentc /enable 执行的时候是卡了一下的，明显是有操作进行，而现在瞬间显示成功，但看状态还是关闭的。。。
疯了，我就又把 BIOS 设置回 UEFI 模式了，好么。。。跟传统模式一样了：ReAgentc /info 一直显示关闭，enable 成功还是关闭。。。我的天哪，我只是想用 WinRE 的 命令提示符 啊

前辈们怎么解决啊？？？
1、要是能告诉我怎么修复就行；
2、如果有大佬能告诉这到底是怎么引起的（是不是安装方式不对，理论上 MBR+UEFI 是可以的啊，多少帖子都说过，是哪细节没整好么？），下次怎么安装才不会出这样的问题，那就太感激不尽了。


==============================================
我终于给解决了，是受了这个帖子的启发：
https://answers.microsoft.com/zh-cn/windows/forum/all/winre%e6%97%a0%e6%b3%95%e5%90%af%e7%94%a8/9553b058-f8df-4651-a19c-89844fb71b9c
首先我很确定，在安装完系统的时候，C:\Recovery\WindowsRE 里面是有三个文件的：boot.sdi、ReAgent.xml、Winre.wim
后来在我第一次修复的时候（就是把正常的高级选项都显示出来的时候），其实发现 Winre.wim 是没有了的，后来我在 C:\Windows\System32\Recovery 里面把它复制过来，再使用 ReAgentc 命令就好了；
可后来竟然不知道什么时候。。。boot.sdi、ReAgent.xml 这俩文件竟然也没了。。。真是见鬼了（我绝对没有去删除它们，只是不断的 SHIFT+重启来测试，竟然自己就没了），我现在把它们从 System32 和 System32\Recovery 复制过来，妥了。。。WinRE 好用了，哎，最起码命令提示符是好用了，其他的我还没测试。。。
我是刚安装的系统（其实为了研究这个到底是哪出问题的，我已经重装了5-6次了），系统也是微软原版的ISO，所以不存在有什么其他程序恶意把那些文件删除的可能，虽然现在我想做的事儿可以继续了，但是我还是想问问前辈高手们，是什么原因可能造成这几个文件会自己丢失呢？（我知道它们多是隐藏文件，我是用 dir /a 并且还在DG里看过是真没了。。）
额外还有个问题，进入了 WinRE 的命令提示符，默认是X盘，就是PE环境的吧，而查看C盘竟然是ESP分区那个盘了，真正的 Win10 系统盘是桌面系统下可见盘符+1（我系统还接了别的盘，所以盘符到G，而现在系统盘就显示为 H，不管是开启关闭UEFI都这么显示），而在这个 WinRE 环境里，系统环境变量全都变成X盘的了，比如 %SystemDrive%、%SystemRoot% 等等，那有没有什么办法自动获取真正的系统盘盘符？（就是我这里的H盘，因为我是要用一个CMD批处理操作一下系统盘的）
现在的问题变成上面两个“蓝色字体”的了，谢谢！


已彻底解决，具体请看10楼！

sghihor

想正常使用就重来一遍。用GPT+UEFI，或者MBR+BIOS.

shier2817

sghihor 发表于 2018-11-1 12:17
想正常使用就重来一遍。用GPT+UEFI，或者MBR+BIOS.

我不希望遇到问题就逃避，否则咱这个论坛都没有存在的必要了，您说是么？
为了研究这个我装了5-6次系统了，其实现在微软官方的问答社区和帮助文档已经非常详尽和友好了，只要以前有装过系统的经验，按照他的步骤都可以正常安装（比如官方文档里UEFI是系统分区标准是4个区^_^），按您这么说，还研究什么UD U+B+ 三分区各种引导方式有啥用？经验都是宝贵的，学到了总会避免一些弯路，我一直这么认为。。。

xuexiang

估计是禁用就删除文件，启用就重新拷贝文件

xuexiang

安装为啥要用第三方啊
直接pe下加载iso安装即可，我一直这样安装的，不过会在系统分区后面自动分出一个恢复分区好像，或者re到原有末尾一键恢复隐藏分区了

shier2817

xuexiang 发表于 2018-11-1 15:08
安装为啥要用第三方啊
直接pe下加载iso安装即可，我一直这样安装的，不过会在系统分区后面自动分出一个恢 ...

没办法啊，如果直接挂载ISO运行SETUP的话，微软是不允许MBR磁盘的，必须GPT，而且好像会自动建立4分区，ESP/MSR/WIN/REV，好像是这样的

shier2817

xuexiang 发表于 2018-11-1 15:05
估计是禁用就删除文件，启用就重新拷贝文件

您说的真对：
ReAgentc /disable 会自动删除 C:\Recovery\WindowsRE 下的 boot.sdi、ReAgent.xml，而 ReAgentc /enable 则会恢复他们同时设置 WindowsRE 目录的安全权限。。。但是我昨天疯狂的 disable 和 enable 均无效果，不知道是啥原因，理论上这俩文件分别在 System32 和 System32\Recovery 下，所以按理说 enable 应该能复制过来才对。。。奇葩的很啊。。。

hszgb

好好的学来了

shier2817

1、当 ReAgentc /info 是 Disabled 的情况下，确保 C:\Recovery\WindowsRE 下必须存在3个文件：boot.sdi、ReAgent.xml、Winre.wim，没有的话分别在 System32 和 System32\Recovery 里找；
2、ReAgentc /enable 如果显示错误，就用 bcdedit -enum -v 看一下GUID，然后 REAGENTC /enable /osguid xxxx 即可；
3、存在上述3个文件，高级重启后的高级选项里就不会缺失，但是如果启动后选择某项（比如命令提示符），像我出问题那样的一直显示 “请稍候” 或者自动重启到桌面，那么是启动项的问题：系统启动项里 Windows Recovery Environment 对象的 Path 值变成了 \windows\system32\winload.exe，只要把其修改为 \windows\system32\winload.efi 即可正常！（我怀疑这应该是 MBR+UEFI 造成的，或许微软这玩意看到是 MBR 磁盘，就想当然的当作是 BIOS 启动而不是 UEFI 启动）
4、以后不要轻易的再运行 ReAgentc /disable 和 ReAgentc /enable 了，前者会删除 C:\Recovery\WindowsRE 下的 boot.sdi、ReAgent.xml，当然后者成功执行后会自动把这俩文件复制回来倒不是什么大问题，但关键的是：后者执行完毕，在我当前的 MBR+UEFI 环境下，又会自动的把启动项里 Windows Recovery Environment 的 Path 修改为 \windows\system32\winload.exe 了，也就是你重新开启一次，就要修改一次才会正常，不然肯定是卡在“请稍候”或者自动重启；
5、这里为了方便，我整了一句命令，直接在管理员CMD执行即可修复（当然用 BOOTICE 更方便）：

1. FOR /F "skip=3 tokens=1,*" %i IN ('bcdedit /enum {current}') DO @IF /I "%i"=="recoverysequence" bcdedit /set %j path \windows\system32\winload.efi

复制代码

6、不排除，我这个异常也跟系统有关，因为我最开头就交代了我用的是 WIN10 LTSC，这个版本号好像是1809，就是疯传的有升级时删除用户文件夹BUG的版本，但是我从来不在文档目录存储啥东西，也就无所谓了；我没有其他版本的系统，如果感兴趣，可以在 MBR+UEFI 环境下安装别的系统测试后也告知我一下。。。
7、至于我前面提到的获取系统盘符，在批处理下查了资料没有太好的方法，只能通过枚举盘符以及判断重要系统文件来实现，比如：

1. for /d %%a in (C D E F G H I J K L M N O P Q R S T U V W Y Z) do if exist %%a:\Windows\System32\config\system xxxxxxx

复制代码

窄口牛

奇怪做法和奇怪要求累积到一起产生的问题。标记一下。

2010lvbv

看的头晕眼花的,,看来需要多整几次~~