Test de démarrage de l’appareil WindowsToGo
Ce test vérifie 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 branché sur 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.
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é peuvent avoir une documentation supplémentaire, y compris les conditions préalables, l’installation et les informations de résolution des problèmes, que vous trouverez dans les rubriques suivantes :
Exécution du test
Avant d’exécuter le test, effectuez la configuration du test comme décrit dans les conditions requises pour le test : Conditions préalables pour le test du stockage amovible.
La configuration matérielle requise est la suivante :
L’appareil testé doit être branché sur 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 doit être certifié pour Windows 8 ou une version ultérieure.
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 HLK Windows.
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 :
Vérifiez 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. Prenez 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. Prenez une trace USB pour déterminer ce qui a provoqué l’abandon par le système de sa tentative de démarrage de l’UFD.
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 passer en veille S3, il est possible que les pilotes graphiques appropriés ne soient pas installés dans votre fichier WIM. Procédez comme suit pour voir ce qui bloque la mise en veille de S3 :
Provisionnez un appareil Windows To Go avec la même image que celle que vous utilisez, puis démarrez à partir de celle-ci.
Ouvrez une invite de commandes et exécutez la commande suivante : powercfg a
Notez quel appareil 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’appareil a perdu l’alimentation avant que toutes les données de son cache puissent être écrites. Assurez-vous que votre appareil écrit complètement son cache dans un stockage non volatile avant de le mettre hors tension.
Si l’ordinateur reprend sur 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 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é provoqués par le débranchement puis le branchement de l’appareil Windows To Go, il se peut que l’appareil Windows To Go ne conserve pas correctement son lien vers 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 en mémoire non volatile lorsque le système entre en veille. Effectuez une trace USB pour déterminer la cause des événements de suppression surprise.
Plus d’informations
Liste de fichiers
Fichier | Emplacement |
---|---|
boottest.dll |
<testbinroot>\pw_device_logo\ |
bootcapable.dll |
<testbinroot>\pw_device_logo\ |
Unattend.xml |
<testbinroot>\pw_device_logo\ |
Powertst.exe |
<osbinroot>\pwrtest\ |
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 |