Vagrant up - ошибка VBoxManage.exe: VT-x недоступен (VERR_VMX_NO_VMX) код E_FAIL (0x80004005) gui без головы
Машина: Window10 (64 бит).
Я загрузил последнюю версию VirtualBox, Vagrant и инициализировал изображение /URL CentOS 6.7 64 бит.
Следующие действия успешно работали в сеансе Git - Bash.
1. бродячая коробка добавить "centos67x64" " https://github.com/CommanderK5/packer-centos-template/releases/download/0.6.7/vagrant-centos-6.7.box"
2. vagrant init
3. Обновлен Vagrantfile (и включен параметр vb.gui, то есть раскомментирован этот раздел конфигурации в файле).
config.vm.provider "virtualbox" do |vb|
# Display the VirtualBox GUI when booting the machine
vb.gui = true
# Customize the amount of memory on the VM:
vb.memory = "2048"
end
После этого я попробовал следующую команду, но я получаю это сообщение об ошибке.
$ vagrant up
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Importing base box 'centos67x64'...
==> default: Matching MAC address for NAT networking...
==> default: Setting the name of the VM: vv_default_1466548735200_80300
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
default: Adapter 1: nat
==> default: Forwarding ports...
default: 22 (guest) => 2222 (host) (adapter 1)
==> default: Running 'pre-boot' VM customizations...
==> default: Booting VM...
There was an error while executing `VBoxManage`, a CLI used by Vagrant
for controlling VirtualBox. The command and stderr is shown below.
Command: ["startvm", "ae74ebaa-8f01-48cf-bdad-956c59ef1208", "--type", "gui"]
Stderr: VBoxManage.exe: error: VT-x is not available (VERR_VMX_NO_VMX)
VBoxManage.exe: error: Details: code E_FAIL (0x80004005), component ConsoleWrap, interface IConsole
Если я отключу/комментирую весь раздел Vagrantfile, я все равно получаю следующую ошибку.
$ vagrant up
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Clearing any previously set forwarded ports...
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
default: Adapter 1: nat
==> default: Forwarding ports...
default: 22 (guest) => 2222 (host) (adapter 1)
==> default: Running 'pre-boot' VM customizations...
==> default: Booting VM...
There was an error while executing `VBoxManage`, a CLI used by Vagrant
for controlling VirtualBox. The command and stderr is shown below.
Command: ["startvm", "ae74ebaa-8f01-48cf-bdad-956c59ef1208", "--type", "headless"]
Stderr: VBoxManage.exe: error: VT-x is not available (VERR_VMX_NO_VMX)
VBoxManage.exe: error: Details: code E_FAIL (0x80004005), component ConsoleWrap, interface IConsole
Любые идеи! Я просмотрел другие сообщения, но не смог найти решение в моем случае.
Как я получил некоторые подсказки, я попробовал одно из решений.
- Отключить Hyper-V, который по умолчанию включен, я думаю, в Windows10.
-
Чтобы сделать это, я перешел на панель управления в Windows10 и посмотрел здесь и нашел это.
![введите описание изображения здесь]()
-
Затем я выключил Hyper-V, сняв флажок (отметка галочки или черный ящик).
- Windows10 сказал мне RESTART, я сказал "Нет" (позже).
-
Попробовал снова запустить "бродягу вверх" (без изменений или без каких-либо изменений или вышеупомянутых изменений config.vm... в Vagrantfile). Это не сработало и дало мне то же самое - сообщение о недопустимой ошибке.
-
ОК, время перезагрузки. Перезагрузка Windows10. После перезагрузки я увидел кучу всплывающих окон сообщений об ошибках Virtual Box (некоторые из них показаны ниже).
![введите описание изображения здесь]()
- Как только я нажал кнопку OK во всех всплывающих окнах Virtual Box, я попытался запустить Virtual Box на своей машине, это получилось отлично (успешно).
- Теперь я открыл Git - Bash и снова отправился в каталог, где присутствовал Vagrantfile. Пробовал настройку вкл/выкл или комментирование/раскомментирование соответствующего раздела Vagrantfile (как я описал выше).
STILL получать те же сообщения об ошибках для запуска "бродячего" (даже после выключения Hyper-V).
Ответы
Ответ 1
Остановить службу hyper-v, запущенную по умолчанию в Windows 8/10, так как она блокирует все другие вызовы аппаратного обеспечения VT.
Дополнительное объяснение здесь:
https://social.technet.microsoft.com/Forums/windows/en-US/118561b9-7155-46e3-a874-6a38b35c67fd/hyperv-disables-vtx-for-other-hypervisors?forum=w8itprogeneral
Также, как вы уже упоминали, если он еще не включен, включите виртуализацию Intel VT в настройках BIOS и перезагрузите компьютер.
Ответ 2
Я просто решил эту проблему, отключив (снимите) Hyper-V. Кажется, Hyper-V был включен, когда я установил Docker
Control Panel -> Program And Features -> Turn Windows Features on or off.
Возможно, вам придется перезагрузить пароль.
Предупреждение: брандмауэр с VirtualBox не может работать с Docker одновременно.
Ответ 3
Докер может быть виновником. У меня была такая же проблема после установки докера. Docker использует драйвер Windows hyper-v для создания контейнеров. Следовательно, Docker и Virtual Box могут не работать вместе!
Ответ 4
Если вы получаете вышеуказанную ошибку в Windows 10 Pro, вы можете отключить Hyper-V. Hyper-V включен по умолчанию в Windows 10. Вы можете использовать Hyper-V или Virtual Box. Итак, чтобы использовать виртуальный блок, вы должны отключить Hyper-V в Windows, вы можете выполнить следующие шаги:
- Панель управления поиском
- Нажмите на Удалить программу
- Включить или отключить функции Windows
- Отмените выбор опции Hyper-V.
- Нажмите на ОК
- Перезагрузите систему, чтобы изменения вступили в силу.
Ответ 5
Поиск функций Windows. Выключите Hyper V. Вероятно, Virtual Box сталкивается с Hyper V в Windows. Также проверьте работу Hyper V в ваших Сервисах. Остановите и отключите это.
Ответ 6
Помимо включения функций виртуализации процессора и отключения Hyper-V, здесь есть еще одна вещь, связанная с функциями безопасности Windows на основе виртуализации:
https://docs.microsoft.com/en-us/windows-hardware/design/device-experiences/oem-vbs
VBS (и связанные функции безопасности) должны быть отключены, чтобы избежать конфликтующих гипервизоров. Вот решение от VMware, которое также кажется правильным для проблемы VirtualBox ":
https://kb.vmware.com/s/article/2146361
Ответ 7
Отключите опцию Hyper-V в списке функций Windows. Вы можете найти это на панели управления.
Ответ 8
Хотя это старый вопрос, но я все еще сталкиваюсь с этим недавно.
Это то, что у меня работало на моей материнской плате i7-3770 3,40 ГГц, Z77 extreme, работающей на Windows 10.
В Windows отключите Hyper-V:
- Откройте сеанс PowerShell или CMD с правами администратора.
- Введите следующую команду: dism.exe/Online/Disable-Feature: Microsoft-Hyper-V-All
- Windows попросит вас перезагрузить компьютер.
В биосе:
- Отключить >>> Технология виртуализации Intel, VT-D
- Сохраните настройки BIOS и дайте ему перезагрузиться и загрузиться в Windows.
- Выключите компьютер (я попытался просто перезагрузить компьютер, и он не работал)
- Включите компьютер, зайдите в биос и снова включите отключенные настройки.
- Сохранить, перезагрузить.
Загрузите утилиту Intel для проверки.
Теперь вы должны увидеть, что это поддерживается:
![Screen shot]()
Если это по-прежнему не работает, попробуйте сначала снова включить Hyper-V, а затем выполнить действия, описанные выше.