Загрузочный тест WindowsToGo
Этот тест проверяет, что USB-хранилище может быть подготовлено с помощью образа Windows, и выполняются следующие требования:
Загрузка Windows с устройства.
Работает в SuperSpeed при подключении к порту USB 3.0.
Введите и возобновите выход из спящего режима S3.
Введите и возобновим переход из режима гибернации S4.
Примечание
Это зависят от системы реализации существующего теста. Дополнительные сведения об этом тесте см. в разделе WindowsToGo Device Boot Test.
Сведения о тесте
| Характеристики |
|
| Платформы |
|
| Поддерживаемые выпуски |
|
| Ожидаемое время выполнения (в минутах) | 45 |
| Категория | Сценарий |
| Время ожидания (в минутах) | 2700 |
| Требуется перезагрузка | false |
| Требуется специальная конфигурация | Да |
| Тип | automatic |
Дополнительная документация
Тесты в этой области функций могут содержать дополнительную документацию, включая предварительные требования, сведения о настройке и устранении неполадок, которые можно найти в следующих разделах:
Выполнение теста
Ниже приведены требования к оборудованию.
Устройство должно быть usb 3.0 и сертифицировано для Windows To Go.
Тестируемое устройство должно быть подключено к порту USB 3.0 для выполнения этого теста.
На компьютере, на котором выполняется тест, не должно быть подключено других USB-запоминающих устройств.
Компьютер, на котором выполняется тест, не имеет такого же объема или больше системной памяти, чем сертифицированное устройство WTG (например, если система имеет 32 ГБ ОЗУ, вы не можете использовать диск WTG емкостью 32 Гбит/с).
Ниже приведены требования к программному обеспечению.
- Пользователь должен скопировать допустимый файл образа Windows (WIM) на тестовый компьютер. Он должен включать все драйверы, необходимые для использования оборудования системы.
Устранение неполадок
Общие сведения об устранении неполадок при тестировании HLK см. в разделе Устранение неполадок при тестировании Windows HLK.
Сведения об устранении неполадок см. в разделе Troubleshooting Device.Storage Testing.
Если не удается выполнить загрузку с устройства Windows To Go, используйте следующую команду для устранения этой проблемы:
Убедитесь, что образ Windows не включает сторонние USB-драйверы.
Убедитесь, что в системе, используемой для выполнения этого теста, установлена последняя версия встроенного ПО.
Если загрузка была прервана из-за stop-ошибки INACESSIBLE_BOOT_DEVICE, UFD, скорее всего, перестанет отвечать на запросы после получения определенной последовательности команд. Выполните трассировку USB, чтобы определить, что привело к тому, что UFD перестает отвечать.
Если система не пыталась загрузить диск Windows To Go, UFD, скорее всего, не достаточно быстро перечислил встроенное ПО системы. Выполните трассировку USB, чтобы определить, что вызвало прерывание попытки системы загрузить UFD.
Если вы выполнили эти действия по отладке и считаете, что устройство работает правильно, снова запустите тест на сертифицированном устройстве и сравните результаты.
Если устройство не может войти в спящий режим S3, в образе WIM могут быть установлены некорректные графические драйверы. Чтобы узнать, что блокирует спящий режим S3, выполните следующие действия.
Подготовьте устройство Windows To Go с тем же образом, который вы используете с тестом, а затем загрузите его.
Откройте командную строку и выполните следующую команду: powercfg a
Обратите внимание, какое устройство блокирует спящий режим S3, добавьте соответствующий драйвер в WIM-файл и снова запустите тест.
Если компьютер потерял состояние при выходе из спящего режима S3 или режима гибернации S4, это может означать, что компьютер потерял питание на устройстве Windows To Go до того, как все данные в его кэше будут записаны.
Если компьютер возобновляет работу с операционной системой узла, а не операционной системой Windows To Go из режима гибернации, на компьютере возникла проблема при загрузке устройства Windows To Go, и главный компьютер был загружен. Выполните трассировку USB, чтобы определить причину отменить изменения компьютера обратно в операционную систему узла.
Если во время теста вы получаете события неожиданного удаления, которые не были вызваны отключением и подключением устройства Windows To Go, возможно, устройство Windows To Go не поддерживает связь с операционной системой узла в соответствии со спецификацией USB 3.0 или устройство Windows To Go может неправильно сохранять все данные в энергонезависимой памяти, когда система переходит в спящий режим. Выполните трассировку USB, чтобы определить, что вызвало события неожиданного удаления.
Если система успешно загружается в операционной системе Windows To Go, но зависает в течение длительного периода времени, перезагрузите систему вручную. В файле журнала Te.wtl для задачи "Обработка результатов теста" можно найти следующее предупреждение:
Предупреждение. Что-то не позволило системе войти в спящий режим (S3) или подключенный режим ожидания. При загрузке с диска WTG откройте командную строку и выполните команду "powercfg -a" и обратите внимание, какой компонент указан как блокирующий S3 или Connected Standby. Обычно это результат отсутствия графических драйверов. Добавьте отсутствующие драйверы для компьютера в WIM-файл, который вы используете для этого теста.
Примечание
Если в журналах тест отображается как пройденный после перезагрузки вручную, можно отправить результаты на сертификацию с этим предупреждением в журналах.
Дополнительные сведения
Список файлов
| Файл | Расположение |
|---|---|
boottest.dll |
<\pw_device_logo\boottest.dll testbinroot> |
unattend.xml |
<\pw_device_logo\unattend.xml testbinroot> |
pwrtest.exe |
<\pwrtest\pwrtest.exe testbinroot> |
Параметры
| Имя параметра | Описание параметра |
|---|---|
| LLU_NetAccessOnly | |
| LLU_LclAdminUsr | |
| TestMode | |
| WimPath | Полный путь к файлу образа Windows (WIM). Должна быть полной windows, а не WinPE |
| WimIndex | Изображение в WIM для использования. Должен соответствовать архитектуре хост-компьютера (x86/amd64) |
| TAEFSource |