我在修复 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 分区上设置了“引导”标志。这样做之后，现在不仅在 …