Condividi tramite


Test di avvio di 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.

Nota

   Si tratta di un'implementazione specifica del sistema di un test esistente. Per altre informazioni su questo test, vedere Test di avvio del dispositivo WindowsToGo.

 

Dettagli del test

   
Specifiche
  • System.Fundamentals.USBBoot.BootFromUSB
Piattaforme
  • Windows 10, edizioni client (x86)
  • Windows 10, edizioni client (x64)
Versioni supportate
  • Windows 10
  • Windows 10 versione 1511
  • Windows 10 versione 1607
  • Windows 10 versione 1703
  • Windows 10, versione 1709
  • Windows 10, versione 1803
  • Windows 10, versione 1809
  • Windows 10, versione 1903
  • Aggiornamento successivo a Windows 10
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

I requisiti hardware sono i seguenti:

  • Il dispositivo deve essere USB 3.0 e certificato per Windows To Go.

  • 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 non ha una quantità uguale o più memoria di sistema rispetto al dispositivo certificato WTG (ad esempio, se il sistema ha 32 Gb di RAM, non è possibile usare un'unità WTG da 32 GB).

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, l'immagine 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 con il test e quindi avviarlo.

  • 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 computer ha perso energia al dispositivo Windows To Go prima che tutti i dati nella cache possano essere scritti.

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.

Se il sistema viene avviato correttamente nel sistema operativo Windows To Go, ma sembra bloccarsi per un periodo di tempo esteso, riavviare manualmente il sistema. L'avviso seguente può essere trovato nel file di log Te.wtl per l'attività 'Process Test Results':

Avviso: qualcosa impedisce al sistema di entrare in sospensione (S3) o Standby connesso. Quando viene avviato dall'unità WTG aprire un prompt dei comandi ed eseguire "powercfg -a" e prendere nota del componente elencato come blocco di S3 o Standby connesso. Questo è in genere il risultato dei driver grafici mancanti. Aggiungere i driver mancanti per il computer al file WIM usato per questo test.

Nota

   Se i log mostrano il test come superato dopo il riavvio manuale, è accettabile inviare i risultati per la certificazione con questo avviso nei log.

 

Altre informazioni

Elenco file

File Posizione

boottest.dll

<testbinroot>\pw_device_logo\boottest.dll

unattend.xml

<testbinroot>\pw_device_logo\unattend.xml

pwrtest.exe

<testbinroot>\pwrtest\pwrtest.exe

 

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