Как исправить ошибку 0x80004005 в VirtualBox

Ошибка E_FAIL (0x80004005) в VirtualBox появляется в окне с заголовком «Не удалось открыть сессию для виртуальной машины» и блокирует запуск гостевой ОС. Она может возникнуть как при первом запуске, так и внезапно — на машине, которая работала без сбоев. Причин несколько: конфликт с гипервизором Windows, отключенная аппаратная виртуализация в BIOS, поврежденные файлы сессии, нехватка прав или проблемная версия VirtualBox. Начните с первого способа и двигайтесь дальше, если не помогло.

Читайте также: Как установить Windows 10 в VirtualBox

Способ 1: Включение виртуализации в BIOS/UEFI

Если ошибка появилась при первой попытке запустить виртуальную машину, скорее всего, в BIOS отключена аппаратная виртуализация — без нее VirtualBox не может запустить гостевую ОС. Даже если компьютер ранее работал с другими программами виртуализации, настройка могла быть сброшена после обновления прошивки или изменена вручную. На ноутбуках AMD параметр нередко называется «SVM Mode» и не бросается в глаза сразу, поэтому стоит воспользоваться встроенным поиском по меню BIOS, если нужный раздел не удается найти сразу.

Подробнее: Как включить виртуализацию в BIOS

Способ 2: Отключение Hyper-V и связанных компонентов Windows

Hyper-V — встроенный гипервизор Windows, который перехватывает аппаратную виртуализацию на уровне системы и не дает VirtualBox напрямую обращаться к ней. Конфликт особенно часто возникает после установки Docker, который автоматически включает Hyper-V и смежные компоненты. В Windows 11 к этому добавляется «Платформа гипервизора Windows», «Подсистема Windows для Linux» и «Песочница Windows» — все они используют тот же механизм и могут мешать VirtualBox. Одного снятия галочки в оснастке компонентов нередко недостаточно: потребуется также изменить параметр загрузки через командную строку.

1. Откройте меню «Пуск», найдите «Командная строка», кликните по ней правой кнопкой мыши и выберите «Запуск от имени администратора». Без прав администратора команды не применятся.

2. Введите следующую команду, которая отключает загрузку гипервизора при старте системы, и нажмите Enter:

   bcdedit /set hypervisorlaunchtype off

   Дождитесь сообщения «Операция успешно завершена».


3. Не закрывая консоль, выполните еще одну команду:

   DISM /Online /Disable-Feature:Microsoft-Hyper-V

   Если система сообщит, что компонент не найден или уже отключен, просто переходите дальше.


4. Отключите оставшиеся компоненты через графический интерфейс. Нажмите Win + R, введите optionalfeatures и нажмите Enter — откроется окно «Включение или отключение компонентов Windows».

5. Снимите галочки со следующих пунктов, если они установлены:
   • «Hyper-V» (вместе со всеми вложенными элементами)
   • «Платформа гипервизора Windows»
   • «Подсистема Windows для Linux»
   • «Песочница Windows»

   Нажмите «ОК» и дождитесь применения изменений — система может попросить перезагрузку сразу.


6. Перезагрузите компьютер и проверьте запуск виртуальной машины.

Если после перезагрузки ошибка осталась, откройте «Безопасность Windows» через системный трей, перейдите в «Безопасность устройства» — «Сведения об изоляции ядра» и отключите «Целостность памяти». После очередной перезагрузки VirtualBox должен заработать корректно. Учтите, что отключение целостности памяти снижает уровень защиты системы, поэтому при необходимости его можно включить обратно после завершения работы с виртуальными машинами.

Читайте также: Отключение изоляции ядра в Windows 11

Способ 3: Запуск VirtualBox от имени администратора

VirtualBox обращается к системным драйверам и компонентам ядра, для чего в ряде конфигураций Windows 11 требуются права администратора. Ошибка при этом выглядит так же, как в других случаях, и ничем себя не выдает. Стоит проверить этот вариант как один из первых — он занимает меньше минуты и не требует никаких системных изменений.

1. Закройте VirtualBox, если он уже открыт.

2. Найдите ярлык VirtualBox на рабочем столе или в меню «Пуск», кликните по нему правой кнопкой мыши и выберите «Запуск от имени администратора».

3. Попробуйте запустить виртуальную машину. Если она открылась без ошибок, настройте постоянный запуск с повышенными правами, чтобы каждый раз не делать это вручную: нажмите правой кнопкой мыши по ярлыку, откройте «Свойства», перейдите на вкладку «Совместимость» и поставьте флажок «Запускать эту программу от имени администратора», затем нажмите «ОК».

Способ 4: Восстановление файлов виртуальной машины

Если ошибка появилась внезапно — машина работала, затем была некорректно закрыта из-за отключения питания или принудительного завершения процесса — скорее всего, повредился файл конфигурации сессии. VirtualBox автоматически хранит резервные копии конфигурационных файлов с расширением .vbox-prev, которые можно использовать для восстановления. Прежде чем начать, убедитесь, что в «Проводнике» включено отображение расширений файлов: откройте вкладку «Просмотреть» — «Показать» и активируйте пункт «Расширения имен файлов».

1. Откройте в «Проводнике» папку с файлами виртуальной машины. По умолчанию она располагается по пути: C:\Users\ИМЯ_ПОЛЬЗОВАТЕЛЯ\VirtualBox VMs\ИМЯ_ГОСТЕВОЙ_ОС. Если при настройке VirtualBox вы меняли расположение папки хранения машин, откройте нужный каталог вручную.

2. Найдите файлы ИМЯ_ОС.vbox и ИМЯ_ОС.vbox-prev. Скопируйте оригинальный файл .vbox в другое место — например, на рабочий стол — в качестве резервной копии на случай, если что-то пойдет не так.
3. Переименуйте файл ИМЯ_ОС.vbox-prev: удалите из его имени часть -prev, чтобы получилось ИМЯ_ОС.vbox. Если «Проводник» предупредит о замене существующего файла, подтвердите действие.

4. Повторите то же самое в папке конфигурации самого VirtualBox: C:\Users\ИМЯ_ПОЛЬЗОВАТЕЛЯ\.VirtualBox. Здесь нужно переименовать VirtualBox.xml-prev в VirtualBox.xml, предварительно скопировав оригинал в другое место.

5. Запустите VirtualBox и попробуйте открыть виртуальную машину. Если ошибка сохраняется, верните все файлы на место из резервных копий и переходите к следующему способу.

Способ 5: Переустановка или откат версии VirtualBox

Отдельные версии VirtualBox содержат ошибки совместимости с конкретными сборками Windows 11, из-за которых виртуальные машины перестают запускаться после обновления программы или системы. Такая ситуация нередка после крупных обновлений Windows или при переходе на новый мажорный релиз VirtualBox. В этом случае помогает либо установка актуальной версии поверх текущей, либо откат к стабильному релизу. Прежде чем удалять VirtualBox, сделайте резервные копии папок с образами виртуальных машин.

1. Сначала проверьте наличие обновлений: откройте менеджер VirtualBox, перейдите в «Файл» — «Проверить обновления» и установите последнюю версию, если она доступна. Свежий релиз нередко содержит исправления для таких ошибок.

2. Если обновление не помогло или VirtualBox вовсе не запускается, скачайте установочный файл вручную с официального сайта: virtualbox.org. Для отката к предыдущей версии нажмите ссылку «VirtualBox older builds» на той же странице, выберите нужный релиз и скачайте установщик для Windows.

3. Запустите скачанный установщик. Чтобы восстановить текущую установку без полного удаления программы, выберите в установщике вариант «Починить» и завершите процесс в стандартном режиме.

4. При откате к предыдущей версии сначала удалите установленную копию: откройте «Параметры» — «Приложения» — «Установленные приложения», найдите «Oracle VirtualBox» в списке, нажмите на три точки рядом с ним и выберите «Удалить». Дождитесь завершения удаления, после чего установите скачанную версию.

5. Запустите VirtualBox и проверьте работу виртуальной машины.

Дополнительные решения

Если ни один из основных способов не дал результата, причина может быть нестандартной. Ниже перечислены ситуации, с которыми сталкиваются пользователи реже, но которые тоже встречаются в комментариях и на форумах.

• Ошибка связана с сетевым адаптером. Откройте настройки проблемной виртуальной машины, перейдите в раздел «Сеть» и снимите галочку «Включить сетевой адаптер», затем попробуйте запустить машину. Если ошибка исчезла, причина в конфликте виртуального сетевого интерфейса с реальным адаптером хоста — такое нередко случается после смены типа подключения с Wi-Fi на проводное. После успешного запуска можно вернуть адаптер и переключить его тип на «NAT» в настройках сети.

• Служба VirtualBox не запущена или отключена. Нажмите Win + R, введите services.msc и нажмите Enter. В открывшемся списке найдите «VirtualBox System Service», откройте свойства службы двойным кликом, установите тип запуска «Автоматически (отложенный запуск)», нажмите «Запустить», затем «ОК».

• Ошибка VERR_SUP_VP_UNEXPECTED_VALID_PATH_COUNT при загрузке VMMR0.r0. Полностью удалите VirtualBox вместе со всеми компонентами, перезагрузите компьютер и выполните чистую установку актуальной версии с официального сайта. Убедитесь, что путь установки не содержит кириллицы или специальных символов — это известная причина подобной ошибки.
• Клонирование как обходное решение. Если машина не запускается, но ее файлы целы, попробуйте создать клон: кликните по ней правой кнопкой мыши в менеджере VirtualBox и выберите «Клонировать». Созданная копия нередко запускается без ошибок, а исходную машину можно удалить после проверки.

• Ошибка после обновления Windows 11. Откройте «Параметры» — «Центр обновления Windows» — «Журнал обновлений» и проверьте, не было ли установлено крупное обновление незадолго до появления проблемы. Откатить его можно через раздел «Удалить обновления» — в противном случае остается ждать совместимого патча от Oracle.

• Виртуальная машина не запускается после установки — папка находится внутри другой папки VirtualBox. Убедитесь, что папка с файлами машины не вложена в директорию самой программы. Переместите ее в отдельное место, например C:\VMs\ИМЯ_ОС, и заново зарегистрируйте машину через «Файл» — «Добавить» в менеджере VirtualBox.