Москва: проверенные б/у ноутбуки с гарантией и проверкой перед оплатой
+7 906 722-94-45

Главная → Статьи → Ошибка виртуализации 0x80370102 при запуске WSL2, Docker Desktop и эмуляторов на ноутбуке с Windows 11: включение Intel VT-x / AMD SVM в BIOS, Virtual Machine Platform и Hyper-V

Ошибка виртуализации 0x80370102 при запуске WSL2, Docker Desktop и эмуляторов на ноутбуке с Windows 11: включение Intel VT-x / AMD SVM в BIOS, Virtual Machine Platform и Hyper-V

Ошибка виртуализации 0x80370102 при запуске WSL2, Docker Desktop и эмуляторов на ноутбуке с Windows 11: включение Intel VT-x / AMD SVM в BIOS, Virtual Machine Platform и Hyper-V

Ошибка виртуализации 0x80370102 при запуске WSL2, Docker Desktop и эмуляторов на ноутбуке с Windows 11: включение Intel VT-x / AMD SVM в BIOS, Virtual Machine Platform и Hyper-V

Каждый студент-программист, системный инженер, аналитик данных и любитель мобильных эмуляторов рано или поздно видит на экране своего ноутбука это красное системное сообщение при первом запуске WSL 2 (Ubuntu), Docker Desktop, Android Studio Emulator или VirtualBox / Hyper-V:

«WslRegisterDistribution failed with error: 0x80370102 — Не удалось запустить виртуальную машину, так как необходимый компонент не установлен. Включите в BIOS виртуализацию и компонент Платформа виртуальной машины»!

А самый коварный ребус случается на втором шаге: вы лезете в BIOS, видите, что виртуализация там УЖЕ включена, ставите галочки в Компонентах Windows, перезагружаетесь — а Docker и WSL2 снова падают С ТОЙ ЖЕ ошибкой 0x80370102! Почему?! Потому что в загрузчике Windows кто-то раньше прописал скрытую строчку hypervisorlaunchtype off (ради античита игры или старого VirtualBox!) — и гипервизор отключён на уровне загрузки ядра, хотя в BIOS всё включено!

Пройдём по всем трём звеньям цепи виртуализации сверху вниз — за 3 минуты у вас взлетят и WSL 2, и Docker Desktop, и Windows 11 Home / Pro!

Полная таблица: где именно называется переключатель виртуализации в BIOS разных марок ноутбуков!

Сначала за 3 секунды проверьте текущий статус прямо с рабочего стола Windows: откройте Диспетчер задач (Ctrl + Shift + Esc) → вкладка «Производительность» → ЦП и посмотрите правый нижний столбец — строчку «Виртуализация: Включено / Отключено»!

  • Если написано «Отключено» — перезагрузите ноутбук в UEFI BIOS и включите её по точной шпаргалке для вашей марки процессора и ноутбука:
Процессор и бренд ноутбука Как именно спрятана настройка в меню UEFI BIOS! (Люди часами ищут слово «Virtualization», а оно называется «SVM» или «VMX»!)
Ноутбуки на процессоре AMD Ryzen (ASUS, Lenovo, MSI, Acer, HP, Huawei) НЕ ищите слово «Virtualization»! У компании AMD аппаратная виртуализация называется «SVM Mode» (Secure Virtual Machine)! Путь: BIOS → Advanced (F7) → CPU Configuration → SVM Mode = Enabled!
Ноутбуки на процессоре Intel Core / Core Ultra (ASUS, Acer, Gigabyte) Называется «Intel (VMX) Virtualization Technology» + рядом включите «VT-d»! Путь: BIOS → Advanced → System Agent / CPU Configuration → Intel Virtualization Technology = Enabled!
Ноутбуки Lenovo (IdeaPad, Legion, LOQ, ThinkBook, ThinkPad) Путь на IdeaPad / Legion: вкладка Configuration → AMD SVM Technology / Intel Virtual Technology → Enabled. На ThinkPad: Security → Virtualization → Intel Virtualization Technology + Kernel DMA Protection → Enabled!
Ноутбуки MSI Вкладка Advanced → SVM Mode / Intel Virtualization Tech → Enabled (сохранить клавишей F10)!
В Диспетчере задач УЖЕ написано «Виртуализация: Включено», но ошибка 0x80370102 всё равно выскакивает! Не активирован компонент Платформа виртуальной машины (VirtualMachinePlatform) ИЛИ в загрузчике BCD стоит флаг hypervisorlaunchtype = Off! Сразу переходите к Шагу 2 и Шагу 3 — решается без BIOS за 60 секунд!

Пошаговое включение всех 3 программных ключей в Windows 11 (включая редакцию «Домашняя / Home»!)

Огромное заблуждение — думать, будто WSL 2 и Docker Desktop работают только на Windows 11 Pro! Они великолепно и официально работают и на обычной домашней редакции Windows 11 Home, потому что опираются не на толстую консоль Hyper-V Manager, а на встроенное во все редакции лёгкое ядро Virtual Machine Platform (Платформа виртуальной машины)!

Откройте Пуск → Терминал (Администратор) и выполните подряд три официальные штатные команды Microsoft (работают на любой Windows 11 — и Home, и Pro!):

  1. Включаем подсистему Linux и платформу виртуальных машин:
    • dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart
    • dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart
  2. Самый главный секрет против «Вечной 0x80370102» — принудительно разрешаем автозапуск гипервизора в загрузчике Windows:
    • bcdedit /set hypervisorlaunchtype auto
  3. Теперь Обязательно выполните полноценную Перезагрузку ноутбука (Пуск → Перезагрузка, а не Выключение!), откройте Терминал и обновите ядро WSL одной короткой командой:
    • wsl --update

Готово! Запускайте Ubuntu или Docker Desktop — контейнер стартует за 1,5 секунды без единого красного сообщения!

Подарок каждому разработчику на ноутбуке: как не дать Docker / WSL2 съесть ВСЮ оперативную память!

Вот бесценный инженерный совет, который сбережёт вам десятки гигабайт памяти и часы работы аккумулятора (см. как проверить износ аккумулятора ноутбука и гид апгрейд оперативной памяти и SSD в ноутбуке): по умолчанию виртуальная машина vmmemWSL разрешает себе разрастаться под дисковый кэш ровно до половины всей оперативной памяти вашего ноутбука (8 ГБ на 16-гигабайтном ноутбуке!), даже когда внутри запущен крошечный Redis на 50 МБ!

  • Создайте за 15 секунд в вашей домашней папке пользователя (C:\Users\ВашеИмя\) простой текстовый файл с именем .wslconfig и напишите внутри 4 строчки разумного потолка (например, 4GB на ноутбуке с 16 ГБ ОЗУ или 8GB на ноутбуке с 32 ГБ ОЗУ):
    • [wsl2]
    • memory=4GB
    • processors=4
    • autoMemoryReclaim=gradual
  • Перезапустите одной командой wsl --shutdown — теперь Docker летает со скоростью света, автоматически возвращает неиспользуемую память обратно в Windows каждую минуту, а ваш ноутбук остаётся быстрым, холодным и тихим весь рабочий день!

Контрольный чек-лист настройки виртуализации на ноутбуке

  • [ ] В Диспетчере задач → Производительность → ЦП горит статус «Виртуализация: Включено» (в BIOS активирован AMD SVM Mode / Intel VT-x).
  • [ ] Командой dism включены оба системных компонента: Подсистема Windows для Linux и Платформа виртуальной машины.
  • [ ] В конфигурации загрузки BCD выставлен ключ bcdedit /set hypervisorlaunchtype auto и выполнена чистая перезагрузка.
  • [ ] Настроен файл .wslconfig, ограничивающий аппетит процесса vmmemWSL разумным лимитом памяти.

Частые вопросы

Какой ноутбук лучше всего выбрать студенту ИТ-факультета или backend-разработчику под Docker, WSL2, базы данных и локальные нейросети?

Главный параметр №1 для контейнеров и виртуальных машин — объём оперативной памяти (от 16 ГБ минимум, а в идеале сразу 32 ГБ со сменными слотами SO-DIMM!) и надёжный многоядерный процессор с тихим охлаждением! Именно поэтому программисты обожают корпоративные ноутбуки ThinkPad и EliteBook (а для нативной UNIX-среды с бешеной автономностью 15 часов — MacBook на Apple Silicon M1, M2 и M3 с минимум 16 ГБ объединённой памяти)!

Проверена ли поддержка аппаратной виртуализации процессора и слотов расширения памяти на ноутбуках из нашего каталога?

В обязательном порядке! Точная модель процессора, количество ядер/потоков и возможности апгрейда памяти до 32–64 ГБ подробно указаны в цифровом паспорте ноутбука под защитой официальной гарантии 12 месяцев.

Почему после включения платформы виртуальных машин для Docker у меня начал ругаться старый VirtualBox или снизилась скорость чтения файлов внутри папки проекта?

Запомните два золотых практических правила опытного инженера разработки на ноутбуке с Windows 11, которые экономят часы ожидания каждый день:

  1. Современные актуальные версии Oracle VirtualBox 7.1+ научились официально и дружно работать поверх включённого гипервизора Windows (значок маленькой зелёной черепашки в строке состояния виртуальной машины) — просто обновите сам VirtualBox до свежей ветки, чтобы не приходилось каждый раз перезагружать ноутбук между контейнерами и виртуальными машинами!
  2. Главный секрет десятикратного ускорения сборки проектов в подсистеме Linux: никогда не храните исходный код большого проекта с тысячами мелких файлов на смонтированном диске Windows по медленному сетевому мосту mnt/c/Users! Перенесите папку репозитория внутрь родной файловой системы самого Linux-окружения (в домашний каталог пользователя home/user/projects) и открывайте её из редактора VS Code через официальное расширение удалённой разработки — скорость сборки, тестов и горячей перезагрузки вырастет буквально в восемь-десять раз на том же самом ноутбуке!