Test di avvio del dispositivo WindowsToGo
Questo test convalida il provisioning dell'archiviazione USB con un'immagine di Windows e i requisiti seguenti sono soddisfatti:
Avviare Windows dal dispositivo.
Funziona in SuperSpeed quando si collega a una porta USB 3.0.
Immettere e riprendere dalla sospensione S3.
Immettere e riprendere dall'ibernazione S4.
Dettagli del test
| Specifiche |
|
| Piattaforme |
|
| Versioni supportate |
|
| Tempo di esecuzione previsto (in minuti) | 45 |
| Categoria | Scenario |
| Timeout (in minuti) | 2700 |
| Richiede il riavvio | false |
| Richiede una configurazione speciale | true |
| Tipo | automatic |
Documentazione aggiuntiva
I test in questa area di funzionalità potrebbero avere documentazione aggiuntiva, inclusi prerequisiti, configurazione e informazioni sulla risoluzione dei problemi, disponibili negli argomenti seguenti:
Esecuzione del test
Prima di eseguire il test, completare la configurazione del test come descritto nei requisiti di test: Prerequisiti di test rimovibili.
I requisiti hardware sono i seguenti:
Il dispositivo sottoposto a test deve essere collegato a una porta USB 3.0 per eseguire questo test.
Il computer che esegue il test non deve avere altri dispositivi di archiviazione USB collegati.
Il computer che esegue il test deve essere certificato per Windows 8 o versioni successive.
I requisiti software sono i seguenti:
- L'utente deve copiare un file WIM (Windows Image) valido nel computer di test. Deve includere tutti i driver necessari per usare l'hardware del sistema.
Risoluzione dei problemi relativi
Per la risoluzione dei problemi generici degli errori di test HLK, vedere Risoluzione dei problemi di test di Windows HLK.
Per informazioni sulla risoluzione dei problemi, vedere Risoluzione dei problemi relativi ai test di Device.Storage.
Se non è possibile eseguire l'avvio dal dispositivo Windows To Go, usare quanto segue per risolvere questo problema:
Assicurarsi che l'immagine di Windows non includa driver USB di terze parti.
Assicurarsi che il sistema usato per eseguire questo test abbia il firmware più recente.
Se l'avvio è stato interrotto da un errore di arresto INACESSIBLE_BOOT_DEVICE, l'UFD probabilmente diventa non risponde dopo aver ricevuto una determinata sequenza di comandi. Prendere una traccia USB per determinare cosa ha causato la mancata risposta dell'UFD.
Se il sistema non tentava di avviare l'unità Windows To Go, probabilmente l'UFD non enumerava abbastanza rapidamente per il firmware del sistema. Prendere una traccia USB per determinare cosa ha causato l'interruzione del suo tentativo di avvio dell'UFD.
Se sono stati eseguiti questi passaggi di debug e si ritiene che il dispositivo si stia comportando correttamente, eseguire di nuovo il test con un dispositivo certificato e confrontare i risultati.
Se il dispositivo non può immettere S3 in sospensione, il file WIM potrebbe non avere i driver grafici corretti installati. Seguire questa procedura per vedere cosa blocca il sonno S3:
Effettuare il provisioning di un dispositivo Windows To Go con la stessa immagine usata e quindi avviarla.
Aprire un prompt dei comandi ed eseguire il comando seguente: powercfg a
Si noti quale dispositivo blocca il sospensione S3, aggiungere il driver appropriato al file WIM ed eseguire di nuovo il test.
Se il computer ha perso lo stato durante la ripresa dalla sospensione S3 o dall'ibernazione S4, questo potrebbe significare che il dispositivo ha perso energia prima che tutti i dati nella cache possano essere scritti. Assicurarsi che il dispositivo scrive completamente la cache nell'archiviazione non volatile prima dell'alimentazione.
Se il computer riprende il sistema operativo host anziché il sistema operativo Windows To Go dall'ibernazione, il computer ha avuto un problema durante l'avvio del dispositivo Windows To Go e il computer host è stato avviato. Prendere una traccia USB per determinare cosa ha causato il ripristino del computer nel sistema operativo host.
Se si ricevono eventi di rimozione sorpresa durante il test che non sono stati causati dal dispositivo Windows To Go scollegato e quindi collegato, il dispositivo Windows To Go potrebbe non mantenere correttamente il collegamento al sistema operativo host per la specifica USB 3.0 o il dispositivo Windows To Go potrebbe non salvare correttamente tutti i dati in memoria non volatile quando il sistema entra in uno stato di sospensione. Prendere una traccia USB per determinare quali eventi hanno causato la rimozione delle sorprese.
Altre informazioni
Elenco file
| File | Posizione |
|---|---|
boottest.dll |
<testbinroot>\pw_device_logo\ |
bootcapable.dll |
<testbinroot>\pw_device_logo\ |
Unattend.xml |
<testbinroot>\pw_device_logo\ |
Powertst.exe |
<osbinroot>\pwrtest\ |
Parametri
| Nome parametro | Descrizione dei parametri |
|---|---|
| LLU_NetAccessOnly | |
| LLU_LclAdminUsr | |
| TestMode | |
| WimPath | Percorso completo di un file immagine di Windows (WIM). Deve essere windows completo, non WinPE |
| WimIndex | Immagine all'interno di WIM da usare. Deve corrispondere all'architettura del computer host (x86/amd64) |
| TAEFSource |