使用 WDS 部署 Windows 11 24H2 Arm 的可行性研究

        今天继续分享与 Windows 自动部署相关的话题，前面介绍了“基于 Autounattend 应答文件的 Windows 11 24H2 Arm 自动化安装”，这次 gOxiA 要与大家分享一下最近在 WDS 上部署 Windows 11 24H2 Arm 的收获。如果你关注过之前的一篇日志“WDS 变更部署支持”，会了解到 WDS 很关键的信息，即便如此 gOxiA 还是希望通过实践做一下可行性研究。

        环境为一个工作组的Windows Server 2025（以下简称：WS2025），安装了 DHCP 和 WDS Role，并进行了配置目前属于可工作状态；客户端是一台 Arm 架构的设备，支持 PXE Boot 启动。首次尝试时，我先导入了 Windows 10 22H2 Arm 安装源中的 Boot.wim，在成功执行 PXE Boot 引导进入 Windows Setup 的 PE 环境后，报了一个错误，如下图所示，看起来是 DHCP 导致的一个问题。

        在导入网卡、USB等驱动后仍旧是报这个错误，看来应该是底层做了某些限制，指示给了一个完全无关的报错。之后又尝试导入 Windows 11 24H2 Arm 的 Boot.wim，启动后如下图所示，看起来是缺少相关驱动。

        但实际测试后发现即使导入了驱动也仍是这个提示，而且需要调用 CMD 执行网络初始化才能启动网络，但始终是提示需要驱动的界面，同上也只能放弃！

        最后的希望只能放在 Windows PE 上了，使用 Windows ADK 生成 Arm64 的 PE，并集成了网卡驱动，将其添加到 WS2025 WDS 的启动映像中，客户端引导成功，并且网络能够自动初始化。尝试做了 Ping 可连通 WS2025 服务器，并且还能够正常使用 Net use 命令。但当 gOxiA 尝试向该 PE 集成相关的 Setup 和 WDSTools 相关组件后，则该映像将启动失败。结论同上，应该是底层做了限制，就是要杜绝掉使用 WDS 执行 Windows Setup。

        OK，gOxiA 再换个思路，不在当前 PE 集成相关组件，使其成为一个可正常引导并访问访问网络的 PE 环境，之后从网络加载 Windows 11 24H2 Arm 的安装源，手动执行 Windows Setup，惊喜！！！竟然以 Legacy Setup 模式成功启动了 Windows Setup，但是呢……安装向导会提示当前设备不符合 Windows 11 最低需求。

        怎么可能！？该设备绝对是满足的，要了解真相只能排查日志 - Setupact.log，如下图所示，TPM没有被检测到。手动做了 TPM 的Bypass 检查跳过，这次可以了……

        既然因为检测不到 TPM 而终止，那就想办法为 PE 集成 TPM 驱动呗！想着简单，实现起来可是难上加难！首先查看 TPM 驱动发现它是一个系统级自带的驱动，与之相关的只有 TPM 固件驱动，检查 TPM 固件对应的 OEM.inf，再确认实际的 inf 名称，将其加载到 PE，谁想仍旧无法正常检测到 TPM，成为了难解之题，只能放到后续再研究。

        总结，通过本次测试研究，可使用基本版的 Windows 11 PE，通过手动加载 Windows 11 24H2 Arm 安装源的方式启动 Windows Setup，对于 TPM 问题可以通过 BypassCheck 的方法处理。那么 gOxiA 完全可以手动编制一个定制 PE 自动执行这些操作以完成 Windows 11 24H Arm 的自动部署。只是这样一来，WDS 仅仅是充当了一个 PXE Boot 的角色，而部署则完全依赖 WS2025 的 SMB。

        后面，会抽时间完成这个 PE 的定制，如有收获会继续与大家分享！