Ошибка Vagrant Up в безголовом Ubuntu: гостевая машина вошла в недопустимое состояние, ожидая ее загрузки

Мне нужно установить vagrant в безголовый ubuntu (Ubuntu 12.04.2 LTS - 64 бит).Бродяга ver-v1.3.0 и виртуальная коробка-4.2.18. После добавления коробки пакета vagrant, когда я даю команду" vagrant up", я получаю следующую ошибку:

Bringing machine 'default' up with 'virtualbox' provider...
[default] Clearing any previously set forwarded ports...
[default] Creating shared folders metadata...
[default] Clearing any previously set network interfaces...
[default] Preparing network interfaces based on configuration...
[default] Forwarding ports...
[default] -- 22 => 2222 (adapter 1)
[default] Booting VM...
[default] Waiting for machine to boot. This may take a few minutes...
The guest machine entered an invalid state while waiting for it
to boot. Valid states are 'starting, running'. The machine is in the
'poweroff' state. Please verify everything is configured
properly and try again.

когда я искал это сообщение об ошибке, я обнаружил необходимость изменить BIOS, чтобы включить функции VT-x. Но я не знаю, как это сделать, как его безголовый удаленный сервер ubuntu. Также не уверен, что включение VT-x исправит проблема.

может кто-нибудь помочь мне с этим?

34
headless state ubuntu vagrant

11 ответов

по данным mitchellh

можете ли вы запустить машину вручную (из GUI)? Это сообщение об ошибке обычно указывает на проблемы в VirtualBox.

мое решение

Я использую vagrant под windows, хотя я решил эту проблему, просто убив весь процесс VirtualBox и перезапустив VirtualBox GUI, запустите VM, а затем обычно выключите его.

может быть, полезные ссылки

эти два вопроса могут помощь.

https://github.com/mitchellh/vagrant/issues/2157

https://github.com/mitchellh/vagrant/issues/2187 также может быть полезно.

24

в случае, если вы установили виртуальную коробку 4.3.14, то существует известная проблема "антивирусного конфликта". Нужно удалить и установить 4.3.14 4.3.15 как описано в этой теме.

https://forums.virtualbox.org/viewtopic.php?f=6&t=62615

9

в моем случае я попытался запустить VirtualBox через GUI. Оказалось, что аппаратное ускорение VT-x/AMD-V не был активирован в моей системе и позже, что он был недоступен. Мне пришлось использовать 32-битный дистрибутив вместе с этого настройки конфигурации.

4

многие из этих ответов предполагают, что вы отлаживаете машину с GUI, тогда как вопрос касается безголового сервера Ubuntu.

эквивалент глядя в VirtualBox GUI является vboxmanage команда, которая может дать вам журнал информации. Попытка сделать то, что не работает в Vagrant через VBoxManage напрямую, даст вам множество вариантов для устранения неполадок.

в моем случае просто очистка старых VMs исправлена моя проблемы.

vboxmanage list vms

это отобразит имя и UUID VMS Virtualbox в настоящее время зарегистрирован. Захват UUID существующих машин и их очистка исправили проблемы.

vboxmanage unregistervm $uuid --delete
4

что в конечном итоге работает для меня, когда я столкнулся с этой ошибкой, проверял мои параметры bios. У меня есть lenovo thinkpad x240 и в конечном итоге обнаружили некоторые параметры виртуализации, которые были отключены.

Как только я включил их, virtualbox функционировал так, как ожидалось.

2

Я немного опоздал, но у меня было такое же сообщение об ошибке и разрешить ее, найдя .vmdk для проблемной машины вручную и открытие его в VirtualBoxManager (или что вы используете).

0

имел незапланированное жесткое завершение работы моей системы, работающей с несколькими экземплярами виртуальных ящиков, включая Vagrant (в частности, VVV), производящий тот же вывод ошибок, когда vagrant up была предпринята попытка.

решил с

0

Я встретил эту проблему недавно, так как я использовал vagrant и virtualbox в последние пару месяцев без ничего плохого.

когда я запускаю vm в VirtualBox GUI, он показывает диалоговое окно ошибки. По googling сообщение об ошибке, я обнаружил, что это может быть ошибка Avira (которая является антивирусным программным обеспечением).

решение, описанное здесь: https://forums.virtualbox.org/viewtopic.php?f=6&t=67840&start=195#p347694

  • открыть конфигурацию Avira и перейдите в раздел Общие - > безопасность.
  • отключить параметры защиты продукта (все три).
  • Нажмите кнопку Ok для сохранения конфигурации.
  • Нажмите Пуск- > Настройки - > Панель Управления - >Система.
  • запустите " Диспетчер устройств "на вкладке"Оборудование".
  • в меню "Вид" включить опцию "Показать скрытые устройства".
  • Теперь выберите узел "драйверы без подключи и играй".
  • щелкните правой кнопкой мыши на драйвере "avipbb" и выберите "Свойства."
  • во вкладке " Драйвер "выберите опцию" отключено " и нажмите кнопку ОК.
  • закрыть все и перезагрузить.

Это работает для меня.

0

для меня это начало происходить просто после обновления Avast Free Antivirus to В11.1.2253.

хотя у меня включена опция VT-X, при запуске окна с помощью VirtualBox Manager я получаю ошибки, которых нет (VERR_VMX_MSR_LOCKED_OR_DISABLED).

другой проблемой было то, что VirtualBox Manager показал операционную систему Ubuntu (32-бит), когда поле 64-бит.

решение отключить включить аппаратная виртуализация " в Avast Antivirus, по крайней мере, пока команда Avast не решит ее.

источник: форумы Avast > Avast Free 11.1.2253 & VirtualBox 5.0.14

для дальнейшего использования: VirtualBox может конфликтовать с другими программами, использующими виртуализацию:обычными виновниками являются отладчики системного уровня, другие платформы VM и некоторые резидентные антивирусные приложения как описано в [VirtualBox форум](https://forums.virtualbox.org/viewtopic.php?f=1&t=62339.

0

в моем случае залет или VirtualBox и Laravel усадьбе есть что-то напутала. Во время vagrant up команда я видел, что он генерирует некоторую папку settler_ в моей папке VM, а затем переименовывает папку в homestead-7, а затем пытается запустить машину... но диск для машины по-прежнему указывает путь в папке settler_! Я должен вручную удалить прикрепленный диск и прикрепить правильный вместо этого.

0

в моем случае:

  • обновление vbox
  • при запуске vagrant up ОС загружалась и ждала сетевого подключения, принимая навсегда
  • чтобы исправить, откройте vbox, покажите активную виртуальную машину, щелкните значок сетевых адаптеров, отключите ethernet-соединение, включите nat.
  • vm продолжает загружаться, и vagrant может подключаться через ssh
0