Windows 启动失败的原因有很多，比如主引导记录（MBR）被覆盖、分区引导扇区损坏、启动配置数据（BCD）丢失等。Bootrec.exe 是 Windows 恢复环境（Windows RE）内置的命令行工具，专门用于处理这些启动相关的问题。它不需要额外下载，只要有一张 Windows 安装 U 盘或系统修复盘，就能在命令提示符中调用。
Bootrec 的核心价值在于把复杂的启动修复过程拆分成几个明确命令：重建主引导记录、写入新的分区引导扇区、扫描所有磁盘上的 Windows 安装、重建 BCD 存储。下面详细介绍这些命令以及如何正确使用它们。
一、Bootrec 核心命令与作用
Bootrec 提供多个子命令，每个子命令解决不同层次的启动损坏。最常用的四个命令是 /FixMbr、/FixBoot、/ScanOs 和 /RebuildBcd。理解它们各自的作用范围，可以避免盲目执行造成不必要的数据风险。
/FixMbr 用于修复主引导记录。主引导记录位于磁盘的第一个扇区，负责定位活动分区并把控制权交给分区引导扇区。如果 MBR 被病毒、双系统安装或磁盘工具破坏，系统可能停在黑屏或提示缺少引导设备。/FixMbr 会向磁盘写入一个新的 MBR，但不会修改分区表，因此相对安全。需要注意的是它在 GPT 磁盘上不适用，因为 GPT 使用 UEFI 固件和 EFI 系统分区，而不是传统 MBR。
/FixBoot 用于向系统分区写入新的分区引导扇区。分区引导扇区负责加载 Windows 的 bootmgr 文件。如果引导扇区损坏，即使 MBR 正常，也可能出现 Bootmgr is missing 的提示。在 Legacy BIOS 加 MBR 磁盘环境中，/FixBoot 非常有效。但在 UEFI 加 GPT 环境中，/FixBoot 可能会报错，因为 EFI 系统分区的格式和引导方式不同，此时更适合使用 bcdboot 命令重建启动文件。
接下来是 /ScanOs 和 /RebuildBcd。/ScanOs 会扫描所有磁盘上的 Windows 安装，并把扫描到的系统显示出来。如果系统存在但 BCD 中没有对应条目，就需要 /RebuildBcd 来重建启动配置数据。/RebuildBcd 会列出找到的 Windows 安装，询问是否要添加到 BCD 中。这两个命令通常配合使用，用于解决 BCD 文件丢失、损坏或系统重装后无法启动的问题。
实际使用中，建议按 /FixMbr、/FixBoot、/ScanOs、/RebuildBcd 的顺序执行，因为先修复基础引导结构，再重建 BCD 数据，成功率更高。下面是一个典型的命令序列：
bootrec /fixmbr bootrec /fixboot bootrec /scanos bootrec /rebuildbcd
二、如何进入 Windows 恢复环境并运行 Bootrec
要运行 Bootrec，首先需要进入 Windows 恢复环境中的命令提示符。常用的方法有两种：从 Windows 安装 U 盘启动，或在系统反复重启失败后自动进入修复界面。
如果从安装 U 盘启动，在出现安装界面时不要点击“现在安装”，而是按键盘上的 Shift+F10 组合键，会直接打开一个命令提示符窗口。在这个窗口中就可以输入 bootrec 命令。如果电脑没有安装介质，也可以尝试在开机时按住 Shift 键并点击“重启”，进入高级启动选项，然后选择“疑难解答” - “高级选项” - “命令提示符”。
进入命令提示符后，需要确认系统分区对应的盘符。恢复环境中的盘符可能与正常 Windows 中的盘符不同。可以使用 diskpart 配合 list volume 查看所有卷，找到带有“系统保留”或“EFI”标记的分区。通常 Windows 安装在 C: 盘，但有时在恢复环境中会变成 D: 盘甚至 E: 盘。如果不确定，可以切换到各个盘符用 dir 命令检查是否存在 Windows 文件夹。
确认盘符后，就可以执行前面提到的命令。注意在 Windows 10 或 Windows 11 的 UEFI 环境中，如果 bootrec /fixboot 返回“拒绝访问”错误，说明该命令无法直接写入 EFI 系统分区。此时可以改用 bcdboot C:\Windows /s S: /f UEFI 来重建启动文件，其中 C: 是 Windows 系统盘，S: 是 EFI 系统分区盘符。这里需要先用 diskpart 给 EFI 系统分区分配一个盘符。
下面演示如何用 diskpart 为 EFI 分区分配盘符 S：
diskpart list disk select disk 0 list partition select partition 1 assign letter=S exit
执行完这些操作后，再运行 bcdboot C:\Windows /s S: /f UEFI，通常能解决大部分 UEFI 启动损坏问题。
三、Bootrec 常见问题与注意事项
Bootrec 虽然强大，但并不是万能的。使用前最好清楚知道每个命令的影响范围。比如 /FixMbr 只写主引导记录，不会覆盖分区表，但如果误在 GPT 磁盘上执行，可能会破坏保护性 MBR，导致系统更加混乱。因此在 GPT 磁盘上应避免使用 /FixMbr，而应使用 UEFI 相关的修复工具。
另一个常见问题是 BCD 文件彻底丢失。此时 /RebuildBcd 可能无法成功，因为该命令需要 BCD 文件所在的分区可访问且格式正确。如果 BCD 存储彻底损坏，可以进入 C:\Boot 目录，备份旧的 BCD 文件后删除，再执行 bootrec /rebuildbcd 或直接使用 bcdboot C:\Windows 重新生成。操作前务必确认系统盘符正确，避免把启动文件写到错误分区。
对于双系统用户，Bootrec 的 /RebuildBcd 可能会把 Linux 启动项丢失，因为它只扫描 Windows 安装。如果电脑安装了 Linux 和 Windows 双系统，修复 Windows 启动后可能需要重新配置 GRUB 引导加载程序。此外，某些主板开启安全启动（Secure Boot）可能会阻止非签名的引导文件写入，导致 Bootrec 命令报错。遇到这种情况，可以先在 BIOS 中暂时关闭安全启动，修复完成后再重新开启。
还有一个容易忽略的细节是命令执行顺序。虽然单独运行 /FixMbr 或 /FixBoot 也有可能解决问题，但按完整顺序执行能覆盖更多损坏场景。如果只运行 /FixMbr，引导扇区或 BCD 的问题可能仍然存在，导致修复后依然无法启动。建议每次修复后都重启测试，如果问题依旧，再尝试更深入的修复手段。
四、Bootrec 修复失败后的替代方案
如果 Bootrec 的所有命令都执行完毕，系统仍然无法启动，就需要考虑启动文件以外的因素，比如系统文件损坏、磁盘分区表错误或硬件故障。这时可以尝试 Windows 恢复环境中的“自动修复”功能，它会自动运行包括 Bootrec 在内的多种检测和修复流程。
更有效的方法是使用 bcdboot 命令重建完整的启动文件。与 Bootrec 只修复部分启动结构不同，bcdboot 会从 Windows 目录复制启动文件到 EFI 系统分区并重新生成 BCD 存储。命令格式为 bcdboot C:\Windows /s S: /f UEFI，其中 /s 指定 EFI 分区盘符，/f 指定固件类型。如果是 Legacy BIOS 环境，可以省略 /f 参数，直接使用 bcdboot C:\Windows /s C:。执行成功后，系统分区会包含完整的 bootmgr 和 BCD 文件。
如果启动问题伴随系统文件损坏，可以接着运行 DISM /Online /Cleanup-Image /RestoreHealth 和 sfc /scannow 检查并修复系统文件。但这两个命令需要在能够进入 Windows 或使用带 /Online 的恢复环境变体时运行。对于无法进入系统的情况，可以使用安装 U 盘启动后选择“修复计算机”，然后在命令提示符中挂载系统盘，再运行离线修复命令。
当所有软件修复手段都无效时，应该考虑磁盘本身是否存在坏道或分区表错误。可以使用 diskpart 的 chkdsk C: /f /r 检查磁盘错误，或使用第三方分区工具重建分区表。记住，在尝试任何修复之前，备份重要数据始终是第一位的。启动修复过程通常不会删除用户数据，但错误操作可能造成数据丢失风险，所以谨慎操作非常重要。