最近，我的 Windows 11 电脑突然无法上网了。
Wi-Fi 热点能搜到，也能连接，但始终显示「无 Internet 连接」。同一个热点，手机和其他电脑都正常。
我重装了 WLAN 驱动、重置 Windows 网络设置，甚至接了一块 USB 外置无线网卡，结果都一样。
原本以为只是个网络故障，没想到一路排查下来，发现 Windows 的系统组件已经损坏。更麻烦的是，连 Windows 自己的修复和恢复功能也接连失效，最后只能重装系统。
记录一下整个过程，或许能给遇到类似问题的人提供一点参考。
第一步：排除 Wi-Fi 硬件和驱动问题
最初的判断很简单：既然能连接 Wi-Fi，却无法上网，先检查驱动和网络配置。
常规操作都试了一遍：
- 重装无线网卡驱动，无效。
- Windows 网络重置，无效。
- 更换不同 Wi-Fi 热点，无效。
- 换用 USB 外置无线网卡，仍然无效。
特别是最后一点。两块独立无线网卡表现完全一致，问题就不太像是某块网卡坏了。
我决定检查 Windows 的 TCP/IP 网络配置。
第二步：意外发现 WMI/CIM 组件异常
运行 ipconfig /all，没有看到预期的 Wi-Fi IP 配置信息。
接着尝试用 PowerShell 查看网卡协议绑定，却出现：
无法连接到 CIM 服务，没有注册类。
进一步执行：
winmgmt /verifyrepository
返回错误：
0x80040154 - Class not registered
奇怪的是，WMI 服务本身明明处于 RUNNING 状态。
WMI/CIM 是 Windows 的系统管理基础设施，很多硬件、网络和系统配置查询都依赖它们。
这并不能直接证明网络故障由 WMI 引起，但至少说明，系统已经存在比网卡驱动更底层的异常。
第三步：SFC 和 DISM 都无法完成修复
于是开始检查系统文件。
首先运行：
sfc /scannow
结果：发现损坏的系统文件，但其中一些无法修复。
继续使用 DISM：
DISM /Online /Cleanup-Image /ScanHealth
检测结果是组件存储可以修复。
但真正执行修复时：
DISM /Online /Cleanup-Image /RestoreHealth
却遇到错误 0x800f0915。
既然电脑无法上网，我又下载了微软官方 Windows 11 ISO，尝试离线修复。
这里还有一个小插曲：我的系统是 Windows 11 26H2，Build 26300.9711，版本代码为 CoreCountrySpecific，也就是家庭中文版（中国专用）。
第一次下载的 ISO 只有普通家庭版和家庭单语言版。后来重新找到包含家庭中文版的 ISO，并确认 install.wim 中对应索引为 1。
使用 /Source:wim:...:1 /LimitAccess 指定离线修复源，仍然失败。
需要说明的是，下载的 ISO 更新版本较旧，也可能缺少当前系统所需的组件。并不能仅凭这次失败，就断定 DISM 本身出了问题。
但结果很明确：Windows 已经确认存在损坏，却始终无法完成修复。
第四步：系统还原、重置和就地安装，全部失败
接下来尝试 Windows 自带的几条恢复路径。
系统还原： 电脑上还有一个大约一天前的还原点，尝试后没有解决问题。
重置此电脑： 希望恢复出厂状态，却直接报错，无法完成。
ISO 就地修复安装： 从 Windows 桌面运行安装程序，希望保留已有应用和个人文件。结果安装进度一直卡在 66%。
后来在 SetupDiag 中查到：
FindAbruptDownlevelFailure
0x800704C7 - 0x50015
不过，这个错误码对应操作被取消，而当时确实是我手动终止了卡住的安装。因此它不能解释安装为什么卡在 66%。
最后又用 chkdsk C: /scan 检查文件系统，没有发现问题，但这还不足以完全排除 SSD 硬件故障。
到这里，我已经不想再重复运行各种修复命令了。
第五步：USB 全新安装成功，却又被网卡驱动拦住
最终，我使用 USB 安装盘启动，完全重新安装 Windows 11。
这一次成功了。
不过，在首次设置的联网环节，发生了一件令人哭笑不得的事情。
Windows 要求我必须连接互联网才能继续，却又没有识别出电脑的无线网卡！
安装程序要求我手动加载网卡驱动。
过去使用 Windows，很多常见网卡至少能依靠系统自带驱动先联网，再通过 Windows Update 完善驱动。
但微软原版 ISO 不一定包含所有网卡驱动，电脑厂商的出厂镜像通常才会预装对应驱动。
于是出现一个 尴尬的循环：
需要联网才能完成安装，却可能需要联网才能下载网卡驱动。
幸好，此前排查故障时，我已经准备了网卡驱动安装文件，否则这次连新系统的首次设置都可能无法继续。
另外，原厂预装的 Windows 家庭中文版许可证并没有丢失。重装相同版本并联网后，可以使用原来的数字许可证自动激活，不需要重新购买 Windows。
第六步：回过头看，究竟是不是 Windows Update 的问题？
故障发生前，Windows 似乎执行过一次无法通过常规方式卸载的更新。
我很怀疑它与这次故障有关。
尤其是后来查出的系统文件损坏、WMI/CIM 异常，以及多个修复功能相继失败，都发生在这次故障过程中。
但客观地说，我没有找到足够的日志证据，证明某个具体更新包就是根因。
这次真正让我失望的，甚至不是 Windows 出现故障，而是它在系统损坏以后，没有提供一条可靠的恢复路径。
系统还原、重置、DISM、ISO 就地修复，几乎把微软提供的常规修复方式都试了一遍，最后还是只能全新安装。
这件事让我重新考虑系统备份
我以前经常讲「云盘同步不等于备份」。这次经历又让我意识到另一件事：
文件可以恢复，不代表工作环境也能恢复。
即使文档、图片、代码都安全保存在云盘或者移动硬盘上，重新安装 Windows 仍然意味着重新安装应用、配置开发环境、恢复各种软件设置。
所以，今后除了普通的文件备份，我还会特别重视三样东西：
- 完整的系统镜像备份。 在系统健康、软件配置完成后，制作能够从外部介质恢复的镜像，不完全依赖 Windows 自带的恢复功能。
- USB 安装盘和关键驱动。 尤其是无线网卡和存储控制器驱动，要留一份离线副本。
- 独立的文件版本备份。 系统镜像负责恢复工作环境，文件备份负责保存持续变化的个人数据，两者不能相互代替。
Windows 自带的 PnPUtil 就能导出驱动存储中的第三方驱动包：
pnputil /export-driver * D:\DriverBackup
这里的目标文件夹需要提前创建，导出后最好再复制到外部存储设备。也建议保存电脑厂商提供的原始驱动安装包。
这次折腾下来，花费的精力远远超过了最初修复 Wi-Fi 的预期。
但至少让我明白了：真正可靠的系统恢复，不能完全依赖那个可能已经损坏的系统自身。
否则，就像这次一样，原本只想修一下 Wi-Fi，最后却把整个 Windows 重新安装了一遍。
发表回复