修复 Windows 10 引导加载程序

Question

我在修复 Windows 10 引导加载程序时遇到问题。我尝试启动到 Windows 10 安装程序 USB 并在那里进行修复启动。我已经尝试了此处建议的解决方案：How to fix Windows 10 boot loader from Windows。我也试过这里详述的修复：http : //www.fixedbyvonnie.com/2013/12/how-to-repair-the-efi-bootloader-in-windows-8/。这些都没有为我解决问题。

问题背后的历史是这样的：我最初将 Windows 8.1 安装到我的主引导 ssd 上。后来我重新分区并将 Arch Linux 安装到同一驱动器上的第二个分区上。然后我在 Arch Linux 安装之上安装了 Windows 10。后来我删除了 Windows 8.1 分区并重新扩展，以便 Windows 10 是驱动器上安装的唯一操作系统。（我后来添加了第二个带有 Antergos Linux 的 ssd。）这一系列的安装似乎在驱动器上留下了 Arch gummiboot 引导加载程序，但如果我直接引导驱动器，它总是将我直接转储到 Windows 引导加载程序中，所以我什至没有意识到 Linux gummiboot 加载程序仍然存在。

我一直在尝试让 GPU 直通设置正常工作 [ https://www.reddit.com/r/pcmasterrace/comments/3lno0t/gpu_passthrough_revisited_an_updated_guide_on_how/ ] 并且我无法让 Windows 在虚拟机中工作，并确定它似乎是因为引导加载程序。我尝试了各种方法来解决这个问题（如上所述），但没有任何效果。所以我查看了安装了 Windows 10 的 ssd，发现仍然有一个 ext4 分区（在 fat32 分区旁边，这是 Windows 拥有 UEFI 引导加载程序的地方）。我删除了 ext4 分区并在 fat32 分区上设置了“引导”标志。这样做之后，现在不仅在 VM 中运行 Windows 不再有效，而且我不再能够直接启动到 Windows。现在我在启动时收到“PROCESS1_INITIALIZATION_FAILED”错误。

进入fat32分区，发现里面还有gummiboot目录。我尝试删除它，但没有任何区别。然后我从 fat32 分区中删除了所有文件，并重新尝试了第一段中的解决方案。仍然没有任何作用。尽管当我进入主板 BIOS 时，我现在有 6 个不同的（全部无效）Windows Bootloader 条目。

除了完全重新安装 Windows 10 之外，有没有办法解决这个问题？而且，如果我必须重新安装 Windows 10，有什么方法可以保存实际 Windows 10 安装所在的当前分区（而不是 EFI/引导分区）并将其转储到新安装之上？（以及如何从 BIOS 中删除所有 Windows 10 引导加载程序条目？）

Answer 1

假设 Windows 安装到 GPT 磁盘。

要在 UEFI 固件上成功启动 Windows 10（也是 Windows 8.1/8/7），您需要在 GPT 样式的磁盘上正好有 3 个分区：

1. EFI 系统分区（通常为 100 MB - 500 MB）

2. Microsoft 保留分区（正好 128 MB）

3. Windows 分区（64 位 Windows 至少 20 GB）

最终，您可以拥有一个单独的“恢复”分区。

提到的前三个分区的存在是强制性的，否则 Windows 无法启动。

修复 BCD + 引导加载程序 + 引导管理器并在 NVRAM 中写入引导条目的命令是bcdboot.exe -

bcdboot N:\Windows /s Z:

其中 N: 是 Windows 分区，Z: 是 EFI 系统分区。（稍后您必须使用 ReAgentC.exe 命令单独修复恢复加载程序。）

您还可以使用恢复环境中的bootrec.exe命令来修复启动（并非总是成功，但也修复了恢复加载程序）。

无需说您必须使用 EFI 引导来引导 Windows 安装/恢复媒体 (USB/DVD)。

UEFI 引导不使用 MBR 和分区引导记录进行引导，但它可能有助于使用bootsect.exe命令重写 MBR（应该是 GPT 磁盘上的保护 MBR），以防 MBR 被 Linux 安装篡改。Windows 不喜欢 GPT 磁盘上的“混合”MBR 格式。

参考：在 UEFI 和 BIOS 上修复 Windows BCD

希望这可以帮助。