Compartir a través de

Prueba de arranque del dispositivo WindowsToGo

  • Artículo

Esta prueba valida que el almacenamiento USB se puede aprovisionar con una imagen de Windows y se cumplen los siguientes requisitos:

  • Arranque en Windows desde el dispositivo.

  • Funciona en SuperSpeed cuando se conecta a un puerto USB 3.0.

  • Escriba y reanude la suspensión S3.

  • Escriba y reanude desde hibernación S4.

Detalles de las pruebas

   
Especificaciones
  • Device.Storage.Hd.WindowsToGoCapableUSBDrive.WindowsToGoCapableUSBDrive
Plataformas
  • Windows 10, ediciones de cliente (x86)
  • Windows 10, ediciones de cliente (x64)
Versiones admitidas
  • Windows 10
  • Windows 10, versión 1511
  • Windows 10, versión 1607
  • Windows 10, versión 1703
  • Windows 10, versión 1709
  • Windows 10, versión 1803
  • Windows 10, versión 1809
  • Windows 10, versión 1903
  • Siguiente actualización a Windows 10
Tiempo de ejecución esperado (en minutos) 45
Categoría Escenario
Tiempo de espera (en minutos) 2700
Requiere reinicio false
Requiere una configuración especial true
Tipo automatic

 

Documentación adicional

Las pruebas de esta área de características pueden tener documentación adicional, incluidos los requisitos previos, la configuración y la información de solución de problemas, que se pueden encontrar en los temas siguientes:

Ejecución de la prueba

Antes de ejecutar la prueba, complete la configuración de prueba como se describe en los requisitos de prueba: Requisitos previos de pruebas de almacenamiento extraíbles.

Los requisitos de hardware son los siguientes:

  • El dispositivo sometido a prueba debe estar conectado a un puerto USB 3.0 para ejecutar esta prueba.

  • El equipo que ejecuta la prueba no debe tener ningún otro dispositivo de almacenamiento USB conectado.

  • El equipo que ejecuta la prueba debe estar certificado para Windows 8 o posterior.

Los requisitos de software son los siguientes:

  • El usuario debe copiar un archivo de imagen de Windows (WIM) válido en el equipo de prueba. Debe incluir los controladores necesarios para usar el hardware del sistema.

Solución de problemas

Para solucionar problemas genéricos de errores de prueba de HLK, consulte Solución de problemas de errores de prueba de HLK de Windows.

Para obtener información de solución de problemas, consulte Solución de problemas de Device.Storage Testing.

Si no puede arrancar desde el dispositivo Windows To Go, use lo siguiente para solucionar este problema:

  • Asegúrese de que la imagen de Windows no incluya controladores USB de terceros.

  • Asegúrese de que el sistema que usa para ejecutar esta prueba tiene el firmware más reciente.

  • Si un error de detención de INACESSIBLE_BOOT_DEVICE interrumpió el arranque, es probable que el UFD deje de responder después de recibir una determinada secuencia de comandos. Tome un seguimiento USB para determinar lo que provocó que el UFD dejara de responder.

  • Si el sistema no intentó arrancar la unidad de Windows To Go, es probable que el UFD no enumerase lo suficientemente rápido como para el firmware del sistema. Tome un seguimiento USB para determinar lo que provocó que el sistema anulara su intento de arrancar el UFD.

  • Si ha realizado estos pasos de depuración y cree que el dispositivo se comporta correctamente, vuelva a ejecutar la prueba con un dispositivo certificado y compare los resultados.

Si el dispositivo no puede entrar en suspensión S3, es posible que el archivo WIM no tenga instalados los controladores gráficos correctos. Siga estos pasos para ver lo que bloquea la suspensión de S3:

  • Aprovisione un dispositivo Windows To Go con la misma imagen que usa y, a continuación, arranque desde él.

  • Abra un símbolo del sistema y ejecute el siguiente comando: powercfg a

  • Tenga en cuenta qué dispositivo está bloqueando la suspensión S3, agregue el controlador adecuado al archivo WIM y vuelva a ejecutar la prueba.

Si el equipo perdió el estado al reanudarse desde suspensión S3 o hibernación S4, esto podría significar que el dispositivo perdió energía antes de que se pudieran escribir todos los datos de la memoria caché. Asegúrese de que el dispositivo escribe completamente su memoria caché en un almacenamiento no volátil antes de apagarse.

Si el equipo se reanuda en el sistema operativo host en lugar del sistema operativo Windows To Go desde la hibernación, el equipo tenía un problema al arrancar el dispositivo Windows To Go y el equipo host se arrancaba en su lugar. Tome un seguimiento USB para determinar lo que provocó que el equipo se revierta al sistema operativo host.

Si recibe eventos de eliminación de sorpresas durante la prueba que no se desconectieron del dispositivo Windows To Go y luego se conecta de nuevo, es posible que el dispositivo Windows To Go no mantenga correctamente su vínculo al sistema operativo host según la especificación USB 3.0 o el dispositivo Windows To Go no esté guardando correctamente todos los datos en memoria no volátil cuando el sistema entra en un estado de suspensión. Tome un seguimiento USB para determinar lo que causó los eventos de eliminación sorpresa.

Más información

Lista de archivos

Archivo Ubicación

boottest.dll

<testbinroot>\pw_device_logo\

bootcapable.dll

<testbinroot>\pw_device_logo\

Unattend.xml

<testbinroot>\pw_device_logo\

Powertst.exe

<osbinroot>\pwrtest\

 

Parámetros

Nombre de parámetro Descripción de los parámetros
LLU_NetAccessOnly
LLU_LclAdminUsr
TestMode
WimPath Ruta de acceso completa a un archivo de imagen de Windows (WIM). Debe estar lleno de Windows, no WinPE
WimIndex Imagen dentro de WIM que se va a usar. Debe coincidir con la arquitectura del equipo host (x86/amd64)
TAEFSource