Win11 26H2 升级路线怎么选:先查版本,再看先决条件

Windows 11 26H2 已经铺开:微软官方页面显示它 9 月 29 日进入 GA 渠道(系统内部版本 26300),10 月又陆续推了多轮累积更新(含 10 月 13 日与 10 月 28 日)。但「能不能升、怎么升」并不取决于你是否看到过推送横幅------24H2/25H2 设备走启用包只要一次重启;而「Win10 也能直升」目前只是媒体报道口径,微软官方先决条件里明确不支持。这篇文章给出一套只读的自查方法:两条只读命令确认版本与先决条件,一张决策图选路线,最后列升级前要核对的已知问题。本文全程只执行只读检查,没有实际执行系统升级。

26H2 为什么不用重装:官方「主开关」机制

微软 KB5121794 支持页(官方原文)解释了 26H2 的实现方式:Windows 11 24H2、25H2 和 26H2 共享同一套系统文件;26H2 的新功能其实已经随 24H2/25H2 的每月质量更新装进了你的电脑,只是「处于非活动和休眠状态」,需要启用包这个「小型、可快速安装的主开关」来激活。直接从 Windows 更新或 WSUS 接收更新的 24H2/25H2 设备,会在功能更新安装时自动获得启用包。

对应版本号关系(微软 Windows 11 release information 页):24H2 = 26100.x,25H2 = 26200.x,26H2 = 26300.x;10 月 13 日基线累积更新为 KB5127648(26300.9711),10 月 28 日最新为 KB5127936(26300.9818)。

第一步:先查清自己到底是什么版本

最可靠的方式是直接读注册表,但注意别信 ProductName 字段。PowerShell 执行:

powershell 复制代码
Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion' |
  Select-Object DisplayVersion, CurrentBuild, UBR, EditionID, ProductName

我在一台 25H2 设备上的真实输出(2026-11-02 08:24,设备标识已去除):

复制代码
DisplayVersion CurrentBuild   UBR EditionID             ProductName
-------------- ------------   --- ---------             -----------
25H2           26200          9711 ProfessionalWorkstation Windows 10 Pro for Workstations

**注意最后一列:ProductName 显示「Windows 10 Pro」,但这台机器实际是 Windows 11 25H2。**这是注册表的历史遗留字段,很多 Win11 设备上都没更新过。判断版本请以 DisplayVersion + CurrentBuild 为准:25H2 = 26200,UBR 是当前累积更新号。

第二步:核对启用包的先决条件

官方先决条件(KB5121794 页原文):必须已运行 24H2 或 25H2,且安装「2026 年 9 月 22 日 - KB5124010(26100.9546)预览版或更高版本的累积更新」;应用启用包后必须重启一次;该更新不替换任何以前发布的更新。

检查已装更新:

powershell 复制代码
Get-HotFix | Where-Object InstalledOn -ge (Get-Date '2026-09-01') |
  Sort-Object InstalledOn | Select-Object HotFixID, Description, InstalledOn

本机输出只有 10 月 15 日安装的 KB5127647、KB5127648、KB5127690------9 月的 KB5124010 并没有单独列出。这不是先决条件没满足:Get-HotFix 对累积更新的列表本来就不完整,本机 26200.9711 也已高于 9 月版本线(后续 DISM /online /Get-Packages 未在包名里匹配到 FeatureUpdate/Enablement 字样)。

实操结论:别拿 Get-HotFix 当先决条件的唯一判据,把「Windows Update 页面是否出现 26H2 提供」作为最终信号;手动装启用包(eKB5121794)前,先确保装到最新累积更新再试,失败时回到 Windows Update 等待。

第三步:三条路线怎么选

已在 24H2/25H2:首选等 Windows Update 出现 26H2 提示点「下载并安装」(自动带启用包,一次重启);想主动推进,可在满足先决条件后手动安装启用包 eKB5121794。

还在 Windows 10(扩展支持期) :据 neowin 11 月 1 日报道(IT之家 11 月 2 日转述),微软已把 26H2 推送扩大到「所有符合升级条件的设备,包括处于扩展支持阶段的 Win10 电脑」;但启用包本身不能用于 Win10 直升(官方先决条件写明),Win10 设备走的是 Windows Update 升级提供或媒体创建工具(MCT)/ISO 路线。截至本文信息截止时间,「Win10 直升」未核到微软官方原文(官方博客页返回 403),请以你设备上 Windows Update 的实际提示为准。

需要全新安装/修复:微软 10 月 1 日已发布 26H2 官方 ISO(正式版 26300.9457,IT之家 10 月 1 日报道),官网下载页可选 x64/ARM64。

23H2 及更早或不满足 TPM/Secure Boot 等硬件要求:不支持启用包路径;不满足硬件要求的设备不建议用绕过手段强升,升级后驱动和兼容性问题会持续放大。

升级前值得核对的已知问题(都已修复,但值得知道发生过什么)

微软 26H2 发布健康页的已知问题记录(均为 Resolved 状态):

问题 受影响场景 修复更新
登录后黑屏/桌面加载异常 Azure 虚拟桌面(AVD)+ FSLogix 环境为主 2026-10-13 KB5127648
AC-3(杜比数字)解码应用意外关闭 安装 9 月 22 日 KB5124010 之后 2026-10-13 KB5127648
域设备与域的安全信任丢失、Credential Guard 机器账户无法交互登录 域加入设备 2026-10-08 KB5124010

个人电脑装上 10 月及之后的累积更新基本都绕开了这些坑;企业 IT 尤其是有 AVD、域环境或依赖 AC-3 音频的应用栈的,升级批次安排前先对照这张表。

预期结果与失败边界

升级完成后,用第一步的同一条命令复查:DisplayVersion 应为 26H2、CurrentBuild 应为 26300,UBR 对应最新累积更新(10 月底口径为 26300.9818 / KB5127936)。

两个常见「失败」其实不是失败:一是 Windows Update 迟迟没提示------分阶段推送下「未出现 ≠ 不合格」,可能只是还没轮到或被兼容性挂起,等几天再看;二是启用包安装报不适用------检查是否真在 24H2/25H2、是否已装 9 月 22 日之后的累积更新。本文未执行实际升级,升级过程中的重启与迁移耗时因设备而异,操作前请自行备份重要数据。


参考与信息口径:微软《Windows 11 release information》《KB5121794 启用包》《Windows 11 26H2 known issues》三页(2026-11-02 抓取);IT之家《微软确认:受支持的 Win10 设备现可直接升级至 Win11 26H2》(2026-11-02,转述 neowin)、《微软发布 Win11 26H2 ISO 下载镜像》(2026-10-01)。

信息截至 2026-11-02 08:30(+08)。文中命令均为只读查询,可直接复现;实测输出来自作者一台 25H2 设备,不代表所有设备状态。

相关推荐
Vex2une3 天前
WSL Containers 实战:2026 年 Windows 原生 Linux 容器开发指南
windows 11·docker desktop·vs code·gpu直通·wsl containers·wslc·linux 容器
学习论之费曼学习法4 天前
无人值守AI内容矩阵实战(10):Windows 上让 Python 进程 7×24 活着
人工智能·windows·python·矩阵·powershell·进程守护
JoePotter6 天前
从零搭建华为云 EVS 每日自动快照:hcloud + PowerShell + 邮件报告实战
华为云·自动化运维·powershell·evs·koocli·快照备份·mailozaurr
JoePotter9 天前
Restic 备份工具使用指南(Windows Server 2019 适配版)
powershell·数据备份·windows server·运维自动化·restic
DogDaoDao12 天前
Windows 双 Shell 全面对比:CMD 与 PowerShell 的技术剖析
windows·shell·测试·powershell·cmd·程序员开发
Vex2une14 天前
PowerShell 7.5新特性解析:跨平台自动化与AI集成实战指南
ai编程·powershell·安全合规·自动化脚本·.net 9·跨平台运维·ssh远程
Vex2une21 天前
PowerShell 发展史:从命令行外壳到跨平台自动化引擎
windows·自动化·azure·powershell·vs code·脚本语言·dsc
Vex2une23 天前
PowerShell ISE 到 VS Code 迁移史:从集成脚本环境到现代编辑器工作流
windows·vscode·powershell·powershell ise·powershell 扩展·powershell 7·脚本编辑器
Vex2une1 个月前
Windows PowerShell 发展史:从命令行工具到自动化核心
windows·自动化运维·命令行·powershell·cmd·脚本语言·对象管道