次の方法で共有

WindowsToGo ブート テスト

  • [アーティクル]

このテストでは、USB ストレージを Windows イメージでプロビジョニングし、次の要件を満たしていることを検証します:

  • デバイスから Windows を起動します。

  • USB 3.0 ポートに接続している場合は、SuperSpeed で操作します。

  • S3 スリープから入力して再開します。

  • S4 休止状態から入力して再開します。

Note

   これは、既存のテストのシステム固有の実装です。 このテストの詳細については、「WindowsToGo デバイス ブート テスト」を参照してください。

 

テストの詳細

   
仕様
  • System.Fundamentals.USBBoot.BootFromUSB
プラットフォーム
  • Windows 10、クライアント エディション (x86)
  • Windows 10、クライアント エディション (x64)
サポートされているリリース
  • Windows 10
  • Windows 10 バージョン 1511
  • Windows 10 Version 1607
  • Windows 10 Version 1703
  • Windows 10 バージョン 1709
  • Windows 10 バージョン 1803
  • Windows 10 Version 1809
  • Windows 10 バージョン 1903
  • Windows 10 への次の更新プログラム
予想される実行時間 (分) 45
カテゴリ シナリオ
タイムアウト (分) 2700
再起動が必要です false
特別な構成が必要です true
Type automatic

 

その他のドキュメント

この機能領域のテストには、前提条件、セットアップ、トラブルシューティング情報など、次のトピックに記載されている追加のドキュメントが含まれている場合があります。

テストの実行

ハードウェア要件は次のとおりです:

  • デバイスは USB 3.0 で、Windows To Go に認証されている必要があります。

  • このテストを実行するには、テスト対象のデバイスが USB 3.0 ポートに接続されている必要があります。

  • テストを実行しているコンピューターには、他の USB ストレージ デバイスが接続されている必要はありません。

  • テストを実行しているコンピューターには、WTG 認定デバイスと同じ量以上のシステム メモリが存在しない (たとえば、システムに 32 GB の RAM がある場合、32 GB WTG ドライブは使用できません)。

ソフトウェア要件は次のとおりです:

  • ユーザーは、有効な Windows イメージ (WIM) ファイルをテスト コンピューターにコピーする必要があります。 システムのハードウェアを使用するために必要なドライバーが含まれる必要があります。

トラブルシューティング

HLK テスト エラーの一般的なトラブルシューティングについては、「Windows HLK テストのエラーのトラブルシューティング」を参照してください。

トラブルシューティング情報については、「Device.Storage テストのトラブルシューティング」を参照してください。

Windows To Go デバイスから起動できない場合は、次のコマンドを使用してこの問題のトラブルシューティングを行います:

  • Windows イメージにサードパーティの USB ドライバーが含まれていないのを確認します。

  • このテストの実行に使用しているシステムに最新のファームウェアが含まれる必要があります。

  • INACESSIBLE_BOOT_DEVICE 停止エラーによって起動が妨げられる場合、特定の一連のコマンドを受信した後、UFD が応答しなくなる可能性があります。 USB トレースを使用して、UFD が応答しなくなる原因を特定します。

  • システムが Windows To Go ドライブの起動を試みなかった場合、UFD はシステムのファームウェアに対して十分に迅速に列挙しなかった可能性があります。 USB トレースを使用して、システムが UFD の起動を中止した原因を特定します。

  • これらのデバッグ手順を実行し、デバイスが正しく動作している可能性がある場合は、認定されたデバイスでもう一度テストを実行し、結果を比較します。

デバイスが S3 スリープに入れない場合、WIM イメージに適切なグラフィックス ドライバーがインストールされていない可能性があります。 次の手順を使用して、S3 スリープをブロックしている機能を確認します:

  • テストに使用するのと同じイメージを使用して Windows To Go デバイスをプロビジョニングし、そこから起動します。

  • コマンド プロンプトを開き、次のコマンドを実行します: powercfg a

  • S3 スリープをブロックしているデバイスを確認し、適切なドライバーを WIM ファイルに追加して、テストを再度実行します。

S3 スリープまたは S4 休止状態から再起動するときにコンピューターの状態が失われた場合、キャッシュ内のすべてのデータが書き込まれる前に、コンピューターが Windows To Go デバイスの電源を失った可能性があるということです。

コンピューターが休止状態から Windows To Go オペレーティング システムではなくホスト オペレーティング システムに再開されると、コンピューターで Windows To Go デバイスの起動に問題が発生し、代わりにホスト コンピューターが起動されました。 USB トレースを使用して、コンピューターをホスト オペレーティング システムに戻す原因を特定します。

テスト中に予期しない削除イベントが発生し、Windows To Go デバイスが取り外され再び接続された状態で発生しない場合、Windows To Go デバイスが USB 3.0 仕様または Windows To Go デバイスに従ってホスト オペレーティング システムへのリンクを適切に維持していない可能性があります。また、システムがスリープ状態に入ったときに、すべてのデータを不揮発性メモリに適切に保存できない可能性があります。 USB トレースを使用して、予期しない削除イベントの原因を特定します。

システムが Windows To Go オペレーティング システムで正常に起動したが、長期ハングしている可能性がある場合は、システムを手動で再起動します。 'Process テスト結果' タスクの Te.wtl ログ ファイルに次の警告が表示される場合があります:

警告: システムがスリープ (S3) または接続スタンバイに入るのを妨げるものがあります。 WTG ドライブから起動すると、コマンド プロンプトを開き、"powercfg -a" を実行し、ブロック S3 または接続スタンバイとして表示されているコンポーネントを確認します。 これは通常、グラフィックス ドライバーが不足している結果です。 不足しているマシンのドライバーを、このテストに使用している WIM ファイルに追加します。

Note

   手動で再起動後にテストが合格としてログに表示される場合は、ログ内のこの警告を含む認定の結果を送信できます。

 

詳細

ファイル一覧

ファイル 場所

boottest.dll

<testbinroot>\pw_device_logo\boottest.dll

unattend.xml

<testbinroot>\pw_device_logo\unattend.xml

pwrtest.exe

<testbinroot>\pwrtest\pwrtest.exe

 

パラメーター

パラメーター名 パラメーターの説明
LLU_NetAccessOnly
LLU_LclAdminUsr
TestMode
WimPath Windows イメージ ファイル (WIM) へのフルパス。 WinPE ではなくフル Windows である必要があります
WimIndex 使用する WIM 内のイメージ。 ホスト コンピューターのアーキテクチャと一致する必要があります (x86/amd64)
TAEFSource