从 2019 Intel MacBook Pro 到 Windows 11 26H2：Boot Camp 安装、DRIVER_PNP_WATCHDOG 排障与跨版本升级实录

2026/10/14 22:28 下午 (UTC+8) posted in 技术 comments

日期：2026 年 10 月 13 日
硬件：MacBook Pro 16-inch (2019) / MacBookPro16,1
最终系统：Windows 11 Pro 26H2 + macOS 双系统

背景

2026 年 10 月，以 USD 200 入手了一台 2019 款 16 英寸 Intel MacBook Pro。

这是一台曾经的企业办公设备，经过 IT 部门安全擦除后重新交付。虽然它已经不再属于 Apple 的主流硬件平台，但其 x86-64 处理器、32GB 内存、512GB SSD 和 Retina 屏幕仍然具备相当不错的办公价值。

我的目标是将它改造成一台以 Windows 11 为主、macOS 为辅的办公笔记本。

整个迁移过程并非完全顺利。Boot Camp 安装阶段遇到了触控板失效和 DRIVER_PNP_WATCHDOG 蓝屏，Windows 11 安装阶段又遇到了 TPM 2.0 检测阻止升级的问题。

最终，通过 Boot Camp 驱动部署、Windows Setup 兼容性绕过，以及 Windows 11 Enablement Package，成功将这台机器升级到了 Windows 11 Pro 26H2。

本文记录完整过程、关键命令、实际故障及排障经验。

一、硬件环境与验机

1.1 设备配置

项目	实际配置
型号	MacBook Pro 16-inch (2019)
Model Identifier	MacBookPro16,1
机身型号	A2141
CPU	Intel Core i7-9750H
CPU 规格	6 Cores / 12 Threads，2.6GHz
RAM	32GB DDR4-2667
SSD	512GB
独立显卡	AMD Radeon Pro 5300M 4GB
集成显卡	Intel UHD Graphics 630
安全芯片	Apple T2
初始系统	macOS Ventura 13.3.1
购买价格	USD 200

Apple 的 2019 款 16 英寸 MacBook Pro 标准 i7 配置原本搭载 16GB 内存，因此这台设备属于选配了 32GB 内存的配置。

1.2 电池与设备安全状态

通过 macOS 的「系统信息」检查，获得以下数据：

Battery Cycle Count：229
Full Charge Capacity：7173mAh
Battery Condition：Normal
Activation Lock：Disabled
SSD 已经过企业安全擦除

Apple 官方规定，这一代 MacBook Pro 的电池设计循环计数上限为 1000 次。

229 次循环计数对于一台企业退役设备并不高。但由于电池存在自然老化，循环次数仍需结合实际容量与续航表现判断。

此外，设备没有附带充电器。这一型号的 Apple 原配电源适配器是 96W USB-C Power Adapter，可以使用符合要求的第三方 USB-C PD 充电器替代。

1.3 Boot Camp 的限制

Apple 官方 Boot Camp 目前仍然以 Windows 10 64-bit 作为受支持的安装系统。

Windows 11 在这台 Intel Mac 上缺少标准 TPM 2.0 支持，因此无法直接通过常规硬件兼容性检查。

这次选择的技术路线为：

macOS → Boot Camp Windows 10 → Windows 11 25H2 → Windows 11 26H2

这种路径的优势是先让 Apple 官方驱动完成部署，再升级 Windows 系统，降低触控板、T2、音频和其他特殊硬件的驱动配置难度。

二、使用 Boot Camp 安装 Windows 10 22H2

2.1 准备安装镜像

使用 Windows 10 Pro 22H2 简体中文 x64 官方 ISO。

没有选择较旧的 Windows 10 1909，尽管社区中存在部分 2019 MacBook Pro 用户使用 1909 解决安装兼容性问题的案例。

本次安装使用的 Windows 10 版本最终确认为：

Edition：Windows 10 Pro
Version：22H2
OS Build：19045.6456

2.2 Boot Camp 安装步骤

在 macOS 中启动 Boot Camp Assistant：

选择 Windows 10 ISO。
创建 Windows 分区。
由 Boot Camp 准备 Windows 安装文件与支持驱动。
由系统自动重启进入 Windows Setup。
选择 BOOTCAMP 分区完成 Windows 安装。

整个过程中应避免删除 EFI、APFS 或其他 Apple 系统分区。

但第一次安装时出现了意外故障。

三、故障排查：DRIVER_PNP_WATCHDOG

3.1 故障现象

第一次进入 Windows Setup 的语言选择界面时：

内置触控板无法操作。
Windows Setup 能够启动，但硬件初始化不正常。
后续安装过程中出现蓝屏。

蓝屏停止代码：

DRIVER_PNP_WATCHDOG

系统提示需要重新启动。

更麻烦的是，蓝屏后按住 Option (⌥) 进入 Apple Startup Manager，只能看到 Macintosh HD，没有正常可选的 Windows 安装启动项。

这意味着无法简单地从启动菜单恢复安装。

3.2 社区排障线索

在 Reddit 的 r/bootcamp 中，找到与该问题高度匹配的案例：

Boot Camp on Monterey — Driver_PnP error

以及：

2019 16" MacBook Pro — DRIVER_PNP_WATCHDOG

社区给出的 workaround 是：

断开非必要的外接 USB 设备。
使用 Boot Camp 启动 Windows 安装环境。
等待 Windows Setup 首次出现语言选择界面。
在尚未写入安装文件时，关机并重新启动。
在 Startup Manager 中尝试手动选择 Windows 安装启动项。

社区有用户通过这种方式恢复触控板，并解决蓝屏问题。

需要注意，这是一种非官方 workaround。其可能与安装环境的设备枚举或驱动初始化有关，但具体根因并没有得到 Apple 或 Microsoft 的正式确认。

3.3 本次实际解决过程

第一次蓝屏后，Windows 安装启动项没有正常显示，因此返回 macOS 检查并重新尝试 Boot Camp 安装流程。

在后续尝试中：

Windows Setup 成功进入安装过程。
内置触控板恢复正常。
Windows 文件复制及安装完成。
系统成功进入 Windows 10 桌面。

本次经历与社区记录的故障及恢复路径一致，但无法仅凭现有记录确认是哪一次启动状态变化最终解决了驱动初始化问题。

经验：遇到 DRIVER_PNP_WATCHDOG 时，应优先检查启动环境、Boot Camp 安装文件和外设状态，不要立即推断为 SSD 或主板故障。

强制重启只应在安装尚未写入系统文件的早期界面尝试，不应在文件复制或系统更新过程中执行。

四、安装 Boot Camp 驱动与 Windows 10 验收

Windows 10 首次进入桌面后，Boot Camp 驱动安装程序自动启动。

该安装程序部署了 Apple Windows Support Software，包括：

Apple T2 相关设备驱动
Touch Bar
Keyboard / Trackpad
Wi-Fi / Bluetooth
Audio / Camera
AMD Radeon Pro 5300M
Boot Camp Control Panel

完成安装并重新启动后，打开设备管理器检查。

实际结果：所有硬件正常识别，没有黄色感叹号。

触控板、键盘及其他主要硬件功能也已经恢复。

这一步非常关键。它为后续 Windows 11 原地升级建立了一个驱动完整的 Windows 基础环境。

五、Windows 10 → Windows 11 25H2

5.1 TPM 2.0 兼容性问题

2019 款 Intel MacBook Pro 搭载 Apple T2 Security Chip，但 Boot Camp 环境并不向 Windows 提供符合要求的标准 TPM 2.0 设备。

因此，直接运行 Windows 11 ISO 安装程序会受到硬件兼容性检查限制。

本次采用注册表方式调整 Windows Setup 的兼容性判断。

5.2 配置 Windows Setup 注册表

以管理员权限启动 Windows PowerShell，执行：

# Allow upgrades on unsupported TPM / CPU
$mo = "HKLM:\SYSTEM\Setup\MoSetup"

New-Item -Path $mo -Force | Out-Null

New-ItemProperty -Path $mo `
  -Name "AllowUpgradesWithUnsupportedTPMOrCPU" `
  -PropertyType DWord `
  -Value 1 -Force | Out-Null

# Override Setup hardware checks
$hw = "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\HwReqChk"

New-Item -Path $hw -Force | Out-Null

New-ItemProperty -Path $hw `
  -Name "HwReqChkVars" `
  -PropertyType MultiString `
  -Value @(
    "SQ_SecureBootCapable=TRUE",
    "SQ_SecureBootEnabled=TRUE",
    "SQ_TpmVersion=2",
    "SQ_RamMB=8192"
  ) -Force | Out-Null

Write-Host "Registry configuration completed."

这个方法属于非官方兼容性 workaround。它修改安装程序的检查行为，并不会真正提供 TPM 2.0 或新增硬件安全能力。

实际执行完成后，PowerShell 输出：

Registry configuration completed.

随后分别查询两个注册表路径，确认 DWORD 值为 1，HwReqChkVars 已写入。

5.3 通过 ISO 原地升级

下载 Windows 11 25H2 简体中文 x64 ISO。

在 Windows 10 桌面内：

右键 ISO，选择「装载」。
打开挂载的虚拟 DVD 驱动器。
运行 setup.exe。
按提示进行兼容性检查。
进入「准备就绪，可以安装」页面。

本次安装程序最终显示：

安装 Windows 11 专业版
保留个人文件和应用

确认之后执行安装。

这是一次 In-place Upgrade，不涉及重新创建磁盘分区。

5.4 升级结果

升级成功后，系统显示：

Windows 11 Pro
Version 25H2
OS Build 26200.9457

Intel CPU、32GB 内存及 Radeon Pro 5300M 均正常识别。

设备管理器没有异常设备。

至此，Windows 11 已经能够在这台 Intel MacBook Pro 上运行。

六、重新规划 SSD 分区

Windows 11 首次安装成功后，重新评估了磁盘空间。

最初的 Windows 分区约为 327.77GiB。考虑到这台设备以后主要运行 Windows，决定在尚未迁入正式工作数据之前重建 Boot Camp 分区。

最终采用 macOS 约 80GB，剩余空间优先分配给 Windows 的方案。

重新执行 Boot Camp 安装及后续 Windows 升级流程后，最终磁盘布局如下：

分区	实际容量
EFI System Partition	300MiB
macOS / APFS	74.51GiB
OSXRESERVED	9.31GiB
BOOTCAMP / Windows C:	380.86GiB
Windows Recovery	970MiB

注意，74.51GiB 约等于厂商使用十进制单位表示的 80GB。

最终 Windows 分区剩余可用空间约为 316GB。

这里还有一个未清理项目：OSXRESERVED。

这是 Boot Camp 创建的临时 exFAT 分区，本次 Windows 安装后仍然保留。由于其位于 macOS 和 Windows 之间，且分区操作具有一定风险，暂时没有手动删除。

这次重建增加了 Windows 的可用容量，但不代表普通用户应该频繁调整 Boot Camp 分区。对于已经投入使用的设备，更应优先备份并避免不必要的重分区。

七、Windows 11 25H2 → 26H2

这是整个过程里最有意思的部分。

7.1 直接使用 26H2 ISO 失败

在已经运行 Windows 11 25H2 的情况下，曾尝试直接挂载 26H2 ISO 并启动安装。

Windows Setup 再次提示不满足 TPM 2.0 要求。

由于之前进行过完整重装，旧系统中的兼容性绕过注册表配置并不一定保留。

但这时找到了一种更简单的升级方式：Enablement Package。

7.2 先安装 KB5124010

在 Windows Update 中安装：

2026-09 Preview Update — KB5124010

完成之后，系统版本变为：

Windows 11 25H2 / Build 26200.9550

这满足了 Windows 11 26H2 Enablement Package 的前置更新要求。

7.3 安装 KB5121794

微软官方确认，Windows 11 24H2、25H2 和 26H2 共用核心系统文件。

部分 26H2 功能已经通过累积更新提前部署，只是尚未启用。

因此微软提供了一个很小的 Enablement Package：

KB5121794

本次使用对应的 x64 .msu 更新包，在 Windows 桌面内进行安装。

重启后，Windows 系统版本正式变为：

Windows 11 Pro 26H2

没有再次执行完整 ISO 安装，也没有重新部署 Boot Camp 驱动。

7.4 为什么这个升级方式有效？

Windows ISO 原地升级通常会重新运行 Windows Setup 的硬件兼容性检查。

而 Enablement Package 使用 Windows 更新服务机制，对已经部署完成的系统组件进行版本功能启用。

它更接近一次功能状态切换，而不是完整重装操作系统。

在这台机器上，这意味着可以保留：

Boot Camp 驱动
Windows 系统配置
现有应用
macOS 分区
Windows 分区结构

但这不意味着机器获得了 TPM 2.0，也不意味着未来所有功能更新都可以使用相同方法。

八、最终系统状态与未完成的验证

截至本次装机结束，已经确认：

项目	结果
Windows 10 22H2 安装	成功
Windows 11 25H2 原地升级	成功
Windows 11 26H2 启用包升级	成功
Intel Core i7 / 32GB RAM	正常识别
Radeon Pro 5300M	正常识别
Boot Camp 驱动	未发现设备管理器异常
Windows 系统分区	380.86GiB
macOS 分区	已保留
TPM 2.0	仍不满足官方要求
电池状况	229 cycles / Normal

以下项目还需要进一步长期验证：

Windows 11 26H2 下的睡眠与唤醒
长时间电池续航与散热
Windows Update 后续累积更新
Touch Bar 与触控板复杂手势
从启动菜单重新进入 macOS
外接显示器、USB-C 扩展坞及音频设备

此外，Windows 的激活信息曾显示为具有到期时间的批量激活状态。这属于许可证管理问题，需要由合法授权的激活渠道处理，并不影响本文记录的系统安装方法。

九、经验总结

这次实践给我留下几个重要经验。

第一：Boot Camp 依然是 Intel Mac 安装 Windows 的实用起点。

虽然 Apple 官方只支持 Windows 10，但它能够帮助完成分区准备和设备专属驱动部署。对于 T2 芯片、Touch Bar、触控板等非标准 PC 硬件尤其重要。

第二：DRIVER_PNP_WATCHDOG 不一定意味着硬件损坏。

同型号社区案例显示，安装环境的启动顺序、外接设备状态及驱动初始化过程，都可能影响结果。相比立即更换硬件，先复核启动过程与 Boot Camp 驱动更合理。

第三：Windows 11 能安装，不等于符合 Windows 11 官方硬件标准。

注册表绕过和 Enablement Package 都无法提供真实的 TPM 2.0。Microsoft 也不保证不满足硬件要求的设备持续获得所有更新。

第四：选择正确的升级机制比盲目使用最新版 ISO 更重要。

从 Windows 10 到 Windows 11 25H2，完整原地升级是可行路径；但从 25H2 到 26H2，符合条件时使用 Enablement Package 更快，变更范围也更小。

第五：在投入正式使用前决定分区布局。

这次最终为 Windows 分配约 381GiB，macOS 保留约 80GB。对于 Windows-first 的办公用途，比平均分配 SSD 容量更符合实际需求。

结语

最终，这台以 USD 200 购入的 2019 款 Intel MacBook Pro，成功运行了 Windows 11 Pro 26H2。

整个过程经历了 Boot Camp 驱动初始化蓝屏、TPM 2.0 兼容性限制、系统版本升级和磁盘分区重建。

对于 Intel Mac，Windows 11 仍然存在不少非官方兼容性问题，但在合适的驱动基础、安装流程和更新机制下，旧设备依然可以继续承担日常 Windows 工作负载。

这次实践也再次说明：硬件的商业生命周期结束，并不必然意味着它的实际计算价值已经耗尽。

参考资料

使用 Terraform 管理 EKS 集群访问控制：从 aws-auth ConfigMap 到 Access Entry API 的迁移实战 »