Compartir a través de

Prueba de arranque de 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.

Nota

   Se trata de una implementación específica del sistema de una prueba existente. Para obtener más información sobre esta prueba, vea Prueba de arranque de dispositivo WindowsToGo.

 

Detalles de las pruebas

   
Especificaciones
  • System.Fundamentals.USBBoot.BootFromUSB
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

Los requisitos de hardware son los siguientes:

  • El dispositivo debe ser USB 3.0 y certificado para Windows To Go.

  • 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 no tiene una cantidad igual o más memoria del sistema que el dispositivo certificado WTG (por ejemplo, si el sistema tiene 32 Gb de RAM, no puede usar una unidad WTG de 32 Gb).

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 la imagen 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 con la prueba 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 equipo perdió energía en el dispositivo Windows To Go antes de que se pudieran escribir todos los datos de la memoria caché.

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.

Si el sistema arranca correctamente en el sistema operativo Windows To Go, pero parece bloquearse durante un período de tiempo prolongado, reinicie manualmente el sistema. Se puede encontrar la siguiente advertencia en el archivo de registro Te.wtl para la tarea "Procesar resultados de pruebas":

Advertencia: Algo impedía que el sistema entrara en suspensión (S3) o en espera conectada. Cuando se inicia desde la unidad WTG, abra un símbolo del sistema y ejecute "powercfg -a" y observe qué componente aparece como bloqueo S3 o Modo de espera conectado. Esto suele ser el resultado de que faltan controladores de gráficos. Agregue los controladores que falten para la máquina al archivo WIM que esté usando para esta prueba.

Nota

   Si los registros muestran la prueba como superándola después del reinicio manual, es aceptable enviar los resultados para la certificación con esta advertencia en los registros.

 

Más información

Lista de archivos

Archivo Ubicación

boottest.dll

<testbinroot>\pw_device_logo\boottest.dll

unattend.xml

<testbinroot>\pw_device_logo\unattend.xml

pwrtest.exe

<testbinroot>\pwrtest\pwrtest.exe

 

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