Test de démarrage WindowsToGo
Ce test valide que le stockage USB peut être provisionné avec une image Windows et que les conditions suivantes sont remplies :
Démarrez Windows à partir de l’appareil.
Fonctionne à SuperSpeed lorsqu’il est connecté à un port USB 3.0.
Entrez et reprenez à partir de la veille S3.
Entrez et reprenez à partir de la mise en veille prolongée S4.
Notes
Il s’agit d’une implémentation propre au système d’un test existant. Pour plus d’informations sur ce test, consultez Test de démarrage d’appareil WindowsToGo.
Détails du test
| Spécifications |
|
| Plateformes |
|
| Versions prises en charge |
|
| Durée d’exécution attendue (en minutes) | 45 |
| Catégorie | Scénario |
| Délai d’expiration (en minutes) | 2700 |
| Nécessite un redémarrage | false |
| Nécessite une configuration spéciale | true |
| Type | automatique |
Documentation supplémentaire
Les tests de cette zone de fonctionnalités peuvent contenir une documentation supplémentaire, notamment des informations sur les prérequis, l’installation et la résolution des problèmes, que vous trouverez dans les rubriques suivantes :
Exécution du test
La configuration matérielle requise est la suivante :
L’appareil doit être USB 3.0 et certifié pour Windows To Go.
L’appareil testé doit être connecté à un port USB 3.0 pour exécuter ce test.
Aucun autre périphérique de stockage USB ne doit être attaché à l’ordinateur exécutant le test.
L’ordinateur exécutant le test n’a pas une quantité égale ou supérieure de mémoire système à celle de l’appareil certifié WTG (par exemple, si le système a 32 Go de RAM, vous ne pouvez pas utiliser un lecteur WTG de 32 Go).
La configuration logicielle requise est la suivante :
- L’utilisateur doit copier un fichier d’image Windows (WIM) valide sur l’ordinateur de test. Il doit inclure tous les pilotes nécessaires pour utiliser le matériel du système.
Dépannage
Pour la résolution des problèmes génériques des échecs de test HLK, consultez Résolution des échecs de test Windows HLK.
Pour plus d’informations sur la résolution des problèmes, consultez Résolution des problèmes de test Device.Storage.
Si vous ne pouvez pas démarrer à partir de l’appareil Windows To Go, utilisez les éléments suivants pour résoudre ce problème :
Assurez-vous que l’image Windows n’inclut aucun pilote USB tiers.
Vérifiez que le système que vous utilisez pour exécuter ce test dispose du microprogramme le plus récent.
Si le démarrage a été interrompu par une erreur d’arrêt INACESSIBLE_BOOT_DEVICE, l’UFD ne répond probablement plus après avoir reçu une certaine séquence de commandes. Effectuez une trace USB pour déterminer ce qui a provoqué la non-réponse de l’UFD.
Si le système n’a pas tenté de démarrer le lecteur Windows To Go, l’UFD n’a probablement pas énuméré assez rapidement pour le microprogramme du système. Effectuez une trace USB pour déterminer ce qui a provoqué l’abandon de la tentative de démarrage de l’UFD par le système.
Si vous avez effectué ces étapes de débogage et que vous pensez que votre appareil se comporte correctement, réexécutez le test avec un appareil certifié et comparez les résultats.
Si l’appareil ne peut pas entrer en veille S3, il se peut que les pilotes graphiques appropriés ne soient pas installés sur votre image WIM. Utilisez les étapes suivantes pour voir ce qui bloque la mise en veille S3 :
Approvisionnez un appareil Windows To Go avec la même image que celle que vous utilisez avec le test, puis démarrez à partir de celui-ci.
Ouvrez une invite de commandes, puis exécutez la commande suivante : powercfg a
Notez l’appareil qui bloque la veille S3, ajoutez le pilote approprié au fichier WIM et réexécutez le test.
Si l’ordinateur a perdu l’état lors de la reprise de la mise en veille S3 ou de la mise en veille prolongée S4, cela peut signifier que l’ordinateur a perdu l’alimentation de l’appareil Windows To Go avant que toutes les données de son cache puissent être écrites.
Si l’ordinateur reprend le système d’exploitation hôte au lieu du système d’exploitation Windows To Go à partir de la mise en veille prolongée, l’ordinateur a rencontré un problème de démarrage de l’appareil Windows To Go et l’ordinateur hôte a été démarré à la place. Effectuez une trace USB pour déterminer ce qui a provoqué le retour de l’ordinateur au système d’exploitation hôte.
Si vous recevez des événements de suppression surprise pendant le test qui n’ont pas été causés par le débranchement et le branchement de l’appareil Windows To Go, il se peut que l’appareil Windows To Go ne conserve pas correctement son lien avec le système d’exploitation hôte conformément à la spécification USB 3.0 ou que l’appareil Windows To Go n’enregistre pas correctement toutes les données dans une mémoire non volatile lorsque le système entre en veille. Prenez une trace USB pour déterminer la cause des événements de suppression surprise.
Si le système démarre correctement sur le système d’exploitation Windows To Go, mais semble se bloquer pendant une période prolongée, redémarrez manuellement le système. L’avertissement suivant se trouve dans le fichier journal Te.wtl pour la tâche « Traiter les résultats des tests » :
Avertissement : Quelque chose empêchait le système d’entrer en veille (S3) ou en veille connectée. Lors du démarrage à partir du lecteur WTG, ouvrez une invite de commandes et exécutez « powercfg -a » et notez le composant qui est répertorié comme bloquant S3 ou Veille connectée. Cela est généralement le résultat de pilotes graphiques manquants. Ajoutez les pilotes manquants pour votre ordinateur au fichier WIM que vous utilisez pour ce test.
Notes
Si les journaux indiquent que le test a réussi après le redémarrage manuel, il est acceptable de soumettre les résultats pour certification avec cet avertissement dans les journaux.
Plus d’informations
Liste de fichiers
| File | Emplacement |
|---|---|
boottest.dll |
<testbinroot>\pw_device_logo\boottest.dll |
unattend.xml |
<testbinroot>\pw_device_logo\unattend.xml |
pwrtest.exe |
<testbinroot>\pwrtest\pwrtest.exe |
Paramètres
| Nom du paramètre | Description des paramètres |
|---|---|
| LLU_NetAccessOnly | |
| LLU_LclAdminUsr | |
| TestMode | |
| WimPath | Chemin d’accès complet à un fichier d’image Windows (WIM). Doit être plein Windows, et non WinPE |
| WimIndex | Image dans le WIM à utiliser. Doit correspondre à l’architecture de l’ordinateur hôte (x86/amd64) |
| TAEFSource |