Windows Autopilot 故障排除常见问题解答

Windows Autopilot 旨在简化 Windows 设备生命周期的所有部分，但始终会出现问题。 排查问题时，了解以下信息会很有帮助：

• Windows Autopilot 进程流。
• 如何下载 Windows Autopilot 设备配置文件 。
• 在故障排除期间要执行的关键活动。

无论是执行用户驱动部署还是自部署设备部署，故障排除过程都大致相同。 了解特定设备的流非常有用：

1. 建立网络连接。 连接可以是无线 (Wi-fi) 或有线 (以太网) 连接。

2. 下载 Windows Autopilot 配置文件。 使用有线连接或建立无线连接时，一旦网络连接到位，配置文件就会从 Windows Autopilot 部署服务下载。

3. 发生用户身份验证。 在用户驱动的部署期间，用户输入其Microsoft Entra凭据，然后对其进行验证。

4. 发生Microsoft Entra联接。 对于用户驱动的部署，使用指定的用户凭据将设备加入到Microsoft Entra ID。 对于自部署方案，无需指定任何用户凭据即可加入设备。

5. 自动移动设备管理 (MDM) 注册。 作为Microsoft Entra加入过程的一部分，设备在Microsoft Entra ID (配置的 MDM 服务中注册，例如，Microsoft Intune) 。

6. 应用设置。 如果配置了 注册状态页 ，则会在显示注册状态页时应用大多数设置。 如果未配置或可用，将在用户登录后应用设置。

连接 Internet 的 Windows 设备启动时，它会尝试连接到 Windows Autopilot 服务并下载 Windows Autopilot 配置文件。 Windows Autopilot 配置文件会尽快下载，并在每次重新启动后再次下载。

要执行的关键故障排除活动包括：

• 查看配置：Microsoft Entra ID和Microsoft Intune还是非Microsoft移动设备管理 (MDM) 服务配置 Windows Autopilot 配置要求中指定的配置？

• 检查网络连接：设备是否可以访问 Windows Autopilot 网络要求中所述的服务？

• Windows 现 (OOBE) 行为体验：是否显示 预期的 OOBE 屏幕？ “Microsoft Entra凭据”页是否按预期使用特定于组织的详细信息进行自定义？

• Microsoft Entra联接问题：设备能否加入Microsoft Entra ID？

• MDM 注册问题：设备是否能够注册Microsoft Intune或非Microsoft MDM 服务？

• 查看在 Windows Autopilot 发生故障时自动收集的日志。 有关详细信息，请参阅从 Windows 设备收集诊断。

在Windows 11，可以打开 Windows Autopilot 诊断页，查看有关 Windows Autopilot 预配过程的其他详细故障排除信息。 若要启用 Windows Autopilot 诊断页面，请执行以下操作：

1. 转到需要启用 Windows Autopilot 诊断 页的 ESP 配置文件。

2. 请确保将 “显示应用和配置文件配置进度 ”选择为“ 是”。

3. 确保“为最终用户启用日志收集和诊断页”已选择“是”。

若要在启用诊断页后访问任何诊断信息，请选择“查看诊断”按钮或输入击键 Ctrl + Shift + D。在以下情况下，当前支持诊断页：

• Windows 11.
• Windows Autopilot 用户驱动模式。
• 使用工作或学校帐户登录时。 不支持个人Microsoft帐户。

Windows Autopilot 将条目记录到事件日志中。 日志条目可用于查看与 Windows Autopilot 配置文件设置和 OOBE 流相关的详细信息。 可以使用 事件查看器 查看这些条目。 在 Application and Services Logs -Microsoft ->Windows ->ModernDeployment-Diagnostics-Provider ->>Autopilot 中查看事件查看器中的信息。

可能会记录以下事件，具体取决于方案和配置文件配置：

从 Windows Autopilot 部署服务收到的 Windows Autopilot 配置文件设置存储在设备的注册表中。 可以在注册表中找到此信息，该注册表位于以下注册表项中：

HKLM\SOFTWARE\Microsoft\Provisioning\Diagnostics\Autopilot

可用的注册表项包括：

ETW 跟踪可用于从 Windows Autopilot 和相关组件获取详细信息。 可以使用 Windows 性能分析器或类似工具查看 ETW 跟踪文件。 有关详细信息，请参阅 Windows Autopilot 疑难解答。

在以下任一情况下，可能会出现错误代码 0x80180014 ：

1. Microsoft Intune更改了 Windows Autopilot 自部署模式和预预配模式体验。 若要重复使用设备，必须删除Intune创建的设备记录。

   此更改会影响使用自部署或预预配模式的所有 Windows Autopilot 部署。 当设备被重用、重置或重新部署配置文件时，此更改会影响设备。

   若要解决并修复此方案中的问题并使用 Windows Autopilot 重新部署设备，请执行以下步骤：

   1. 登录到 Microsoft Intune 管理中心。

   2. 在 “主页 ”屏幕中，选择左侧窗格中的“ 设备 ”。

   3. 在 设备中 |“概述 ”屏幕的“ 按平台”下，选择“ Windows”。

   4. 在 Windows 中 |Windows 设备 屏幕的“ 设备载入”下，选择“ 注册”。

   5. 在 Windows 中 |注册 屏幕的 “Windows Autopilot”下，选择“ 设备”。

   6. 选择遇到错误的设备，然后在工具栏中选择“ 取消阻止设备”。

   7. 重新部署 Windows Autopilot 部署配置文件。

      注意

      选择“ 取消阻止设备”后可能不会显示成功消息，但设备已准备好再次使用。

2. windows MDM 注册在 Intune 租户中处于禁用状态。

   若要解决并修复此方案中的问题并使用 Windows Autopilot 重新部署设备，请执行以下步骤：

   1. 登录到 Microsoft Intune 管理中心。

   2. 在 “主页 ”屏幕中，选择左侧窗格中的“ 设备 ”。

   3. 在 设备中 |“概述 ”屏幕的“ 按平台”下，选择“ Windows”。

   4. 在 Windows 中 |Windows 设备 屏幕的“ 设备载入”下，选择“ 注册”。

   5. 在 Windows 中 |注册 屏幕的 “注册选项”下，选择“ 设备平台限制”。

   6. 在“注册限制”屏幕的“设备类型限制”下，选择“名称”列下的“所有用户”。

   7. 在打开的 “所有用户” 屏幕的 “管理”下，选择“ 属性”。

   8. 在打开 的“属性” 屏幕中，选择“ 平台设置”旁边的 “编辑” 链接。

   9. 在打开的 “编辑限制” 屏幕中：

   10. 在“类型”列下找到 Windows (MDM) 。

   11. 确保在“平台”列下将 Windows (MDM) 设置为“允许”。

   12. 如果 Windows (MDM) 设置为 “阻止”，请将其更改为 “允许”。

   13. 选择“ 查看 + 保存”，然后选择“ 如果 设置已更改，则保存”或 “取消 ”（如果未更改设置）。

   14. 对于除“所有用户”以外的注册限制屏幕中可能存在的任何其他限制，请重复上述步骤。 仅需要验证 Windows 平台的限制。

   注意

   如果存在多个限制，则可能存在仅允许某些组 MDM 注册的限制。 根据限制分配到的组，阻止 MDM 注册的某些限制可能有效。 遇到此问题时，请验证设备是否不是阻止 MDM 注册的组之一的成员。 或者，如果适用，请将该限制的 MDM 注册设置更改为 “允许”。

在这两种情况下，除了发生错误 0x80180014 外，Windows (ETW) 日志的事件跟踪可能还会显示以下移动设备管理 (MDM) 错误：

MDM Enroll: Server Returned Fault/Code/Subcode/Value=(DeviceNotSupported) Fault/Reason/Text=(Enrollment blocked for AP device by SDM One Time Limit Check)

出现此问题的原因通常是 CSV 文件中的设备哈希格式不正确。 问题发生时，可以通过运行网络跟踪来确认问题。 如果网络跟踪中出现错误 400 ，则 CSV 文件中的设备哈希格式很可能不正确。 400 错误消息的消息正文显示：

Cannot convert the literal '[DEVICEHASH]' to the expected type 'Edm.Binary'

损坏所收集哈希的任何内容都可能导致此错误。 一种可能性是哈希本身无法解码，即使哈希有效。

设备哈希为 Base64。 在设备级别，它编码为未填充的 Base64，但 Windows Autopilot 需要填充 Base64。 通常，有效负载不需要填充，并且进程可以工作。 但是，有时有效负载不会完全对齐，因此需要填充。 在这种情况下，会出现 400 错误消息。 PowerShell 的 Base64 解码器还要求填充 Base64，因此此解码器可用于验证哈希是否已正确填充。

哈希末尾的“A”字符实际上是空数据。 Base64 中的每个字符均为 6 位。 Base64 中的 6 位等于 0。 在末尾删除或添加 A不会更改实际有效负载数据。

若要解决此问题并解决此问题，需要修改哈希。 然后需要测试新值，直到 PowerShell 成功解码哈希。 结果大多难以辨认，只要不显示 错误 Base-64 字符数组或字符串的长度无效 ，就没问题。

若要测试 base64，请使用以下 PowerShell：

[System.Text.Encoding]::ascii.getstring( [System.Convert]::FromBase64String("DEVICE HASH"))

例如：

[System.Text.Encoding]::ascii.getstring( [System.Convert]::FromBase64String("Q29udG9zbwAAA"))

此特定示例不是设备哈希，而是未对齐的未装板 Base64，因此它适用于测试。

现在用于填充规则。 填充字符为“=”。 填充字符只能位于哈希的末尾，并且最多只能有两个填充字符。 下面是基本逻辑。

• 解码哈希是否失败？
  • 是：最后两个字符是否为“=”？
    • 是：将两个“=”替换为单个“A”字符，然后重试
    • 否：在末尾添加另一个“=”字符，然后重试
• 否：该哈希有效

在前面的示例哈希上循环逻辑时，我们得到以下排列：

• Q29udG9zbwAAA
• Q29udG9zbwAAA=
• Q29udG9zbwAAA==
• Q29udG9zbwAAAA
• Q29udG9zbwAAAA=
• Q29udG9zbwAAAA== - 此结果具有有效的填充。

将收集的哈希替换为此新的填充哈希，然后再次尝试导入。

如果满足以下条件，则不会应用 Windows Autopilot 配置文件：

• 在设备上发生硬件更改。

• 在以下版本之一之前，设备将重新映像到 Windows 版本：

  • Windows 11版本 21H2 和 KB5017383。

  • Windows 10版本 22H2。

此行为在意料之中。

消息 修复挂起 或 需要注意 可能还会显示在设备的 Windows Autopilot 设备 页中。 这些消息指示设备上发生了硬件更改。 选择 “修复挂起 状态”的链接时，将显示以下消息：

We've detected a hardware change on this device. We're trying to automatically register the new hardware. You don't need to do anything now; the status will be updated at the next check in with the result.

若要解决此问题并解决此问题，请注销并重新注册设备。 有关详细信息，包括如何取消注册设备，请参阅以下文章：

• 取消注册设备。
• 返回 Windows Autopilot 登录和部署体验的关键功能。
• Windows Autopilot 主板更换方案指南。

如果设备在加入Microsoft Entra ID之前已在 Microsoft Entra ID 中注册，则会出现此问题。 设备可能通过工作区加入等方式在 Microsoft Entra ID 中注册。 如果在将Microsoft Entra ID注册的设备加入到Microsoft Entra ID之前未从Microsoft Entra ID中删除，则以前的信任类型将保留在记录中。 将已注册的现有Microsoft Entra设备加入到Microsoft Entra ID会导致 Windows Autopilot 设备显示为已注册Microsoft Entra，而不是Microsoft Entra加入。

若要解决此问题并解决此问题，在将现有Microsoft Entra ID注册的设备注册为 Windows Autopilot 设备之前，应删除该设备的以下现有设备对象：

• Microsoft Intune。
• Microsoft Entra ID。
• Windows Autopilot。

删除所有设备对象后，将设备重新注册为 Windows Autopilot 设备，然后重新注册设备。 有关正确删除所有设备对象的详细信息，请参阅 取消注册设备。

若要排查Microsoft Intune中的注册问题，如“出错”页中的错误代码80180018，请参阅排查Intune中的 Windows 设备注册错误。 常见问题可能包括：

• 分配给用户的许可证不正确或缺失。
• 为用户注册的设备过多。

请参阅 Windows Autopilot 重置：故障排除以获取 更多帮助（如果 Windows Autopilot 重置立即失败并出现错误）：

Ran into trouble. Please sign in with an administrator account to see why and reset manually.

如果设备收到了 Windows Autopilot 配置文件，检查非常有用。 如果设备确实收到 Windows Autopilot 配置文件，请验证配置文件中的设置是否正确。

此错误消息通常指示许可问题。 完整的错误消息显示：

Something went wrong

Can't connect to the URL of your organization's MDM terms of use. Try again, or contact your system administrator with the problem information from this page.

验证登录设备的用户是否具有有效的 Intune、EMS 或 Microsoft 365 许可证。

将设备加入到Microsoft Entra ID最常见的问题与Microsoft Entra权限有关。 请确保配置正确，以允许用户加入设备以Microsoft Entra ID。 有关详细信息，请参阅 配置要求。

如果用户超过允许加入的设备数，则会发生错误。 此默认限制为 50 台设备，但可以在 Microsoft Entra ID 中配置。 有关详细信息，请参阅了解Intune和Microsoft Entra设备限制。

导入时会创建Microsoft Entra设备。 请务必不删除此对象。 对象在组成员身份和目标（包括配置文件）Microsoft Entra ID中充当 Windows Autopilot 的定位点。 删除它可能会导致Microsoft Entra联接错误。 如果删除此对象，可以通过删除设备并将其重新导入为 Windows Autopilot 设备来解决此问题。 删除设备并将其重新导入为 Windows Autopilot 设备会重新创建Microsoft Entra ID中的关联对象。

有大量适用于 Windows 的策略设置，包括：

• 本机移动设备管理 (MDM) 策略。
• 组策略 (ADMX 支持的) 设置。

某些策略设置可能会导致某些 Windows Autopilot 方案中出现问题。 由于策略如何更改 Windows 行为，可能会出现这些问题。 如果发现这些问题中的任何一个，请删除相关的策略以解决此问题。

已知以下策略会导致 Windows Autopilot 出现问题。 请确保正确配置策略，使其不会与 Windows Autopilot 冲突：

Windows Autopilot 使用的“注册状态”页 (ESP) 不支持混合使用业务线 (LOB) 和 Win32 应用程序。 LOB 和 Win32 应用程序都使用不允许同时安装的 TrustedInstaller 。 如果 LOB 和 Win32 应用程序都尝试同时安装，ESP 期间会出现以下错误消息：

Another installation is in progress, please try again later.

有关详细信息，请参阅 设置注册状态页 - 设备设置：应用。

如果需要混合 LOB 和 Win32 应用，请考虑使用 Windows Autopilot 设备准备，它不使用 ESP，因此支持混合 LOB 和 Win32 应用。

Microsoft 365 即点即用版 Office 的 Teams Machine-Wide 安装程序 组件包括 MSI 安装。 ESP 不会跟踪 Teams Machine-Wide Installer MSI 安装。 由于 ESP 不会跟踪 Teams Machine-Wide Installer MSI 安装，因此当其他基于 Win32 应用 MSI 的安装尝试在 ESP 期间安装时，它可能会导致冲突。 MSI 通过 TrustedInstaller 安装，不允许同时安装。 此冲突可能会导致 Teams Machine-Wide 安装程序在 ESP 期间失败，或者其他基于 MSI 的安装失败。 有关详细信息，请参阅 设置注册状态页 - 设备设置：应用。

此问题可能是随机的，可能不会总是发生。 出现此问题的原因是 Teams Machine-Wide 安装程序 MSI 安装与其他 Win32 应用 MSI 安装之间的计时问题。

若要解决此问题或避免错误，请使用以下解决方案之一：

1. 请勿在 Office Microsoft 365 即点即用安装过程中安装 Teams 。 相反，在 Windows Autopilot 部署完成后，将 Teams 部署为 Win32 应用。

2. 在 ESP 期间，请勿安装 Microsoft 365 即点即用版本的 Office。 相反，在 Windows Autopilot 部署完成后，部署 Office Microsoft 365 即点即用安装。

3. 将自定义 PowerShell 脚本用于 Intune 管理扩展 (IME) ，以检查 TrustedInstaller 当前是否正在安装另一个 MSI。 如果是，请等待当前 MSI 完成安装，然后再启动新的 MSI 安装。

4. 对于Windows 11部署，请使用 Windows Autopilot 设备准备。 Windows Autopilot 设备准备不使用 ESP，因此支持混合使用 LOB 和 Win32 应用。

5. 如果出现 ESP 失败，请继续执行错误。 如果启用此选项时出现问题，则某些应用程序（包括 Teams ）可能无法安装。 但是，ESP 会继续，并且不会失败。

相关内容

• Windows Autopilot - 已知问题。
• 收集 MDM 日志。
• 从 Windows 设备收集诊断。