Teste de inicialização de dispositivo WindowsToGo
Esse teste valida se o armazenamento USB pode ser provisionado com uma imagem do Windows e os seguintes requisitos são atendidos:
Inicializar no Windows a partir do dispositivo.
Opera em SuperSpeed quando conectado a uma porta USB 3.0.
Insira e retome do sono S3.
Insira e retome da hibernação S4.
Detalhes do teste
| Especificações |
|
| Plataformas |
|
| Versões com suporte |
|
| Tempo de execução esperado (em minutos) | 45 |
| Categoria | Cenário |
| Tempo limite (em minutos) | 2700 |
| Requer reinicialização | false |
| Requer configuração especial | true |
| Tipo | automático |
Documentação adicional
Os testes nessa área de recursos podem ter documentação adicional, incluindo pré-requisitos, configuração e informações de solução de problemas, que podem ser encontrados nos tópicos a seguir:
Executando o teste
Antes de executar o teste, conclua a configuração de teste conforme descrito nos requisitos de teste: Pré-requisitos de teste de armazenamento removível.
Os requisitos de hardware são os seguintes:
O dispositivo em teste deve ser conectado a uma porta USB 3.0 para executar esse teste.
O computador que executa o teste não deve ter outros dispositivos de armazenamento USB anexados.
O computador que executa o teste deve ser certificado para Windows 8 ou posterior.
Os requisitos de software são os seguintes:
- O usuário deve copiar um arquivo WIM (Imagem do Windows) válido para o computador de teste. Ele deve incluir todos os drivers necessários para usar o hardware do sistema.
Solucionando problemas
Para solucionar problemas genéricos de falhas de teste do HLK, consulte Solução de problemas de falhas de teste do Windows HLK.
Para obter informações de solução de problemas, consulte Solução de problemas de device.storage testing.
Se você não puder inicializar do dispositivo Windows To Go, use o seguinte para solucionar esse problema:
Verifique se a imagem do Windows não inclui nenhum drivers USB de terceiros.
Verifique se o sistema que você está usando para executar esse teste tem o firmware mais recente.
Se a inicialização foi interrompida por um erro de parada de INACESSIBLE_BOOT_DEVICE, o UFD provavelmente ficou sem resposta depois de receber uma determinada sequência de comandos. Faça um rastreamento USB para determinar o que fez com que a UFD não respondesse.
Se o sistema não tentou inicializar a unidade do Windows To Go, o UFD provavelmente não enumerou rapidamente o suficiente para o firmware do sistema. Faça um rastreamento USB para determinar o que fez com que o sistema anulasse sua tentativa de inicializar o UFD.
Se você tomou essas etapas de depuração e acredita que seu dispositivo está se comportando corretamente, execute o teste novamente com um dispositivo certificado e compare os resultados.
Se o dispositivo não puder entrar em suspensão S3, o arquivo WIM poderá não ter os drivers gráficos corretos instalados. Use as seguintes etapas para ver o que está bloqueando o sono S3:
Provisione um dispositivo Windows To Go com a mesma imagem que você usa e, em seguida, inicialize dele.
Abra um prompt de comando e execute o seguinte comando: powercfg a
Observe qual dispositivo está bloqueando a suspensão S3, adicione o driver apropriado ao arquivo WIM e execute o teste novamente.
Se o computador perdeu estado ao retomar a suspensão S3 ou hibernar S4, isso pode significar que o dispositivo perdeu energia antes que todos os dados em seu cache pudessem ser gravados. Certifique-se de que seu dispositivo grave completamente seu cache em armazenamento não volátil antes de desligar.
Se o computador retomar para o sistema operacional host em vez do sistema operacional Windows To Go da hibernação, o computador teve um problema ao inicializar o dispositivo Windows To Go e o computador host foi inicializado. Faça um rastreamento USB para determinar o que fez com que o computador reverter de volta ao sistema operacional host.
Se você receber eventos de Remoção Surpresa durante o teste que não foram causados pelo dispositivo Windows To Go sendo desconectado e conectado novamente, o dispositivo Windows To Go pode não estar mantendo corretamente seu link para o sistema operacional host de acordo com a especificação USB 3.0 ou o dispositivo Windows To Go pode não estar salvando corretamente todos os dados em memória não volátil quando o sistema entra em um estado de suspensão. Faça um rastreamento USB para determinar o que causou os eventos de Remoção Surpresa.
Mais informações
Lista de arquivos
| Arquivo | Location |
|---|---|
boottest.dll |
<testbinroot>\pw_device_logo\ |
bootcapable.dll |
<testbinroot>\pw_device_logo\ |
Unattend.xml |
<testbinroot>\pw_device_logo\ |
Powertst.exe |
<osbinroot>\pwrtest\ |
Parâmetros
| Nome do parâmetro | Descrição do parâmetro |
|---|---|
| LLU_NetAccessOnly | |
| LLU_LclAdminUsr | |
| TestMode | |
| WimPath | Caminho completo para um arquivo de imagem do Windows (WIM). Deve estar cheio do Windows, não do WinPE |
| WimIndex | Imagem dentro do WIM a ser usado. Deve corresponder à arquitetura do computador host (x86/amd64) |
| TAEFSource |