VirtualBox пишет, что не удалось открыть сессию, и внизу окна код 0x80004005. Это E_FAIL - общий отказ COM, сам по себе он почти ничего не говорит. Смысл спрятан в строке выше: «VT-x is not available», «Raw-mode is unavailable courtesy of Hyper-V», «не удалось открыть диск». 0x80004005 настоящий, но универсальный: тот же HRESULT бывает в архиваторе и при расшаривании папки. В VirtualBox его разбирают по тексту, не по числу в одиночку.

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

Hyper-V уже занял виртуализацию. Windows 10 и 11 поднимают гипервизор для WSL2, Песочницы, изоляции ядра, Docker. VirtualBox просит те же расширения процессора и получает отказ. В окне тогда VERR_SUPDRV_NO_RAW_MODE_HYPER_V_ROOT или похожее, а результат всё равно 0x80004005. Отличие: Hyper-V и WSL2 при этом работают.

VT-x / AMD-V выключен в UEFI. В диспетчере задач на вкладке «Производительность» виртуализация - нет. Тогда VirtualBox честно пишет, что VT-x недоступен. Никакая переустановка программы это не включит.

Целостность памяти. Параметры → Конфиденциальность и защита → Безопасность Windows → Безопасность устройства → Изоляция ядра. Если целостность памяти включена, часть функций VirtualBox старых веток падает с тем же E_FAIL. Это не вирус, а осознанная защита Windows.

Сломан виртуальный диск или снимок. Файл .vdi лежит на отвалившемся диске, снимок не дописался после сбоя питания. 0x80004005 будет про невозможность открыть носитель, не про Hyper-V. Отличие: другие машины в списке стартуют.

Не путайте с 0x80004005 в Windows вообще. Распаковка архива, общий доступ, Office - тот же E_FAIL, другие причины. Лечить проводник гайдом по VirtualBox бессмысленно.

Не ставьте «патченый» драйвер VirtualBox с форума и не отключайте проверку подписей, чтобы он встал. Не удаляйте служебные файлы Hyper-V из System32. Нужный переключатель - компоненты Windows и тип запуска гипервизора, не хирургия системных каталогов. Реестр «от 0x80004005» из случайной статьи к VirtualBox не относится: там обычно ключи сети Windows.

Как исправить пошагово

  1. Прочитайте строку над кодом. Скопируйте VERR_… или «VT-x is not available». 0x80004005 без этой строки - гадание. Журнал машины в папке VirtualBox тоже полезен.
  2. Проверьте виртуализацию в диспетчере задач. Производительность → ЦП → «Виртуализация». Нет - включайте Intel VT-x / AMD-V / SVM в UEFI, сохраните, загрузитесь снова. Да, а VirtualBox всё равно падает - смотрите Hyper-V, не BIOS.
  3. Решите, что вам нужнее. Если нужны WSL2 и Docker - оставьте гипервизор, поставьте свежий VirtualBox, который умеет работать рядом, и примите, что часть машин будет медленнее. Если нужна старая машина без компромиссов - отключите компоненты Hyper-V, Платформа виртуальных машин, Песочница в «Компоненты Windows» и перезагрузитесь.
  4. Целостность памяти. Для проверки выключите в изоляции ядра и перезагрузитесь. Если сессия открылась - вот он конфликт. Жить постоянно без целостности памяти или без этой версии VirtualBox - ваш выбор, не «обязательно выключить навсегда».
  5. Проверьте диск машины. В настройках VirtualBox откройте носители: файл на месте, не на недоступном сетевом диске, снимки без «неизвестный». Копия .vdi на другой том - нормальная проверка. Не чините диск гостевой ОС утилитами с хоста вслепую.
  6. Переустановите VirtualBox официальным пакетом. Сначала удаление, потом свежий установщик с virtualbox.org, с пакетом Extension Pack той же версии. Не «portable с форума».
  7. Не ломайте BCD наугад. Команда смены типа запуска гипервизора существует и документирована, но это выключает WSL2. Делайте её, только если понимаете, что отключаете. Обратный включить так же явно. Наугад править другие параметры загрузки не нужно.

Если 0x80004005 только у одной машины, а остальные стартуют - почти наверняка диск или снимок этой машины, не Hyper-V на весь хост.

На ноутбуке с заводской изоляцией ядра конфликт с VirtualBox встречается чаще, чем на старом ПК без этих функций. Это не поломка ноутбука.

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

0x80004005 в VirtualBox - отдельный секретный код? Нет. Это E_FAIL. Смотрите текст ошибки выше числа.

Нужно ли отключать Hyper-V всегда? Нет. Свежий VirtualBox часто уживается с ним. Отключают, когда старая машина без этого не стартует.

Это поломка Windows? Обычно нет. Конфликт функций, которые делят одни и те же расширения процессора.

Можно ли удалить файлы Hyper-V из System32? Нельзя. Снесёте компоненты системы. Отключают галочками в компонентах Windows.

Поможет ли переустановка Windows? Только если вы уже разворотили загрузчик. Сам по себе 0x80004005 в VirtualBox этого не требует.

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