版本号这东西，平时没人看，真出事的时候全靠它定位问题。上周帮朋友处理一台装完系统死活连不上网的机器，我第一句问的就是"你装的是哪个 build"，对面愣了半天回我一句"Windows 11 啊"。这就没法聊了——Windows 11 有 21H2、22H2、23H2、24H2、25H2 五个大版本，底下的 build 号从 22000 一路排到 26200 段，同一个"Windows 11"字面底下差出去的东西能有一箩筐。这篇就把 Windows 11 25H2 这件事从头到尾捋一遍：版本号怎么读、镜像从哪拿、启动盘怎么做、装挂了怎么查。内容偏实操，适合自己动手装机的、给同事朋友救火的、以及需要一次性把几十台机器铺开的场景，小白照着走也不会翻车，做过几轮的人可以重点看排障那一章。
1. 版本号先读明白：25H2 到底改了什么
1.1 三段式版本号：DisplayVersion、Build、UBR
很多人把"版本号"当成一个东西，实际上是三个东西叠在一起看的。第一段是DisplayVersion，写法是年份加半年标识，25H2 就是 2025 年下半年这一版，这个字段给人看，用来对生命周期和功能差异。第二段是Build 号，25H2 对应的主 build 是26200，24H2 是 26100，23H2 是 22631，22H2 是 22621，21H2 是 22000。第三段是UBR，也就是修订号，写在 build 后面那一串小数点后的数字，比如 26200.6584，每装一次累积更新它就往上走一格。
这三段的分工很明确：DisplayVersion 决定"这一版有没有这个功能"，Build 号决定"内核与组件的主干版本"，UBR 决定"补丁打到哪一天"。排查问题时这三个都要,少一个就会判断错。我见过最典型的误判是：用户说自己"已经是 25H2 了"，结果一看 build 是 22631，那其实是 23H2，只是显示设置里的某处文案让他产生了错觉。反过来也有，build 号对了但 UBR 停在几个月前，某些新接口调用直接报错，本质是缺累积更新。
顺带说一句查看位置的差异。winver弹窗里显示的是 DisplayVersion 加 build 加 UBR 的完整组合，最直观；设置里的"关于"页面显示的是版本加安装日期加 OS 内部版本；而命令行工具给出的字段名又各不一样。同一个信息有三个口径，这也是"对着屏幕念版本号念不到一块去"的根源。
1.2 25H2 的共版机制：一个启用包顶一次大版本
25H2 最值得说的一点，是它和 24H2共享同一个服务分支。翻译成人话：25H2 不是一个从头打包的新系统，而是在 24H2 的基础上，通过一个体积很小的启用包（enablement package）把已经预置在系统里的功能打开，同时把 build 号从 26100 抬到 26200。
这个设计带来的实际差异比想象中大。第一，升级速度快得离谱，我实测从 24H2 完整打补丁的状态升到 25H2，下载量就几百兆级别，安装过程重启一次，全程不到十分钟，跟当年那种一升一小时的"版本升级"完全不是一个体验。第二，累积更新是共用的，24H2 和 25H2 在同一个月拿到的补丁内容基本一致，这意味着 25H2 不会出现"新版本反而补丁滞后"的情况。第三，也是最重要的——升级路径被卡死了：启用包只能从 24H2 往上开，23H2 甚至更早的版本没法一步跳到 25H2，必须先落到 24H2，再吃启用包。这一点在做批量部署的时候必须写进流程，不然脚本跑到一半会发现目标机根本接不住这个包。
生命周期上也要留意。25H2 的家庭版和专业版支持周期是 24 个月，企业版和教育版是 36 个月。看着挺长，但如果你是从 23H2 一路拖过来的，先升 24H2 再升 25H2 这件事本身就消耗时间，早点排进计划比临到期手忙脚乱强。
功能层面的变化不算激进，但有几个点会直接影响运维习惯：PowerShell 2.0 引擎在这一版被彻底移除，仓库里还挂着依赖旧引擎的老脚本，跑到一半报语法错就是这么来的；WMIC 从默认可用转为按需功能，命令行里敲wmic直接提示找不到，得去"可选功能"里单独装回来，或者改用 CIM 命令。我在给一台老机器做资产盘点脚本时就栽在这上面，脚本里一堆wmic 逻辑盘的调用，迁移到Get-CimInstance花了一个下午。
1.3 三条命令自查，避免"以为升了其实没升"
自查版本我最常用的是这三条，覆盖从"一眼看"到"抓细节"的不同需求。
最直观的是直接敲：
winver弹窗里会把 DisplayVersion、Build、UBR 一次性列全，截个图就能发给别人对账。
要机器可读的字段，用 PowerShell：
Get-ComputerInfo | Select-Object WindowsProductName, WindowsVersion, OsBuildNumber, OsHardwareAbstractionLayer这条命令的坑在于它比较慢，首次执行要等几秒到十几秒，因为它要遍历一大票 WMI 类。急性子可以用下面这条注册表直读，毫秒级返回：
Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion" | Select-Object ProductName, DisplayVersion, CurrentBuild, UBR这里要注意DisplayVersion和CurrentBuild的组合读法。如果DisplayVersion写着 25H2 但CurrentBuild还是 26100，说明启用包下了一半没生效，通常是重启没做完；如果DisplayVersion是 24H2 而CurrentBuild是 26200，那反而说明 build 抬上去了但注册表项没刷新，重启一次即可。
第三条是给排查"到底装没装启用包"用的：
dism /online /get-packages /format:table | findstr /i enablement列表里能看到Microsoft-Windows-Enablement-Package相关的条目，状态是 Installed 才算真正落地。这个检查在批量场景里很有用，因为启用包是通过更新通道下发的，某些被策略锁死更新源的机器会出现"看起来升了但包没装"的假象。
提示：判断"是否真的在 25H2"这件事，只信
winver和 DISM 包状态两个口径。第三方系统信息工具读取的字段来源不一，偶尔会出现缓存未刷新的情况，不要拿它做最终结论。
2. 镜像获取：渠道、版本、校验三件事
2.1 官方渠道的两种形态，别混着用
镜像获取这件事，官方给了两条路，很多人分不清什么时候该用哪条。
第一条是介质创建工具，一个几百 KB 到几 MB 的小程序，跑起来之后它自己去拉取当前最新的镜像并直接写进 U 盘，全程不需要你操心文件放哪。优点是傻瓜化、拿到的必定是当前发布通道的最新构建、写盘和引导配置一并做完。缺点是几乎没有选择权——语言、版本（家庭/专业）由工具按当前机器推断，想指定企业版或者换个语言的镜像就抓瞎了，而且它只做 U 盘，不给你留一个 ISO 文件。
第二条是直接下载 ISO 文件。在官方下载页里选好版本和语言，会拿到一个几 GB 的镜像文件，哈希值也在页面上标着。这条路灵活度高得多：文件可以留存归档、可以拷给同事、可以用第三方工具写盘、可以挂载起来做离线修复或者提取组件。代价是下载过程完全靠浏览器或下载器，断点续传能力取决于工具，网络抖动多的话容易拿到半截文件——这是后面一大堆"安装报错"的源头。
我的习惯是永远走第二条，先把 ISO 存到本地归档目录，用哈希校验过再动。理由很实在：一个校验过的 ISO 可以反复用、可以做对照测试、可以在别人机器上快速复现环境。介质创建工具适合"就这一台、马上要装、不想折腾"的场景。
2.2 Consumer 还是 Business，x64 还是 ARM64
版本选择上有几组概念容易混。
**Consumer editions（消费者版）**包含了家庭版、家庭单语言版、教育版、专业版等，安装时按你输入的密钥或者选择的选项决定落到哪个 SKU，同一个镜像可以装出不同版本。**Business editions（商业版）**里是专业版、企业版、教育版、专业教育版等，面向批量授权场景。两者的内核完全一样，区别在于镜像里预置的 SKU 集合和默认的激活通道。个人用户拿消费者版就够，不需要去追商业版，商业版镜像在非批量授权环境下反而会卡在激活环节。
架构方面，x64覆盖绝大多数 Intel 和 AMD 平台，ARM64是给骁龙那一类 ARM 处理器准备的。这里有个新手常犯的错：在 ARM 机器上装了 x64 镜像，装完能跑（因为有模拟层），但性能损耗明显、部分驱动装不上、休眠唤醒偶发异常。判断方法很简单，任务管理器"性能"页看 CPU 型号，或者命令行敲echo %PROCESSOR_ARCHITECTURE%，返回 ARM64 就必须用 ARM64 镜像。
语言选择上还有个小细节：**中文（简体）和中文（简体，中国）**在部分下载页里是两个条目，前者是语言包形式的通用镜像，后者是本地化更完整的版本。选错不会装不上，但会出现部分系统组件显示英文的情况，强迫症会很难受。
2.3 哈希校验：三分钟排掉一半安装故障
这一步被跳过率最高，但它能省掉的时间最多。官方下载页在 ISO 旁边会给一段 SHA-256，拿到文件之后立刻算一遍：
Get-FileHash -Path "D:\ISO\win11_25h2_x64.iso" -Algorithm SHA256把输出和你页面上看到的字符串逐位对比。长度 64 位，肉眼比对容易看花，可以把两个字符串都粘进文本编辑器开自动换行，或者用下面这种方式做程序化比对：
$expected = "（把官方页面上的哈希粘到这里）" $actual = (Get-FileHash -Path "D:\ISO\win11_25h2_x64.iso" -Algorithm SHA256).Hash if ($actual -eq $expected) { "OK" } else { "MISMATCH" }比对不上就别往下走了，重新下。我统计过自己遇到的安装失败案例，接近一半在哈希这一步就能定性：文件在下载过程中被截断或者写坏了，安装程序在解压阶段读到坏块，报出来的错误五花八门——0x80070570、0x8007000D、卡在某个百分比不动、甚至直接重启。这些表象看起来像硬件问题，实际就是一个字节的事。
校验还顺带解决另一个隐患：下载工具改写文件。某些下载器或者"加速"插件会在传输过程中做内容处理，下来之后文件大小看着对，实际内部的校验和已经变了。所以尽量用浏览器原生下载或者支持完整性校验的下载工具，别用那些来路不明的加速器。
2.4 第三方"优化镜像"的风险账
网上流传着大量"精简版""优化版""免检测版"镜像，标题写得天花乱坠，体积比官方小一半。我的建议很直接：能不碰就不碰。
原因不在于道德判断，而在于工程现实。这类镜像做了三件事——删组件、改默认设置、塞预置项。删组件会导致某些功能永久缺失，比如删了 Windows Update 相关服务，后面想打补丁发现更新页面转圈；改默认设置会让组策略和注册表处于一种"半官方"状态，出问题时你没法用标准流程排查；塞预置项就更麻烦，轻则浏览器首页被改，重则系统里常驻了你看不见的东西。
更现实的问题是问题无法归因。用官方镜像装出来的机器出问题，我能按标准路径查：查哈希、查驱动、查事件日志、查更新历史。用第三方镜像装出来的机器出问题，第一层怀疑永远是"镜像本身动了什么"，而这个答案你拿不到，排查直接从"定位"退化成"重装"。对于生产环境或者要长期用的机器，这个代价太高了。
真需要精简，正确做法是拿官方镜像，用应答文件在部署阶段跳过 OOBE 的一些页面、用 DISM 离线移除明确知道不要的可选功能。可控、可回滚、可复现，出了事知道从哪查。
3. 启动盘制作：三条路线怎么选
3.1 路线对比与选型逻辑
启动盘制作看起来是"把 ISO 写进 U 盘"这一件事，实际有三条差别很大的路线，选错路线会在后面花掉几倍的时间。
| 路线 | 工具形态 | 适用场景 | 主要限制 |
|---|---|---|---|
| 官方工具路线 | 官方介质创建工具 | 单台机器、追求省心 | 版本语言不可选、不留 ISO |
| 通用写入工具路线 | 第三方写盘工具 | 多版本共存、需要灵活分区方案 | 需自己处理文件系统与引导 |
| 手动释放映像路线 | 命令行 + 分区工具 | 批量部署、定制化需求 | 门槛高、步骤多 |
选型逻辑其实就三条：装几台、要不要留存镜像、目标机是不是标准 UEFI 平台。装一台、不留存、标准平台，官方工具最省事；装多台或者需要备着以后用、目标机新旧混杂（有 UEFI 也有传统引导），走通用写入工具；要铺几十台或者要做定制化（预置驱动、预置应答文件），走手动释放。
还有一个容易被忽略的变量：U 盘本身。启动盘对 U 盘的要求比想象中高，杂牌 U 盘的持续写入速度可能只有几 MB/s，写一个 5 GB 的镜像要半小时，而且中途掉速容易写坏。我现在的固定做法是用 32 GB 以上的品牌盘，USB 3.0 起步，写盘之前先用工具做一次全盘写入测试确认没有坏块。这个前期投入能省掉后面"装到一半卡住"的折腾。
3.2 官方工具路线：最省心但最不灵活
官方介质创建工具的流程没什么可讲的，下载、运行、接受协议、选择"为另一台电脑创建安装介质"、选语言版本架构、选 U 盘、等它写完。整个过程大概二十分钟到四十分钟，取决于网速和 U 盘速度。
值得说的是它的几个隐含行为。第一，它会格式化目标 U 盘，盘里原有的东西一个不留，操作前必须确认盘里没重要数据。第二，它写入的分区方案是跟着当前机器走的——你在 UEFI 机器上跑它，做出来就是 GPT + FAT32；在老式 BIOS 机器上跑，做出来可能是 MBR。这意味着如果你在一台老机器上做了盘，拿去装新机器，可能卡在"找不到可引导设备"。第三，它不给你留 ISO，做完盘之后想再做一个就得重跑一遍全流程。
我一般把它当"应急方案"：临时要装一台、手边只有这一个 U 盘、不想折腾，就用它。日常备着的那几个盘，都是走第二条路线做出来的。
3.3 通用写入工具路线：分区方案与文件系统是命门
这条路线的核心矛盾是文件系统。UEFI 引导规范要求引导分区是 FAT32，而 FAT32 有一个硬性限制：单个文件最大 4 GB。25H2 的install.wim早就超过这个数了，通常 4.5 GB 到 5 GB 上下。直接把镜像写进 FAT32 的盘，写到那个文件就会失败，报"文件过大"。
围绕这个矛盾有三套解法，各有取舍。
解法一：整盘用 NTFS，靠引导层做中转。主流写盘工具都支持这个模式，它会在盘上放一个小小的 FAT32 分区装引导程序，主分区用 NTFS 装镜像文件，引导程序负责把控制权交给 NTFS 分区上的系统。好处是简单，一键完成，兼容性好。坏处是部分主板的 Secure Boot 对这种"引导中转"会有意见，需要额外处理。
解法二：拆 install.wim。用 DISM 把大文件切成小于 4 GB 的分卷：
dism /Split-Image /ImageFile:"D:\ISO\sources\install.wim" /SWMFile:"E:\sources\install.swm" /FileSize:3800切完之后把原来的install.wim删掉，只留.swm分卷，然后整个盘用 FAT32 写。这个方案的优点是引导链路最干净，Secure Boot 零障碍，老主板新主板通吃。缺点是每次换镜像都得重新切一遍，而且拆出来的分卷不能被某些第三方部署工具直接识别。
解法三：直接上多镜像管理工具。把多个 ISO 原封不动拷进 U 盘，启动时给菜单让你选。适合"一个盘装好几种系统"的场景，省掉了反复写盘。代价是引入了额外的引导层，偶尔会遇到某些镜像启动后找不到安装源的情况，需要手动指定。
写入工具的分区方案选项也要对。UEFI 平台选 GPT，传统引导平台选 MBR，这个选错了不是"性能差一点"，是直接起不来。现在主流机器都是 UEFI，默认选 GPT 就对了；如果目标机是十年前的老机器，或者 BIOS 里把 CSM 开着，那才需要 MBR。
3.4 手动释放映像路线：面向批量与定制
这条路线是"能用命令行的地方绝不点鼠标"的思路，好处是完全可控、可脚本化、可复现。核心就三步：分区、格式化、释放映像。
分区用diskpart，脚本大致长这样（假设目标盘是 disk 1，执行前务必用list disk确认盘号，选错了会把你的数据盘抹掉）：
diskpart select disk 1 clean convert gpt create partition efi size=300 format quick fs=fat32 label="SYSTEM" assign letter=S create partition msr size=16 create partition primary format quick fs=ntfs label="WINDOWS" assign letter=W exit这里几个参数值得解释。EFI 分区 300 MB是个稳妥值，官方默认 100 MB，但 100 MB 在装了多个引导项、放了一堆驱动之后会紧张，扩容又极麻烦，一次给足更省心。MSR 分区 16 MB是微软保留分区，不分配盘符、不存数据，纯粹给系统管理用，别省。系统分区用 NTFS，容量按需。
释放映像用 DISM：
dism /Apply-Image /ImageFile:"D:\ISO\sources\install.wim" /Index:6 /ApplyDir:W:\/Index这个参数是重点。同一个install.wim里往往打包了多个 SKU，索引号对应关系是固定的：家庭版通常是 1，专业版 6，企业版 3，教育版 4。索引选错会装成别的版本，而且装完才发现，白折腾一小时。查索引用：
dism /Get-WimInfo /WimFile:"D:\ISO\sources\install.wim"释放完还要建引导：
bcdboot W:\Windows /s S: /f UEFI这一步是把引导文件写到 EFI 分区，/f UEFI指定引导类型。漏了这一步，盘做好了但机器起来是黑屏或者直接进 BIOS。
这条路线最大的价值在于可定制。释放映像之后、sysprep 之前，可以往里塞驱动、改注册表、预置应答文件、装运行库，做出一张"开箱即用"的盘。批量部署场景下这套流程能省掉大量重复劳动。
3.5 硬件不达标的取舍
现实里总有那么几台机器卡在硬件门槛上：TPM 芯片没有或者版本不到 2.0、CPU 不在支持列表、Secure Boot 开不了。官方对这一类机器的态度很明确——不支持，装完不保证更新和稳定。
我不建议一上来就走"绕过检测"的路子，得先把账算清楚。绕过去的机器，后续大版本更新可能被拦住，安全补丁的推送策略也可能跟标准设备不一致，出问题时官方支持渠道第一句话就是"这台设备不在支持列表"。如果是自己折腾的测试机，怎么玩都行；如果是给家里人用的主力机、或者任何生产环境的机器，这个隐患不值当。
替代方案是把门槛补齐：TPM 2.0 在老平台上多数是固件选项没开而不是真的没有（Intel 平台叫 PTT，AMD 平台叫 fTPM，在 BIOS 的安全选项里），CPU 不在列表里的多见于六代到八代酷睿，这部分确实没法补。Secure Boot 同理，多数主板默认关着，打开即可。
真到了必须在不支持设备上装的情况，我倾向于降级到仍然支持该硬件的版本，而不是硬上。稳定运行比版本号新鲜重要得多。
4. 安装现场：分区、账户、驱动
4.1 分区布局：ESP、MSR、系统盘的尺寸分配
全新安装时的分区页面是很多人第一次感到迷茫的地方。看到"驱动器 0 未分配的空间"和一排按钮，不知道点哪个。
标准 UEFI + GPT 布局是三个分区：
- EFI 系统分区（ESP）：FAT32，存引导文件，官方默认 100 MB，我一般给 300 MB。
- MSR 保留分区：16 MB，无文件系统、无盘符，系统管理用。
- 主分区：NTFS，装系统，剩余全部空间。
如果盘是全新的，最省事的做法是选中"未分配的空间"，直接点"下一步"，安装程序会自动建好这三个分区。不用手动点"新建"再分配大小，那样反而容易建出布局不规范的分区（比如没有 MSR，或者 ESP 大小不对）。
需要手动介入的情况有两种。一种是盘上还有旧系统，得先把旧分区全删掉（选中逐个点"删除"，直到只剩一块未分配空间），再让安装程序自己建。不删的话会出现"Windows 无法安装到这个磁盘，选中的磁盘具有 MBR 分区表"这类错误，本质是分区表和引导模式对不上。另一种是要预留空间给双系统或者独立数据分区，那就得手动算好大小，先建系统分区，剩下的留给后面。
系统盘容量给多少合适？我的经验线是C 盘不低于 200 GB。25H2 装完基础占用 30 GB 上下，加上各种运行库、开发工具、缓存在一两年内涨到 100 GB 很常见，剩下 100 GB 缓冲才不至于天天清盘。给 120 GB 的话，用不了半年就得开始挪东西。
4.2 账户创建与联网策略
25H2 的 OOBE（开箱体验）流程里，联网几乎是强制的，而且默认引导你登录在线账户。想在首次配置阶段直接建本地账户，可行的正规路径有两条。
第一条是断网安装。在 OOBE 首次出现网络选择页面时不要连 Wi-Fi，插网线的拔掉。等它尝试联网失败后，会出现"我没有 Internet 连接"的选项，点进去再选"继续执行受限设置"，就能进入本地账户创建流程。这个方法在 25H2 上依然有效，但要注意——如果你在 OOBE 阶段已经连过一次网，缓存的网络配置可能让系统自动跳回在线账户路径，那就只能靠第二条。
第二条是应答文件预置。用 unattend.xml 在部署阶段把本地账户、计算机名、时区、跳过 OOBE 页面全部写好，系统起来直接是配置好的状态。这条路径适合批量场景，一次写好，几十台机器通用，而且完全绕开了手动点选的随机性。
账户建完之后有两个设置建议立刻改。一是把 UAC 保持在默认档位，别为了"少弹窗"直接关掉，那是拿安全换方便。二是立刻设置密码找回方式，本地账户尤其要注意——本地账户没有在线找回通道，密码忘了只能靠重置盘或者 PE 环境，麻烦程度远超你的想象。
4.3 首次进桌面后的四件事
装完系统第一次进桌面，很多人就开始装软件了。我建议先按顺序做完这四件事，能省掉后面大量麻烦。
第一件：装主板芯片组驱动和网卡驱动。顺序很重要，先芯片组后其他。芯片组驱动决定了电源管理、PCIe 通道、USB 控制器这些底层行为，装晚了可能出现"装完系统后睡眠唤不醒""USB 设备时有时无"这类玄学问题。网卡驱动放第二位，因为后面所有在线更新都依赖网络。这两个驱动最好提前下好放在 U 盘里，因为刚装完的系统可能根本识别不到网卡——尤其是较新的 2.5G 网卡和 Wi-Fi 7 无线网卡。
第二件：跑一遍系统更新，但不要一次跑完。先让系统自己找更新，装完累积更新重启，再检查一次。我见过太多"更新装了一半就断网"的情况，分两轮跑能显著降低失败率。如果更新卡在某个百分比超过半小时，别硬等，先看事件日志里有没有具体的失败组件。
第三件：检查设备管理器里的黄色感叹号。有感叹号说明驱动没装全，点开看具体是哪个设备，按硬件 ID 去厂商页面找驱动。特别注意"其他设备"分类下面的"未知设备"，那往往是某个芯片组组件或者电源管理模块，不影响开机但会影响续航和休眠。
第四件：确认系统还原点和备份策略。25H2 默认可能关闭了系统保护，手动打开，给 C 盘分配 5% 到 10% 的空间做还原点。这一步在装完驱动和常用软件之后做一次，后面出问题能省掉重装。
4.4 BitLocker 与恢复密钥
这一节单独拎出来说，因为它是最容易造成不可逆数据损失的环节。
现代 Windows 在满足条件的设备上会自动开启设备加密（BitLocker 的一种轻量形态），而且开启过程是静默的，用户毫不知情。等到某天换了主板、刷了 BIOS、或者重装系统，突然弹出一个界面要你输入 48 位恢复密钥，这时候才发现自己从来没有备份过——盘上的数据就锁死了。
预防措施只有一条：装完系统第一件事就是确认加密状态并导出恢复密钥。
查看状态：
Get-BitLockerVolume或者用命令行：
manage-bde -status如果显示"保护已开启"，立刻导出密钥。导出途径有三个：登录在线账户后在账户的设备管理页面查看（自动加密的密钥通常会自动上传到这里）、手动导出到文件保存到别的介质、打印出来。我一般建议至少存两份，一份在离线介质上，一份在密码管理器里，且不要存在被加密的那块盘上——那等于把钥匙锁在柜子里。
重装系统或者换硬件之前，务必先挂起或关闭加密：
manage-bde -protectors -disable C: -rebootcount 2这条命令让保护在接下来两次重启内保持挂起状态，足够完成重装流程。做完之后系统会重新接管加密状态。
注意：如果机器是单位配发的，恢复密钥可能已经被统一托管，个人无法查看。这种情况在动系统之前必须先联系设备管理员，别自己动手。
5. 高频故障速查：从插上U盘到装完开机
5.1 启动阶段：U盘不出现、卡Logo、Secure Boot 拦截
症状一：开机按启动菜单键，列表里没有 U 盘。
按可能性从高到低排查：U 盘插在 USB 3.x 接口上而主板对这个接口的启动支持不好（换到 USB 2.0 接口试试，尤其是老主板）；BIOS 里"USB 启动"或"传统 USB 支持"被关掉了；U 盘做的是 GPT 分区而机器只认传统引导（或者反过来）；U 盘本身有问题，换一个盘交叉验证最快。
症状二：选中 U 盘之后黑屏，或者只有一行闪烁的光标。
这基本可以判定为引导文件没写对。常见原因是分区方案和引导模式不匹配——做盘时选了 MBR，但机器是纯 UEFI 模式（关掉了 CSM）。解决办法是重新做盘选 GPT，或者进 BIOS 把 CSM 打开。另一个原因是 ESP 分区里的引导文件损坏，重新写一遍盘即可。
症状三：出现 Secure Boot 相关的拦截提示。
部分第三方写入工具做的盘，其引导程序没有经过签名，Secure Boot 会直接拒绝。两条路：进 BIOS 临时关闭 Secure Boot（装完再打开），或者改用"拆 install.wim + FAT32"的方案做盘，那条路引导链最干净，Secure Boot 无感。
症状四：卡在厂商 Logo 界面转圈，进度条不动。
先等三到五分钟，有些机器首次从 U 盘引导会做一次完整的硬件自检。超过五分钟还没动静，拔掉 U 盘重启，进 BIOS 检查启动顺序，确认 U 盘是第一启动项。还有一种可能是 U 盘被识别成了"可移动设备"而不是"硬盘"，部分 BIOS 需要在启动菜单里切一个分类才能看到。
5.2 安装阶段：找不到驱动器、0x80070570、卡在百分比
"找不到任何驱动器"是近几年最高频的问题，根源在 Intel 的 VMD 技术和 RAID 模式。新平台默认开启 VMD，安装程序没有对应驱动就看不到硬盘。两种解法：一是进 BIOS 把存储模式从 RAID/VMD 改成 AHCI（注意：已装系统的机器这么改会蓝屏，需要先在系统里做安全启动配置）；二是在安装程序的"加载驱动程序"页面手动加载对应的 F6 驱动包。我一般推荐第二种，改动小、风险低，代价是要提前把驱动下好放 U 盘里。
0x80070570（文件或目录损坏且无法读取）十有八九是镜像或介质的问题。回头做哈希校验，通不过就重下；通过了就换 U 盘重做，或者换一个 USB 接口。极小概率是内存故障，如果换盘换镜像还是同样报错，跑一次内存检测。
0x8007000D同样是文件损坏类错误，指向安装源里的某个文件读不出来，处理方式同上。
卡在某个百分比长时间不动（比如"正在安装 Windows 62%"）。先给足时间，机械硬盘或者慢速 U 盘在这个阶段确实慢。超过四十分钟没有任何进展，考虑是 U 盘读取速度崩了，换个盘重来。还有一种是目标盘有坏道，安装程序反复重试，这种情况换盘或者换个分区位置。
"这台电脑无法运行 Windows 11"提示。按提示里的具体项对号入座：TPM 2.0 没开就去 BIOS 里开 PTT/fTPM；Secure Boot 没开就打开；CPU 不在列表就属于硬性不支持，需要评估是否值得硬上。
5.3 装完之后：没网、驱动缺失、更新回滚
装完没网。25H2 的 OOBE 阶段如果没有网络会卡住，但装完进桌面之后没网是另一回事。先看设备管理器里网卡在不在：完全看不到设备，说明网卡驱动缺失或者硬件没被识别；有设备但带感叹号，说明驱动装了但不匹配；设备正常但连不上，查 IP 配置和 DNS。最省事的解法是提前把网卡驱动放在 U 盘里，装完立刻装。
驱动缺失导致的连锁问题。缺芯片组驱动会表现为休眠异常、USB 掉线、风扇狂转；缺显卡驱动会表现为分辨率锁在 1024×768、外接显示器不识别；缺音频驱动就是没声音。判断方法统一：设备管理器看有没有未知设备，有就按硬件 ID 去查。
更新装完回滚，或者更新失败循环。先看更新历史里失败的具体 KB 号，然后去系统盘清理 SoftwareDistribution 缓存：
net stop wuauserv net stop bits ren C:\Windows\SoftwareDistribution SoftwareDistribution.old net start wuauserv net start bits清完之后重新检查更新。如果还是同一个补丁失败，多半是系统组件状态不一致，跑一遍系统文件检查：
sfc /scannow dism /online /cleanup-image /restorehealth这两条命令的顺序不能反，先 sfc 后 dism，因为 dism 修复的是组件存储，而 sfc 依赖组件存储的完整性。
装完发现版本不对。有人装完发现是 24H2 不是 25H2。原因通常是镜像本身是 24H2 的，25H2 需要通过更新通道或者启用包升上去。确认方法看第 1.3 节那三条命令，升级方法是在设置里打开"在最新更新可用后立即获取"，然后检查更新。
5.4 常见故障速查表
| 现象 | 最可能原因 | 首选动作 |
|---|---|---|
| 启动菜单里没有 U 盘 | 接口/BIOS 设置/分区方案不匹配 | 换 USB 2.0 口，检查启动模式 |
| 选 U 盘后黑屏闪光标 | 引导文件未正确写入 | 重做盘，确认 GPT/UEFI 匹配 |
| Secure Boot 拦截 | 引导程序未签名 | 临时关闭 Secure Boot 或改用 FAT32 方案 |
| 安装程序找不到硬盘 | VMD/RAID 模式缺驱动 | 加载 F6 驱动或 BIOS 改 AHCI |
| 0x80070570 / 0x8007000D | 镜像损坏或介质问题 | 哈希校验，换盘重做 |
| 卡在某百分比超 40 分钟 | U 盘读取异常或目标盘坏道 | 换盘，换分区位置 |
| 装完无网络 | 网卡驱动缺失 | 离线安装网卡驱动 |
| 更新反复失败 | 更新缓存或组件存储异常 | 清 SoftwareDistribution，sfc + dism |
| 提示需要 BitLocker 恢复密钥 | 硬件变更触发加密保护 | 从账户或备份介质取回密钥 |
6. 几条硬经验
6.1 关于版本号的三个误区
误区一：把 DisplayVersion 当成唯一判断依据。前面说过，DisplayVersion 是给人看的标签，真正决定行为的是 build 号和 UBR。有些机器显示 25H2，但启用包只装了一半，功能表现跟 24H2 没区别。判断必须三个字段一起看。
误区二：认为 25H2 是一个全新系统。它和 24H2 共版，共用服务分支，共用累积更新。这意味着"从 24H2 升 25H2"和"从 23H2 升 24H2"完全是两码事，前者是几分钟的事，后者才需要完整的升级流程。把这两件事混为一谈，会在排期和工时估算上出大偏差。
误区三：看到 build 号高就以为更新。build 号只反映主干版本，不反映补丁日期。26200.5000 和 26200.6584 是同一个大版本，但后者装了近期的累积更新。真正判断"这台机器补丁打到哪天"，要看 UBR 和更新历史里的最后安装日期。
6.2 我的操作清单
每次装机的固定流程，抄过去就能用：
- 确认目标机架构（
echo %PROCESSOR_ARCHITECTURE%），选对镜像。 - 官方渠道下 ISO，立刻算 SHA-256 比对，不过就重下。
- U 盘先做一次写入测试，确认没有坏块。
- 做盘时确认分区方案：UEFI 选 GPT，传统引导选 MBR。
install.wim超过 4 GB 时，要么用 NTFS 方案，要么dism /Split-Image拆分。- 装机前查 BIOS：TPM 开没开、Secure Boot 开没开、存储模式是 AHCI 还是 RAID/VMD。
- 提前把芯片组驱动、网卡驱动、存储驱动放 U 盘根目录。
- 安装时删干净旧的系统分区，让安装程序自己建 ESP/MSR/主分区。
- 装完第一件事：确认 BitLocker 状态并导出恢复密钥。
- 装完第二件事：装芯片组驱动，再装网卡驱动。
- 系统更新分两轮跑，每轮重启。
- 设备管理器确认无未知设备，再做系统还原点。
最后分享一个小习惯：我会在 U 盘根目录放一个纯文本文件，写明这张盘是什么时候做的、镜像的哈希值前十六位、对应哪个版本。听起来很琐碎，但当手上有五六张盘、隔了半年再拿出来用的时候，这个文件能省掉重新验证的全流程。踩过几次"拿了张旧盘装了半天发现版本不对"的坑之后，这个习惯就再也改不掉了。
