WindowsToGo Device Boot Test

This test validates that the USB storage can be provisioned with a Windows image and the following requirements are met:

  • Boot into Windows from the device.

  • Operates at SuperSpeed when plugged into a USB 3.0 port.

  • Enter and resume from S3 sleep.

  • Enter and resume from S4 hibernate.

Test details

   
Specifications
  • Device.Storage.Hd.WindowsToGoCapableUSBDrive.WindowsToGoCapableUSBDrive
Platforms
  • Windows 10, client editions (x86)
  • Windows 10, client editions (x64)
Supported Releases
  • Windows 10
  • Windows 10, version 1511
  • Windows 10, version 1607
  • Windows 10, version 1703
  • Windows 10, version 1709
  • Windows 10, version 1803
  • Windows 10, version 1809
  • Windows 10, version 1903
  • Next update to Windows 10
Expected run time (in minutes) 45
Category Scenario
Timeout (in minutes) 2700
Requires reboot false
Requires special configuration true
Type automatic

 

Additional documentation

Tests in this feature area might have additional documentation, including prerequisites, setup, and troubleshooting information, that can be found in the following topic(s):

Running the test

Before you run the test, complete the test setup as described in the test requirements: Removable Storage Testing Prerequisites.

The hardware requirements are as follows:

  • The device under test must be plugged into a USB 3.0 port to run this test.

  • The computer running the test should have no other USB storage devices attached.

  • The computer running the test should be certified for Windows 8 or later.

The software requirements are as follows:

  • User must copy a valid Windows Image (WIM) file to the test computer. It must include any drivers needed to use the system's hardware.

Troubleshooting

For generic troubleshooting of HLK test failures, see Troubleshooting Windows HLK Test Failures.

For troubleshooting information, see Troubleshooting Device.Storage Testing.

If you cannot boot from the Windows To Go device, use the following to troubleshoot this issue:

  • Ensure that the Windows image does not include any 3rd party USB drivers.

  • Ensure that the system you are using to run this test has the latest firmware.

  • If boot was interrupted by an INACESSIBLE_BOOT_DEVICE stop error, the UFD likely became unresponsive after receiving a certain sequence of commands. Take a USB trace to determine what caused the UFD to become unresponsive.

  • If the system did not attempt to boot the Windows To Go drive, the UFD likely did not enumerate quickly enough for the system's firmware. Take a USB trace to determine what caused the system to abort its attempt to boot the UFD.

  • If you have taken these debugging steps and believe your device is behaving correctly, run the test again with a certified device and compare the results.

If the device cannot enter S3 sleep, your WIM file may not have the correct graphics drivers installed. Use the following steps to see what is blocking S3 sleep:

  • Provision a Windows To Go device with the same image you use and then boot from it.

  • Open a command prompt, and the run the following command: powercfg a

  • Note which device is blocking S3 sleep, add the appropriate driver to the WIM file, and run the test again.

If the computer lost state when resuming from S3 sleep or S4 hibernate, this could mean that the device lost power before all of the data in its cache could be written. Ensure that your device completely writes its cache to non-volatile storage before powering down.

If the computer resumes to the host operating system instead of the Windows To Go operating system from hibernation, the computer had a problem booting the Windows To Go device and the host computer was booted instead. Take a USB trace to determine what caused the computer to revert back to the host operating system.

If you receive Surprise Removal events during the test that were not caused from the Windows To Go device being unplugged and then plugged back in, the Windows To Go device may not be properly maintaining its link to the host operating system per the USB 3.0 specification or the Windows To Go device may not be properly saving all data to non-volatile memory when the system enters a sleep state. Take a USB trace to determine what caused the Surprise Removal events.

More information

File list

File Location

boottest.dll

<testbinroot>\pw_device_logo\

bootcapable.dll

<testbinroot>\pw_device_logo\

Unattend.xml

<testbinroot>\pw_device_logo\

Powertst.exe

<osbinroot>\pwrtest\

 

Parameters

Parameter name Parameter description
LLU_NetAccessOnly
LLU_LclAdminUsr
TestMode
WimPath Full path to a Windows Image file (WIM). Must be full Windows, not WinPE
WimIndex Image within the WIM to use. Should match host computer architecture (x86/amd64)
TAEFSource