Windows Autopilot のトラブルシューティングに関する FAQ

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. 設定が適用されます。 登録状態ページが構成されている場合、登録状態ページが表示されている間、ほとんどの設定が適用されます。 構成されていない場合、または使用可能な場合は、ユーザーがサインインした後に設定が適用されます。

インターネットに接続された Windows デバイスが起動すると、Windows Autopilot サービスへの接続と Windows Autopilot プロファイルのダウンロードが試行されます。 Windows Autopilot プロファイルはできるだけ早くダウンロードされ、再起動するたびに再度ダウンロードされます。

実行する主なトラブルシューティング アクティビティは次のとおりです。

• 構成の確認: Microsoft Entra IDとMicrosoft Intune、または Microsoft 以外のモバイル デバイス管理 (MDM) サービスは、Windows Autopilot 構成要件で指定されているように構成されていますか?

• ネットワーク接続を確認する: デバイスは、Windows Autopilot ネットワーク要件に記載されているサービスにアクセスできますか?

• Windows のすぐに使用できるエクスペリエンス (OOBE) の動作: 予想される OOBE 画面は表示されますか? Microsoft Entra資格情報ページは、期待どおりにorganization固有の詳細でカスタマイズされていますか?

• 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 フローに関連する詳細を表示できます。 これらのエントリは、イベント ビューアーを使用して表示できます。 「アプリケーションとサービス ログ ->Microsoft ->Windows ->ModernDeployment-Diagnostics-Provider ->Autopilot」のイベント ビューアーの情報を確認します。

シナリオとプロファイルの構成によっては、次のイベントが記録される場合があります。

Windows Autopilot 展開サービスから受信した Windows Autopilot プロファイル設定は、デバイスのレジストリに格納されます。 この情報は、次のレジストリ キーにあるレジストリにあります。

HKLM\SOFTWARE\Microsoft\Provisioning\Diagnostics\Autopilot

使用可能なレジストリ エントリは次のとおりです。

ETW トレースを使用して、Windows Autopilot および関連コンポーネントから詳細情報を取得できます。 ETW トレース ファイルは、Windows パフォーマンス アナライザーなどのツールを使用して表示できます。 詳細については、「 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. Intune テナントで Windows MDM 登録が無効になっています。

   このシナリオの問題を解決して修正し、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 登録がブロックされているグループの 1 つのメンバーではないことを確認します。 または、該当する場合は、その制限の 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'

収集されたハッシュが破損すると、このエラーが発生する可能性があります。 1 つの可能性は、ハッシュが有効であっても、ハッシュ自体のデコードに失敗する可能性があります。

デバイス ハッシュは Base64 です。 デバイス レベルでは、パッドなし Base64 としてエンコードされますが、Windows Autopilot では埋め込み Base64 が必要です。 通常、ペイロードはパディングを必要とせず、プロセスは機能します。 ただし、ペイロードがきれいに整列せず、パディングが必要な場合があります。 この場合、 400 エラー メッセージが発生します。 PowerShell の Base64 デコーダーでは、埋め込まれた Base64 も必要であるため、このデコーダーを使用して、ハッシュが適切に埋め込まれているかどうかを検証できます。

ハッシュの最後にある "A" 文字は、実質的に空のデータです。 Base64 の各文字は 6 ビットです。 Base64 の A は 0 に等しい 6 ビットです。 最後に Aを削除または追加しても、実際のペイロード データは変更されません。

この問題を解決して修正するには、ハッシュを変更する必要があります。 その後、PowerShell がハッシュのデコードに成功するまで、新しい値をテストする必要があります。 結果はほとんど判読できません。 これは、Base-64 char 配列または文字列の長さが無効 なエラーが表示されない限り問題ありません。

base64 をテストするには、次の PowerShell を使用します。

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

次に例を示します。

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

この特定の例はデバイス ハッシュではありませんが、パッドが入っていない Base64 の位置がずれているので、テストに適しています。

ここで、埋め込み規則についてです。 パディング文字は "=" です。 埋め込み文字はハッシュの末尾にのみ指定でき、最大 2 つのパディング文字しか存在できません。 基本的なロジックを次に示します。

• ハッシュのデコードは失敗しますか?
  • はい: 最後の 2 文字は "=" ですか?
    • はい: 両方の "=" を 1 つの "A" 文字に置き換えてから、もう一度お試しください
    • いいえ: 最後に別の "=" 文字を追加してから、もう一度やり直してください
• いいえ: そのハッシュは有効です

前のハッシュ例でロジックをループすると、次の順列が取得されます。

• Q29udG9zbwAAA
• Q29udG9zbwAAA=
• Q29udG9zbwAAA==
• Q29udG9zbwAAAAAA
• 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 に登録されていた場合に発生します。 デバイスは、Workplace 参加などの方法で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 デバイスとして再登録してから、デバイスを再登録します。 すべてのデバイス オブジェクトを適切に削除する方法の詳細については、「 デバイスの登録解除」を参照してください。

[エラーが発生しました] ページのエラー コード80180018など、Microsoft Intuneの登録に関する問題をトラブルシューティングするには、「Intuneでの Windows デバイス登録エラーのトラブルシューティング」を参照してください。 一般的な問題は次のとおりです。

• ユーザーに割り当てられているライセンスが正しくない、または見つからない。
• ユーザーに登録されているデバイスが多すぎます。

Windows Autopilot Reset がエラーですぐに失敗した場合の詳細については、「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 アプリの混在が必要な場合は、ESP を使用しない Windows Autopilot デバイスの準備を使用することを検討してください。そのため、LOB アプリと Win32 アプリの混在がサポートされます。

Microsoft 365 クイック実行バージョンの Office の Teams Machine-Wide インストーラー コンポーネントには、MSI インストールが含まれています。 ESP では、Teams Machine-Wide インストーラー MSI のインストールは追跡されません。 ESP は Teams Machine-Wide インストーラー MSI のインストールを追跡しないため、他の Win32 アプリ MSI ベースのインストールが ESP 中にインストールしようとすると競合が発生する可能性があります。 同時インストールを許可しない TrustedInstaller 経由で MSI がインストールされます。 この競合により、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. TrustedInstaller が現在別の MSI をインストールしているかどうかを確認する、Intune管理拡張機能 (IME) 用のカスタム PowerShell スクリプトを使用します。 その場合は、現在の MSI のインストールが完了するまで待ってから、新しい MSI インストールを起動します。

4. Windows 11展開の場合は、Windows Autopilot デバイスの準備を使用します。 Windows Autopilot デバイスの準備では ESP が使用されないため、LOB アプリと Win32 アプリの混在がサポートされます。

5. ESP エラーが発生した場合は、エラーが発生した場合に続行します。 このオプションを有効にして問題が発生した場合、 Teams を含む一部のアプリケーションがインストールされない可能性があります。 ただし、ESP は続行され、失敗しません。

関連コンテンツ

• Windows Autopilot - 既知の問題。
• MDM ログを収集します。
• Windows デバイスから診断を収集します。