В окне VirtualBox текст вроде «не удалось открыть сессию», код ошибки E_FAIL (0x80004005), компонент ConsoleWrap, интерфейс IConsole. Люди набирают это как «e fail» - имеется в виду E_FAIL, символическое имя HRESULT. 0x80004005 значит «неуточнённый отказ». ConsoleWrap - внутренний компонент VirtualBox, не отдельный код Windows и не стоп синего экрана. Ниже - почему виртуальная машина не стартует и чего не стоит делать с реестром.

Почему это происходит

Аппаратная виртуализация занята или выключена. В BIOS выключены VT-x / AMD-V. Или их забрал Hyper-V, песочница, изоляция ядра (Memory Integrity) на Windows 11. VirtualBox не может поднять сессию и возвращает E_FAIL с компонентом ConsoleWrap. В журнале машины часто есть строки вроде VERR_VMX_NO_VMX или VERR_NEM_NOT_AVAILABLE.

Сломан файл конфигурации .vbox. Сессия оборвалась, остался .vbox-tmp или .vbox-prev, основного файла нет или он обрезан. Тогда тот же 0x80004005, иногда уже с MachineWrap или MediumWrap. Имя компонента - на каком шаге VirtualBox споткнулся, не разные болезни.

Снимок, диск или общая папка. Повреждён VDI, нет прав на папку машины, сессия не закрылась. Снова E_FAIL как заглушка: более узкой причины в заголовке окна нет.

Путают с другими 0x80004005. Тот же HRESULT бывает в Центре обновления, при копировании файла, в установщике игры. ConsoleWrap в тексте однозначно указывает на VirtualBox (или родственный продукт на том же движке). Чистить SoftwareDistribution из-за виртуальной машины незачем. И наоборот: сбой центра не лечится отключением Hyper-V «на всякий случай», если в окне не было ConsoleWrap.

Не скачивайте «патч 0x80004005 для VirtualBox» с рекламных страниц. Не подменяйте VBoxC.dll с форума. Это путь к ещё одному E_FAIL или к отказу запуска самой программы.

Что делать самому

  1. Прочитайте окно целиком. Нужны E_FAIL, 0x80004005 и слово ConsoleWrap. Если 0x80004005 без VirtualBox - вам в общую статью про этот код. Откройте лог машины в папке VM: там обычно настоящая причина строкой выше.
  2. Проверьте виртуализацию в BIOS. VT-x или SVM должны быть включены. Как зайти в BIOS - в отдельной инструкции. После смены пункта нужна полная перезагрузка, не «сон».
  3. Посмотрите, кто занял гипервизор. «Параметры» → «Приложения» → «Дополнительные компоненты» / компоненты Windows: Hyper-V, Платформа гипервизора Windows, Песочница. На Windows 11: «Безопасность Windows» → «Безопасность устройства» → «Изоляция ядра» → целостность памяти. Если VirtualBox нужен, а Hyper-V нет - целостность памяти и гипервизор мешают чаще всего. Отключайте осознанно: это ослабляет защиту, не «ускорение ПК».
  4. Команда для проверки, не как первый шаг. В консоли администратора bcdedit /enum {current} покажет hypervisorlaunchtype. Выключать гипервизор через bcdedit имеет смысл, только если вы понимаете, что отключите и WSL2, и другие фичи. Случайный bcdedit с форума ломает загрузку сильнее, чем один E_FAIL.
  5. Почините конфигурацию машины. Полностью закройте VirtualBox, включая фоновые процессы. В папке VM: если нет .vbox, но есть .vbox-prev или .vbox-tmp - скопируйте их в безопасное место и переименуйте копию в .vbox. Не удаляйте VDI «чтобы пересоздался».
  6. Обновите VirtualBox с официального сайта и дополнения гостя. Пересоздайте машину, если конфиг гнилой, а диск жив: новый .vbox на тот же VDI. Не ставьте сборки «VirtualBox + кряк».
  7. Не импортируйте .reg «исправить 0x80004005». Часть таких файлов родом из Windows XP и про общее E_FAIL, не про ConsoleWrap. Они не включают VT-x и не чинят .vbox.

Если ошибка вылезла один раз после жёсткого выключения хоста и со второго запуска машина встала - можно не лечить Windows. Если E_FAIL после каждого обновления Windows 11 - снова проверьте целостность памяти: пакет иногда включает её обратно. Это не баг VirtualBox «навсегда», а конфликт гипервизоров, который возвращается вместе с политикой безопасности.

Часто задаваемые вопросы

E_FAIL и 0x80004005 - разные коды? Нет. E_FAIL - имя, 0x80004005 - число. «e fail» в поиске - то же самое без подчёркивания.

Что такое ConsoleWrap? Внутренний компонент VirtualBox, слой консоли сессии. Не код Windows и не вирус.

Это синий экран? Нет. Это окно программы на уже работающем хосте.

Нужно ли отключать Hyper-V всегда? Только если вы сознательно выбираете VirtualBox вместо функций, которые гипервизор Windows забирает себе.

Смотрите также