Windows 引导修复手册

操作入口：Windows 恢复环境 → 【疑难解答】→【高级选项】→【命令提示符】进入方式：Windows 无法正常启动，从安装U盘/系统修复盘引导，到安装界面点【修复计算机】，依次进入上述菜单；也可连续强制断电2次触发自动修复环境。

文档说明：本次梳理，专门区分 GPT/UEFI 和 MBR/Legacy 两套修复流程，不要混用；解释之前困惑点：之前把 bootrec 整套和 bcdboot 放在一起，bootrec 是 MBR 方案，GPT 环境仅能做兜底扫描，真正修复 UEFI 引导靠 bcdboot。

判断磁盘分区表类型

diskpart
list disk

查看输出表格最右侧 Gpt 列：

磁盘后面带有 * 星号：GPT 分区表，对应 UEFI 启动，使用【方案A】
磁盘后面没有 *：MBR 分区表，对应 Legacy(传统BIOS)启动，使用【方案B】

示例：

磁盘 ###  状态       大小   可用   Dyn  Gpt
磁盘 0    联机      953 GB   13 MB        *

磁盘0 Gpt列带* = GPT硬盘。

exit

退出diskpart。

配套快速判断：从 UEFI 模式进入恢复环境 → 系统盘大概率GPT；从 Legacy BIOS 模式进入恢复环境 → 系统盘大概率MBR。

方案A：GPT + UEFI（现代电脑，存在独立EFI系统分区）

特征：有独立【系统】EFI分区，FAT32格式，常见大小 100MB~500MB

diskpart
list disk
select disk 0
list partition
select partition 1       :: ⚠️重点：选中标记为【系统】的EFI分区，编号不一定是1，核对后再执行！
assign letter=R:         :: 盘符冲突可更换 S:、E:
exit
bcdboot C:\Windows /s R: /f UEFI
exit

原理：挂载EFI引导分区，把Windows的UEFI引导文件与BCD引导数据库写入EFI分区。 ✅ 这就是上次修复笔记本成功的核心命令。

注意：GPT磁盘环境下，bootrec /fixmbr 仅修改GPT磁盘自带的保护性MBR，不会破坏GPT分区表，但不能修复UEFI引导，属于无效操作，GPT修复不需要这条。

方案B：MBR + Legacy BIOS（老式硬盘）

特征：无EFI分区，存在100MB NTFS【系统保留】分区

bootrec /fixmbr
bootrec /fixboot
bootrec /scanos
bootrec /rebuildbcd

执行 rebuildbcd 时，如果提示添加安装，输入 Y。原理：重写磁盘头部MBR主引导代码、修复分区引导扇区、扫描Windows系统、重建BCD引导库。

硬性匹配规则（非常关键）

UEFI固件启动 ➜ 只能正常引导 GPT 磁盘
Legacy(传统BIOS)启动 ➜ 只能正常引导 MBR 磁盘

典型故障：硬盘是GPT，但BIOS开启CSM用Legacy模式启动，系统识别异常、无法开机。

常见报错排查

bootrec /fixboot 拒绝访问：GPT+UEFI环境典型报错，放弃bootrec，改用方案A bcdboot
assign letter=R: 失败：盘符被占用，更换盘符如 S:
bcdboot 找不到 C:\Windows：系统分区盘符不是C，list volume查看系统盘盘符，修改命令；或者EFI分区选错
执行bcdboot成功，但重启仍然无法进系统：检查BIOS启动模式，确认是UEFI，关闭不必要的CSM

历史疑问复盘（附在文档末尾，存入知识库）

疑问：上次修复，为什么先执行bootrec四条，再跑bcdboot？解答：bootrec整套原本是MBR Legacy修复命令。

/fixmbr 在GPT盘只会修改保护性MBR，对UEFI引导无修复效果；

/scanos、/rebuildbcd 可以在UEFI环境扫描系统、尝试重建BCD，仅作为兜底尝试；

真正修复GPT+UEFI引导的是后面 bcdboot /f UEFI 写入EFI分区这一步。所以：两套命令不要合并作为标准流程。GPT环境直接使用方案A，不再附带bootrec MBR相关命令，避免混淆。