Hyper-V виртуальная машина не запускается: полное решение

Почему виртуальная машина Hyper-V не запускается?

Hyper-V — мощный инструмент, но его работа зависит от множества факторов: от настроек железа до целостности конфигурации виртуальной машины (ВМ). Если при попытке запуска ВМ зависает на этапе «Включение…» или сразу завершается с ошибкой, проблема почти всегда решаема. В этом гайде мы пройдём по ключевым точкам диагностики, от самых простых до более сложных.

Симптомы проблемы

• ВМ останавливается в состоянии «Включение» (Starting).
• Появляется ошибка «Не удалось запустить виртуальную машину» с кодом (например, 0x80070490, 0x80070005).
• В журнале событий Hyper-V фиксируются сбои от службы VMMS.
• Команда Get-VM в PowerShell показывает статус Off или Failed.

Что нам понадобится

• Windows 10/11 Pro, Enterprise или Education (Hyper-V недоступен в домашних версиях).
• Права администратора.
• Доступ к BIOS/UEFI (если потребуется).

1. Базовая проверка: включён ли Hyper-V?

Даже если вы ранее включали Hyper-V, обновления Windows или изменения в системе могли его отключить.

1. Нажмите Win + R, введите optionalfeatures.exe и нажмите Enter.
2. В окне «Компоненты Windows» найдите Hyper-V.
3. Убедитесь, что стоит галочка напротив всего дерева (особенно Гипервизор Windows).
4. Нажмите OK и дождитесь установки. Перезагрузите компьютер.

💡 Совет: После перезагрузки откройте PowerShell от администратора и выполните systeminfo. В разделе «Требования Hyper-V» должны быть строки Да. Если Нет — проблема с поддержкой виртуализации в BIOS.

2. Перезапуск и проверка служб Hyper-V

Службы Hyper-V — «мозг» системы. Их сбой или остановка — частая причина.

1. Нажмите Win + R, введите services.msc, нажмите Enter.
2. Найдите две службы:
   • Hyper-V Virtual Machine Management (vmms)
   • Hyper-V Host Compute Service (vmcompute)
3. Для каждой:
   • Щёлкните правой кнопкой → Свойства.
   • Убедитесь, что Тип запуска = «Автоматически».
   • Нажмите Перезапустить.
4. Если службы не запускаются, посмотрите их Журнал событий Windows (в свойствах службы → вкладка «Журнал событий»).

Также в PowerShell (администратор) можно выполнить:

# Перезапустить все службы Hyper-V
Restart-Service -Name vmms, vmcompute -Force

# Проверить их статус
Get-Service -Name vmms, vmcompute

3. Настройки BIOS/UEFI: виртуализация и безопасность

Без включённой виртуализации в прошивке Hyper-V работать не будет.

1. Перезагрузите ПК и зайдите в BIOS/UEFI (клавиша Del, F2, F10, F12 — зависит от производителя).
2. Найдите раздел CPU Configuration или Advanced CPU Settings.
3. Включите опции:
   • Intel VT-x / AMD-V (иногда называется SVM на AMD).
   • Intel VT-d / AMD-Vi (IOMMU, для проброса устройств).
   • Intel EPT / AMD RVI (вторая стадия трансляции адресов, желательно включить).
4. Также проверьте раздел Security:
   • Убедитесь, что Secure Boot не блокирует Hyper-V (обычно не блокирует, но в редких случаях может).
   • Virtualization Technology должна быть Enabled.
5. Сохраните изменения (F10) и выйдите.

⚠️ Важно: После включения виртуализации в BIOS может потребоваться сбросить настройки безопасности в Windows (например, отключить Hypervisor-Protected Code Integrity, если он конфликтует с драйверами). Обычно это не нужно.

4. Конфликты с другим ПО виртуализации

Если у вас установлены VMware Workstation/Player, VirtualBox, Docker Desktop (с WSL2), они могут конфликтовать с Hyper-V, так как все пытаются занять гипервизор.

Вариант A: Временное удаление/отключение

• Удалите конкурирующее ПО через «Программы и компоненты».
• Или отключите его сетевые драйверы (например, в VirtualBox: Файл → Настройки → Сеть → Удалить адаптеры).

Вариант B: Переключение режима Hyper-V

Если вы хотите оставить оба гипервизора, можно попробовать отключить гипервизор Windows для конкретной ВМ (но это снизит производительность):

1. В свойствам ВМ → Процессор → снимите галочку Включить гипервизор Windows.
2. Или глобально через командную строку (администратор):

bcdedit /set hypervisorlaunchtype off

Затем перезагрузите ПК. Чтобы вернуть — bcdedit /set hypervisorlaunchtype auto.

5. Сброс и пересоздание виртуального коммутатора

Повреждённый или неправильно настроенный виртуальный коммутатор — частая «тихая» причина.

1. Откройте Диспетчер Hyper-V.
2. Справа в действиях выберите Диспетчер виртуальных коммутаторов.
3. Удалите все существующие коммутаторы (если они не используются критичными ВМ).
4. Создайте новый:
   • Тип: Внешняя (чтобы ВМ выходила в интернет).
   • Имя: например, ExternalSwitch.
   • В «Виртуальный адаптер» выберите ваш физический сетевой интерфейс (Ethernet или Wi-Fi).
5. Нажмите OK.
6. В свойствах вашей ВМ → Адаптеры сети → выберите новый коммутатор.

6. Восстановление конфигурации виртуальной машины

Если проблема в конкретной ВМ (а не во всех), возможно, повреждён её конфигурационный файл (.xml или .vmcx в папке ВМ).

Способ 1: Экспорт и импорт (рекомендуется)

1. В Диспетчере Hyper-V выключите проблемную ВМ.
2. Щёлкните правой кнопкой → Экспорт.
3. Укажите папку для экспорта.
4. После успешного экспорта создайте новую ВМ (быстрое создание или из образа).
5. В настройках новой ВМ → Жёсткий диск → Изменить → Обзор и укажите VHD/VHDX-файл, который был экспортирован.
6. Попробуйте запустить.

Способ 2: Восстановление из резервной копии

Если вы использовали Резервное копирование Windows или сторонние утилиты, восстановите папку ВМ из бэкапа (обычно C:\Users\Public\Documents\Hyper-V\Virtual Machines и ...\Virtual Hard Disks).

7. Дополнительные методы диагностики

Если ничего не помогло, углубимся в логи.

Просмотр событий Hyper-V

1. Откройте Просмотр событий Windows (eventvwr.msc).
2. Перейдите: Журналы Windows → Приложение.
3. В фильтре текущего журнала введите Hyper-V или VMMS.
4. Ищите события с уровнем Ошибка (Error) в момент попытки запуска ВМ. Частые коды:
   • 32780 — проблема с доступом к VHD.
   • 16000 — сбой инициализации виртуального коммутатора.
   • 13000 — ошибка конфигурации процессора.

Проверка VHD-файла

Убедитесь, что виртуальный жёсткий диск не повреждён и доступен:

# Проверить VHDX на ошибки (замените путь)
Resize-VHD -Path "C:\VMs\MyVM\VirtualHardDisks\disk.vhdx" -SizeBytes 50GB -Confirm:$false

Или используйте утилиту Hyper-V Virtual Machine Connection (vmconnect.exe) для подключения к консоли ВМ, если она частично запускается.

Сброс сети Hyper-V (чистка)

Иногда помогает полный сброс сетевых компонентов Hyper-V в PowerShell (администратор):

# Удалить все виртуальные коммутаторы и адаптеры
Get-VMSwitch | Remove-VMSwitch -Force
Get-NetAdapter -Name "vEthernet*" | Remove-NetAdapter -Confirm:$false

# Перезагрузить службу управления сетью Hyper-V
Restart-Service -Name vmcompute -Force

Затем создайте коммутатор заново (см. шаг 5).

8. Крайние меры

1. Обновление драйверов и BIOS: Установите последние драйверы чипсета и сетевых адаптеров с сайта производителя материнской платы/ноутбука. Обновите BIOS/UEFI.
2. Отключение антивируса: Некоторые АВ (особенно с «глубокой» защитой) блокируют гипервизор. Временно отключите.
3. Чистая загрузка: Выполните msconfig → «Службы» → галочку «Не отображать службы Майкрософт» → отключите всё. Перезагрузитесь. Если ВМ запустится — виновата сторонняя служба.
4. Создание новой ВМ с нуля: Если проблема только в одной ВМ, создайте новую и привяжите старый VHD. Иногда помогает.

Заключительная проверка

После каждого шага пытайтесь запустить виртуальную машину. Если проблема решилась — вы нашли причину. Если нет — переходите к следующему пункту.

Наиболее вероятные причины в порядке убывания:

1. Отключён Hyper-V в компонентах Windows (шаг 1).
2. Неактивные службы vmms/vmcompute (шаг 2).
3. Выключенная виртуализация в BIOS (шаг 3).
4. Конфликт с VMware/VirtualBox (шаг 4).
5. Повреждённый виртуальный коммутатор (шаг 5).
6. Битые настройки конкретной ВМ (шаг 6).

Если ни один шаг не помог, возможно, проблема в железе (недостаток памяти, несовместимый процессор) или глубоком повреждении системы. В таком случае рассмотрите восстановление Windows или чистую установку.

Удачи в диагностике! Если вы нашли другое решение — поделитесь им в комментариях (в оригинальном источнике статьи).