1. 先把“引导”这件事拆开看：从按下电源到桌面

开机键按下去到桌面出现，中间其实跑完了一条相当长的链路。绝大多数人把“系统坏了”和“引导坏了”混为一谈，结果拿着一堆修复命令乱敲，敲完发现压根没解决——因为问题根本不在引导层。我的习惯是先花五分钟把故障定位到具体环节，再决定用哪套工具。引导修复的核心关键词就那几个：UEFI、GPT、ESP分区、BCD、bootmgfw.efi、winload.efi，把这几个词之间的关系理顺，市面上八成的启动故障你都能自己判断。

这篇文章面向的是这样一类人：开机报错进不去系统，或者引导菜单莫名其妙消失了，想自己动手搞定但不想重装系统；也适合经常帮人装机的朋友，把引导这块从“玄学”变成“有章可循”。我会从原理讲起，把链路拆开，再给可直接照抄的命令和排错表。不需要你有多深的底层功底，但基本的 diskpart、命令行操作得敢下手。

1.1 固件层：UEFI 与 Legacy 是两条完全不同的路

同样是“从硬盘启动”，UEFI 和传统 Legacy 走的根本不是一条路。Legacy 模式下，固件读取硬盘第一个扇区（MBR 的前 446 字节引导代码），找到标记为“活动”的主分区，加载分区引导记录，再交给根目录下的bootmgr，bootmgr读 BCD 存储，最后调用\Windows\system32\winload.exe。整条链上任何一环断了，表现都是黑屏加一句“Missing operating system”或者光标闪烁。

UEFI 模式则完全绕开了扇区引导代码。固件直接读 GPT 分区表，按 NVRAM 里登记的启动项找到 ESP 分区（EFI System Partition，FAT32 格式），加载\EFI\Microsoft\Boot\bootmgfw.efi，再由它去读同一分区\EFI\Microsoft\Boot\BCD，最后调用系统分区里的winload.efi。所以你去看 UEFI 机器的启动项，里面存的是一条路径而不是一个扇区地址——这也是为什么 UEFI 环境下bootrec /fixmbr基本没用，它修的是 MBR 引导代码，而你压根不从那走。

这里有个特别容易被忽略的点：判断当前是哪种模式，比急着修复更重要。在 PE 里执行bcdedit /enum {current}，看path字段，如果指向\Windows\system32\winload.efi就是 UEFI，指向winload.exe就是 Legacy；也可以看diskpart里list disk的 GPT 列有没有星号。我见过太多人对着 UEFI 机器敲bootsect /nt60 /mbr，敲得挺热闹，重启还是原样，就是因为方向反了。

1.2 引导文件都藏在哪：ESP 分区与系统保留分区

UEFI 机器的引导文件在 ESP 分区里，这个分区默认 100MB，FAT32，没有盘符，资源管理器里看不见，很多人第一次用 diskpart 看到它才恍然大悟。里面结构大致是这样：

ESP (FAT32, 通常 100MB~300MB) └── EFI ├── Microsoft │ ├── Boot │ │ ├── bootmgfw.efi 约 1.5MB │ │ ├── BCD 几十KB │ │ ├── fonts\ 中文环境约 10~20MB │ │ └── zh-CN\ 语言资源 │ └── Recovery └── Boot └── bootx64.efi

Legacy 机器没有 ESP，它靠的是系统盘根目录下的bootmgr、Boot\BCD目录，以及“系统保留”分区（默认 100MB 或 500MB，NTFS）。这个分区同样默认无盘符，里面其实就装着bootmgr和 BCD，属于“引导+BitLocker 元数据”的落脚点。

实操里最典型的一个坑：有人清理 C 盘时把“系统保留”分区当成垃圾删了，或者用分区工具合并分区时把它顺手并进去，结果重启直接BOOTMGR is missing。所以我在给任何人做分区调整前都会强调一句——无盘符的 100MB/300MB/500MB 小分区，删之前先看清楚里面有没有bootmgr或者EFI目录。

1.3 引导链路上的四个关键节点

把整条链拆成节点，排错就有顺序了：

按这个表从上往下查，基本不会乱。最上面两层是“固件找不到东西”，中间两层是“找到了但配置不对”，最下面一层往往压根不是引导问题，而是驱动或磁盘模式的问题——这点后面会单独讲。

1.4 常见故障先归类，别急着敲命令

我处理启动故障的第一步从来不是开命令行，而是问三个问题：报错原文是什么？最近动过什么（装系统、加硬盘、改 BIOS、系统更新）？硬盘还能不能被识别？这三问能把故障压缩到一个很小的范围。

• 报错带0xc000000f/0xc0000225：九成是 BCD 或引导文件缺失、ESP 分区损坏。
• 报错带INACCESSIBLE_BOOT_DEVICE：八成是 SATA 模式被改（AHCI 与 RAID 互切）、存储驱动缺失，引导本身是好的。
• 直接黑屏无任何提示、连 BIOS Logo 后就没动静：先看固件能不能识别硬盘，别一上来就怀疑系统。
• 能看到 Windows Logo 转两圈然后重启：更可能是驱动或系统文件问题，引导层已经过了。
• 引导菜单消失、直接进另一个系统：典型的多系统引导被覆盖。

提示：动手之前先把报错完整拍下来。屏幕上的那串0xc0000xxx和文件名（比如\Windows\system32\winload.efi）就是最好的线索，比任何猜测都准。

2. 动手前的准备：工具、镜像与数据安全底线

修复引导是个“低风险但高破坏潜力”的活。说它低风险，是因为正常操作只是重建几个几 MB 的文件；说它高破坏潜力，是因为 diskpart 的clean、format一步走错，整个分区表就没了。我自己的规矩是：能进 PE 就先备份，备份不完不动分区表。这条规矩救过我至少三次。

2.1 一个能进得去的 PE 环境怎么搭

引导坏了，系统进不去，所有的修复都得在一个“外部环境”里完成。这个环境通常是 WinPE 或者基于它做的维护盘。你需要准备一个 U 盘（8GB 起步，16GB 更从容），以及一份 Windows 安装镜像。安装镜像本身就是最好的救援工具——用官方介质制作工具写进 U 盘，开机选 U 盘启动，第一屏别点“现在安装”，点左下角的“修复计算机”，就能进到 Windows RE 恢复环境，里面有命令提示符、启动修复、系统还原、卸载更新这几个入口。

Windows RE 里能干的活其实不少：bootrec、bcdboot、diskpart、bcdedit全都有，注册表编辑器regedit也在，加载离线注册表修驱动问题也能做。缺点是它只加载了极少量驱动，如果你的硬盘是某些较新的 NVMe 或者 RAID 阵列，可能压根看不到盘。这时候就得换一个带完整存储驱动的第三方维护盘，或者干脆在 BIOS 里临时切一下模式。

我个人的习惯是：随身的 U 盘里放两个环境，一个是官方安装镜像，一个是带网络和常用工具的维护盘。前者干净可靠，后者工具齐全。两个都进不去的情况极少，真遇到了，问题基本不在软件层。

2.2 备份优先：哪些数据必须提前拿出来

引导修复本身不动用户数据，但修复过程中很可能要动分区表、分配盘符、甚至重建 ESP。一旦 ESP 被重建，双系统的另一个系统引导就会丢；一旦分区表被重写，分区位置错乱，数据恢复的成本就高了。

进 PE 之后，我会按这个顺序确认：

1. 用diskpart的list volume看所有分区是否都在、大小是否正常。分区都在，说明分区表没崩，可以先松一口气。
2. 把 C 盘桌面、文档、下载这几个目录里明显重要的东西拷到移动硬盘。别做全盘镜像，太慢，挑关键的。
3. 如果这台机器开了磁盘加密（BitLocker），必须先确认恢复密钥在手。加密状态下重建引导，可能会被要求输入 48 位恢复密钥，输不出来就只能走数据恢复流程了。密钥通常在账号里能查到，或者当初打印/保存过。

2.3 判断硬盘健康度：别把坏盘当引导问题修

这一条是我踩过最贵的坑。有台机器反复报引导错误，我重建了三次 BCD，每次都能好个一两天，然后又不进系统。后来一看 SMART，重映射扇区计数一直在涨，硬盘快挂了。引导文件恰好落在坏道上，写进去是好的，读出来就是错的。

PE 里看硬盘健康度很简单，很多维护盘自带硬盘检测工具，重点看三个值：05（重映射扇区计数）、C5（当前待映射扇区数）、C6（无法校正的扇区数）。这三项只要有一项不是 0 且在增长，就别在引导上浪费时间了，先换盘、先备份。另外看C7（UltraDMA CRC 错误计数），这个数值大通常意味着 SATA 线或接口接触不良，换根线就能解决一堆莫名其妙的启动失败。

2.4 记录原始状态：给修复留一条退路

我有个不太“专业”但特别管用的习惯：动任何东西之前，先在 PE 里把关键信息导出来存到 U 盘上。

# 在 PE 的命令提示符里执行 diskpart list disk select disk 0 list partition detail disk exit bcdedit /enum all > X:\bcd-backup.txt

bcdedit /enum all会把当前所有引导项、设备路径、分区 GUID 全打出来，几十行文本，几十 KB。真修坏了，对着这份备份一条条用bcdedit /create、/set恢复回去，比重装系统省事得多。分区表信息也一样，list partition的输出截图存一份，后面重建 ESP 时知道原来多大、在第几个位置。

注意：detail disk会显示磁盘 GUID 和分区 GUID，这些长串字符在bcdedit里会用到，别嫌麻烦，复制粘贴比手敲靠谱。

3. 核心修复武器：bootrec、bcdboot、bcdedit 到底怎么用

工具就那么几个，但每个的适用边界差别很大。用错工具不但没效果，还可能把原本能救的状态搞得更乱。我把这三个命令的关系理解成：bootrec是“老派全能选手”，偏向 Legacy 场景；bcdboot是“重建正手”，UEFI 下最靠谱；bcdedit是“精修手术刀”，用来调参数而不是重建。

3.1 bootrec 四个参数的适用边界

bootrec有四个常用参数，很多人是四个一把梭全敲一遍，这样做的心理是“反正没坏处”，但实际上有副作用。

• /fixmbr：向系统盘写入标准 MBR 引导代码。只对 Legacy 有意义。UEFI 机器上敲了没用，还可能覆盖掉某些第三方引导管理器的代码。更麻烦的是，如果磁盘上存在非 Windows 的引导记录，这一步会直接抹掉。
• /fixboot：写入新的分区引导扇区。同样主要针对 Legacy。UEFI 下会提示“找不到系统设备”或者直接成功但毫无作用。
• /scanos：扫描所有磁盘上安装的 Windows，列出找到的系统。这个只读，安全，值得先跑一次看看它认不认你的系统分区。
• /rebuildbcd：扫描并把找到的系统加入 BCD。这个是最有用的一个，但有个前提——它能扫到系统。扫不到的时候，通常是系统分区的盘符没分配，或者 BCD 存储本身损坏到无法读取。

/rebuildbcd失败最常见的两个原因：一是系统分区在 PE 里没有盘符，二是 ESP 没有挂载。这两个问题用diskpart的assign letter都能解决，后面的实战部分会给具体命令。

3.2 bcdboot 才是重建引导的“正手”

UEFI 环境下我基本不看bootrec，直接上bcdboot。它的逻辑很干脆：从指定系统的\Windows目录里把引导文件复制到目标分区的引导目录，并创建对应的 BCD 存储。一条命令就能把“引导文件丢失 + BCD 损坏”两个问题一起解决。

标准用法：

# 先给 ESP 分配盘符（假设是 S） diskpart list disk select disk 0 list partition select partition 1 # 选那个 100MB/300MB 的 EFI 分区 assign letter=S exit # 重建 UEFI 引导，指定系统盘为 C bcdboot C:\Windows /s S: /f UEFI /l zh-cn

参数含义：/s指定引导分区，/f UEFI强制以 UEFI 方式写入（不加的话它可能按当前环境猜，PE 是从 U 盘 UEFI 启动时一般没问题，但显式指定更稳），/l zh-cn指定引导菜单语言，中文系统加这个，菜单里就不会出现英文的“Windows Boot Manager”。

Legacy 场景则是：

bcdboot C:\Windows /s C: /f BIOS

这里/s C:是因为 Legacy 的引导文件就放在系统分区根目录（bootmgr+Boot目录），不需要单独的 ESP。如果你有独立的“系统保留”分区且已分配盘符（比如 S），那就写/s S:。

3.3 bcdedit 的精修场景

bcdedit不负责重建，它负责调。典型用途有这么几个：

第一，改默认启动项和超时。双系统用户想让它默认进某个系统，或者把等待时间从 30 秒改成 5 秒：

bcdedit /enum bcdedit /set {default} timeout 5 bcdedit /default {当前系统的标识符}

第二，修正path和device字段。有时候 BCD 存在，但里面的路径指向了一个已经不存在的分区 GUID（比如重装系统后分区重建了），表现就是选中菜单后报0xc000000f。这时候用bcdedit /set {default} device partition=C:和bcdedit /set {default} path \Windows\system32\winload.efi把它掰回来。

第三，删除多余的失效启动项：

bcdedit /delete {那个失效项的GUID} /f

第四，开启启动日志，方便定位卡在哪一步：

bcdedit /set {default} bootlog Yes

重启后会在C:\Windows\ntbtlog.txt生成一份驱动加载记录，卡在哪一行的.sys上一目了然。这个文件在排查“转圈后重启”类问题时特别好用。

3.4 命令顺序与关键参数怎么定

顺序错了会白忙。我固化的流程是这样的：

1. diskpart看分区，确认系统分区和引导分区的位置，给引导分区分配盘符。
2. 确认系统分区有盘符（没有就assign letter=C，注意别和 PE 自身的 X 盘冲突）。
3. 跑一次bcdboot，这是重建的主力。
4. 跑bcdedit /enum all验证结果，看 default 项是否指向正确的分区和路径。
5. 需要的话再补bootrec /rebuildbcd或bcdedit /set微调。
6. exit退出，重启前先拔掉 U 盘。

几个参数上的经验值：ESP 分区如果用format重建，必须是 FAT32，不能是 NTFS，UEFI 固件只认 FAT。大小上，官方默认 100MB，但中文环境加上字体和恢复组件后经常吃紧，我个人建议新建时给 300MB，留足余量；恢复分区建议 1GB，因为WinRE.wim本身就有 500MB 左右，更新一次体积还会涨。

分区对齐这块，4K 物理扇区的盘，分区起始偏移能被 4096 整除即可，实际上按 1MB 对齐（起始扇区 2048）就满足所有场景。新建分区时diskpart的create partition efi size=300默认就是 1MB 对齐，不用额外算。

4. 实战演练：六类典型故障的完整处理流程

原理和工具讲完了，接下来是我实际处理过的六类故障。每一类我都给出现场表现、判断依据和完整的命令序列，你可以直接照着做。需要说明的是，这些流程基于常见实践整理，具体到你手上的机器，分区编号和盘符要以diskpart的实际输出为准，别照抄数字。

4.1 场景一：开机直接进 BIOS，或者连硬盘都看不到

现场表现：按下电源，Logo 过后直接掉进固件设置界面，或者屏幕提示“No bootable device”。这种情况引导文件坏没坏还不知道，因为固件压根没找到启动项。

排查顺序是自下而上的。先在固件设置里看存储设备列表，硬盘在不在。不在的话，问题在硬件层：SATA/NVMe 线没插好、硬盘供电不足、M.2 没插到位、或者硬盘真挂了。在的话，看启动顺序里有没有 Windows Boot Manager 这一项。

如果硬盘在、启动项没有，那就是 NVRAM 里的启动项被清了。修复方法是在 PE 里重建一次引导：

diskpart list disk select disk 0 list partition # 确认有 EFI 分区，通常 100MB/300MB select partition 1 assign letter=S exit bcdboot C:\Windows /s S: /f UEFI /l zh-cn

bcdboot这步会自动在 NVRAM 里登记一个新的启动项。重启进固件设置，启动顺序里应该就出现 Windows Boot Manager 了。

如果做完还是没有，检查两个固件设置：一是Secure Boot，某些情况下它与第三方引导文件冲突，可以临时关掉再试；二是CSM 兼容模式，UEFI 系统不要开 CSM，开了之后固件可能优先走 Legacy 路径，找不到引导代码就报无启动设备。

4.2 场景二：0xc000000f / 0xc0000225 找不到引导设备

这两个错误码是引导修复里出现频率最高的。0xc000000f是“找不到所需的设备”，0xc0000225是“找不到所需的文件或包含该文件的设备”。表现都是蓝底白字一个错误框，下面写着“按 Enter 重试，按 F8 进入启动设置，按 Esc 进入固件”。

我处理这类问题的固定动作是这样的：

第一步，进 PE，diskpart确认三件事：ESP 分区在不在、系统分区在不在、系统分区里\Windows\system32\winload.efi在不在。用dir C:\Windows\system32\winload.efi确认一下，文件在，说明系统本体完好，问题在引导层。

第二步，给 ESP 分配盘符，然后看里面还有没有东西：

diskpart select disk 0 list partition select partition 1 assign letter=S exit dir S:\EFI\Microsoft\Boot\

如果bootmgfw.efi和BCD都在，说明文件没丢，是 BCD 内容坏了或者 NVRAM 指向错了；如果目录是空的或者压根没有EFI目录，那就要重建。

第三步，不管哪种情况，直接重建是最省时间的：

bcdboot C:\Windows /s S: /f UEFI /l zh-cn

第四步，如果bcdboot报错，比如提示“尝试复制引导文件时出错”，通常是 ESP 分区有问题：格式不对（不是 FAT32）、空间不够、或者分区本身损坏。这时候可以考虑重建 ESP，但这一步会清空整个 ESP，双系统的引导会一起没了，做之前想清楚。

diskpart select disk 0 select partition 1 # 确认这一个确实是 ESP，大小对得上再继续 format fs=fat32 quick assign letter=S exit bcdboot C:\Windows /s S: /f UEFI /l zh-cn

4.3 场景三：引导菜单没了，或者默认系统不对

现场表现：双系统机器开机直接进其中一个系统，另一个完全看不到；或者菜单里有一堆早就卸载掉的系统残留。

菜单丢失但系统还能进，说明引导链是通的，只是 BCD 里的条目少了。在能进的系统里用管理员权限开命令行：

bcdedit /enum all

看输出里有没有另一个系统的条目。如果没有，说明它的 BCD 项被删了（重装系统、更新引导时常见）。补回来的方法是用bcdboot针对另一个系统再跑一次，注意要指定它自己的引导分区和语言：

bcdboot D:\Windows /s S: /f UEFI /l zh-cn

两个系统共用同一个 ESP，所以/s S:是同一个分区，bcdboot会往同一个 BCD 里追加条目而不是覆盖，这点可以放心。

如果菜单里有一堆失效项，用bcdedit /delete {GUID} /f一个个删。删之前先bcdedit /enum all确认 GUID，别删错。删完之后用bcdedit /timeout 10把等待时间调回来——有时候删条目会把 timeout 一起搞乱，导致菜单一闪而过。

还有一种情况是默认系统变了。bcdedit /default {目标GUID}就能改回来，改完bcdedit /enum {default}核对一下。

4.4 场景四：MBR 转 GPT 之后引导对不上

这是近几年越来越常见的一类。老机器原来是 Legacy + MBR，有人用分区工具把磁盘转成 GPT，但没同步改成 UEFI 引导，结果转完之后系统直接进不去。因为 GPT 磁盘上没有活动分区标记这个概念，Legacy 固件靠 MBR 引导代码启动，而转换工具通常只保数据不保引导代码。

处理思路是先确认固件支持 UEFI（近十年的机器基本都支持），然后把引导方式整体切过去：

1. 固件里关掉 CSM，确认是纯 UEFI 模式，Secure Boot 可以先关。
2. 进 PE，diskpart看磁盘是不是 GPT（list disk里 GPT 列有星号）。
3. 确认有没有 ESP 分区。转换工具一般不会自动建，需要手动建一个：

diskpart select disk 0 create partition efi size=300 format fs=fat32 quick assign letter=S exit

4. 用bcdboot写入 UEFI 引导：

bcdboot C:\Windows /s S: /f UEFI /l zh-cn

5. 重启，固件启动项里选 Windows Boot Manager。

这里有个隐藏坑：有些转换工具会把 ESP 建在磁盘的中间或者末尾，而不是开头。UEFI 规范没有强制 ESP 必须在哪个位置，但部分固件对位置敏感，尤其是比较老的实现。如果bcdboot成功、启动项也在，但就是启动失败，可以试试把 ESP 建在磁盘前部（需要先备份数据再调整分区顺序，成本较高，一般作为最后手段）。

4.5 场景五：装完另一个系统，原来的引导被覆盖

装新系统时，安装程序默认会把引导写到磁盘上已有的 ESP 里，并且把新系统设为 default。原来的系统还在，只是菜单里可能被排到后面，或者因为 NVRAM 里的启动项被改而看起来“消失”了。

先别慌着重建，进 PE 或进新系统执行：

bcdedit /enum all

正常情况下你会看到两个Windows Boot Loader条目，分别指向不同的device partition。如果都在，只是默认项不对，改bcdedit /default就行。如果原系统的条目不见了，用bcdboot补：

bcdboot C:\Windows /s S: /f UEFI /l zh-cn

这里的C:要换成原系统所在的分区盘符。判断方法是在 PE 里逐个分区dir一下，看哪个里面有\Windows\System32\config\SYSTEM这个文件，有就是系统分区。

补完之后如果两个系统的语言不一样，菜单里可能出现乱码方块。这是因为 BCD 里对应的语言资源文件缺失，在对应系统的\Windows\Boot\目录里能找到语言包，复制到 ESP 的\EFI\Microsoft\Boot\下即可。这个坑很冷门，但遇到一次就记住了。

4.6 场景六：系统更新后陷入修复循环

还有一种特别烦人的表现：开机自动进“正在准备自动修复”，修一轮重启，又进修复，无限循环。这类问题通常不是引导文件缺失，而是系统更新把驱动或者注册表改坏了，导致内核加载到一半失败，Windows 判定启动失败后自动触发修复。

处理这类问题，先关掉自动修复循环，不然你永远在同一个圈里转。在修复界面依次点“高级选项 → 疑难解答 → 高级选项 → 启动设置 → 重启”，然后按 F7 或者 F8 关闭“失败时自动重启”，再进安全模式：

启动设置菜单 4 或 F4 安全模式 5 或 F5 带网络连接的安全模式 6 或 F6 带命令行的安全模式

能进安全模式，说明引导层是好的，问题在驱动或服务。这时候最有效的一招是卸载最近的质量更新：修复界面的“疑难解答 → 高级选项 → 卸载更新”里，选“卸载最新的质量更新”。跑完之后正常重启，多数情况下能回来。

如果连安全模式都进不去，那就用离线方式加载注册表，把出问题的驱动服务禁用掉。在 PE 里执行regedit，加载C:\Windows\System32\config\SYSTEM为临时配置单元，找到Select键里的Current值判断当前控制集，再去ControlSet00X\Services\下把可疑的驱动Start值改成 4（禁用）。这一步风险不低，改之前一定先复制一份SYSTEM文件做备份。

注意：更新引发的启动失败，最不该做的就是立刻重装系统。九成以上是可以通过卸载更新或禁用驱动恢复的，而且用户数据、已装软件全都在，重装的代价大得多。

5. 常见问题与排查技巧实录

修复引导这件事，命令本身不难，难在判断。下面这些是我在实操里反复遇到的“看起来是引导问题、其实不是”的情况，以及几招压箱底的排查手段。

5.1 命令全成功但重启还是进不去

这是最打击人的情况。bcdboot返回成功，bcdedit /enum看着也对，重启照样报错。这时候要怀疑三件事。

第一，固件里的启动顺序被别的项占了。有些主板在检测到新的启动项时不会自动把它设为首选，而是把旧的、已经失效的项还排在前面。进固件设置手动把 Windows Boot Manager 调到第一位，或者干脆把失效项删掉。

第二，修的是错的那块盘。多硬盘机器上，固件可能从盘 A 引导，而你修的是盘 B 的 ESP。判断方法是看diskpart里的磁盘编号和固件设置里的启动设备是否对应，必要时把其他盘的数据线拔了再试，这是最笨也最有效的排除法。

第三，有另一份 BCD 在起作用。有些机器上存在多个 ESP（比如每块盘一个），修复时只修了其中一个。bcdedit /enum all里的device字段显示的是分区 GUID，把这个 GUID 和diskpart里detail partition显示的实际 GUID 对一下，就能确认修的是哪一个。

5.2 ESP 分区删不掉、盘符分配不上

ESP 分区有个保护属性，普通分区工具删不掉，diskpart里直接delete partition也可能报“所选分区无法删除”。这时候要用delete partition override，加上override参数才能强制删除受保护的分区。这个命令很危险，敲之前反复确认选中的分区编号。

盘符分配失败的常见原因是盘符冲突或者分区类型不对。assign letter=S报错的话，换一个字母试试，比如assign letter=Y。还有一种情况是 ESP 已经被挂载过但没正常卸载，用remove letter=S先卸掉再重新分配。

如果 ESP 的 FAT32 文件系统损坏，dir S:会报“文件或目录损坏且无法读取”。这时候先别急着格式化，试试chkdsk S: /f。能修好就不用重建，修不好再格式化，反正 ESP 里都是可以重新生成的引导文件。

5.3 快速速查表

5.4 几条踩坑经验

别在没确认模式的情况下敲bootrec /fixmbr。UEFI 机器上它没用，Legacy 多引导机器上它可能把别的引导代码覆盖掉。我现在基本不用它，重建交给bcdboot，精修交给bcdedit。

改 BIOS 里的 SATA 模式之前先想三秒。AHCI 改成 RAID 或者反过来，系统里的存储驱动对不上，百分百蓝屏INACCESSIBLE_BOOT_DEVICE。如果是不小心改的，改回去就好，别去修引导，越修越乱。

PE 里看到的盘符和正常系统里不一样。PE 自己的 X 盘占了 X 字母，系统分区可能是 D 甚至 E。所有命令里的盘符都要以diskpart的list volume输出为准，别凭记忆敲。

修复完之后先别急着拔 U 盘。在 PE 里直接重启，有时候固件还会从 U 盘启动一次，进到 PE 界面又以为没修好。正确做法是exit退出 diskpart、关闭命令行、选“重启”，重启瞬间把 U 盘拔掉。

给引导分区留够空间。100MB 的 ESP 在只装一个系统、不加语言包的情况下够用，但一旦装了双系统、加了恢复环境、又赶上系统更新往里塞文件，很容易只剩几 MB。空间不够时bcdboot会报复制失败，表现得很像“BCD 损坏”，实际是没地方写。我现在新建分区一律给 300MB。

最后分享一个判断思路，是我这些年最受益的一条：引导修复的本质是让“固件 → 引导程序 → BCD → 内核”这四段路重新连通，而不是把某个文件修好。所以每次动手前先问自己，断的是哪一段。断在第一段就去固件里找，断在第二段就重建文件，断在第三段就改 BCD 条目，断在第四段就去看驱动和系统文件。想清楚这一段，命令自然就选对了，也不用再把那几个参数挨个试一遍。