Как разбирать 0x80370102, когда BIOS уже показывает виртуализацию: отдельно проверяем Virtual Machine Platform, аппаратную SLAT-поддержку, запуск гипервизора и nested virtualization без случайной правки загрузчика.
BIOS-флаг не описывает всю цепочку
Не возвращайтесь в firmware только потому, что ошибка содержит слово virtualization. Сначала запишите, где работает Windows: на физическом компьютере или внутри другой виртуальной машины. Затем проверьте видимое состояние компонентов Windows Subsystem for Linux и Virtual Machine Platform без их переключения. Microsoft указывает несколько условий для 0x80370102, включая firmware, SLAT, запуск гипервизора и nested virtualization. Поэтому один включённый переключатель не подтверждает остальные. Не фотографируйте весь BIOS и не публикуйте серийный номер устройства; достаточно модели процессора на уровне семейства и четырёх состояний «видно/включено/неизвестно».
Матрица четырёх состояний
Первая строка — Virtual Machine Platform и WSL включены в Windows. Вторая — firmware сообщает об аппаратной виртуализации. Третья — процессор и система поддерживают нужный режим, включая SLAT. Четвёртая — гипервизор действительно запускается в текущей загрузке; для гостевой Windows отдельно требуется поддержка nested virtualization у хоста. Заполняйте матрицу наблюдениями из Windows и документации производителя, не меняя настройки. Значение «неизвестно» лучше догадки. Если Windows находится в корпоративной VM, пользователь может не иметь полномочий включать вложенную виртуализацию, и это граница для администратора хоста.
Изменяйте только найденный слой
Когда матрица показывает один отсутствующий компонент, используйте официальную ветку Microsoft именно для него и учитывайте необходимую перезагрузку. Не выполняйте набор команд, который одновременно включает компоненты, меняет запуск гипервизора и правит firmware: успешный результат не покажет, что было причиной. Если все четыре состояния выглядят корректно, сохраните версию Windows, WSL и точный код и остановитесь до ручной правки boot configuration. Совместимость стороннего гипервизора и nested virtualization зависит от актуальных версий и настроек хоста; универсального безопасного переключателя для всех сред нет.
Пакет фактов для следующего уровня
В отчёт включите сборку Windows, версию WSL, физическая это система или VM, четыре строки матрицы и момент появления 0x80370102. Не прикладывайте дамп, MAC-адрес, имя хоста, корпоративные политики или полный вывод системной информации. Если ошибка появилась после изменения платформы виртуализации, укажите событие и дату без предположения о виновнике. Критерий остановки — правка загрузчика, firmware или конфигурации хостовой VM без резервного плана и разрешения владельца. Такая граница защищает рабочую систему и даёт поддержке точный вопрос: какой из документированных слоёв не активен, несмотря на видимый BIOS-флаг.
Материал подготовлен редакцией VOne с помощью ИИ для матрицы состояний; все технические слои вручную сверены по Microsoft Learn, публичный вопрос использован только как обезличенный сигнал.
Источники и проверка
- Microsoft Learn — Troubleshooting WSL проверено 2026-08-07
- Microsoft Learn — WSL FAQ проверено 2026-08-07
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.