Vagrant Up Error In Headless Ubuntu: The guest machine entered an invalid state while waiting for it to boot

生来就可爱ヽ(ⅴ<●) 提交于 2019-12-02 17:56:21
Jeffrey

According to mitchellh

Can you start the machine manually (from the GUI)? This error message is usually indicative of VirtualBox issues.

my solution

I use vagrant under windows though, I solved this problem by simply kill all the VirtualBox process, and restart VirtualBox GUI, start the VM, then normally power off it.

maybe useful links

These two issues may help.

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

https://github.com/mitchellh/vagrant/issues/2187 may also be helpful.

In case if you've installed the virtual box 4.3.14 then there is a known issue of "Anti virus conflict". You need to uninstall the 4.3.14 and install 4.3.15 as explained in this thread.

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

Patrick

In my case I tried to start the VirtualBox via the GUI. It turned out that VT-x/AMD-V hardware acceleration was not activated on my system and later that it wasn't available. I had to use a 32 Bit Distribution along with this config settings.

A lot of these answers assume you're debugging a machine with a GUI, whereas the question is about a headless Ubuntu server.

The equivalent of looking in the Virtualbox GUI is the vboxmanage command, which can give you a log of info. Trying to do stuff that isn't working in Vagrant through VBoxManage directly will give you plenty of options to troubleshoot.

In my case just clearing up old VMs fixed my issues.

vboxmanage list vms

This will display the name and UUID of the VMs Virtualbox currently has registered. Grabbing the UUID of existing machines and clearing them up fixed the problems.

vboxmanage unregistervm $uuid --delete

What ended up working for me when I encountered this error was checking my bios options. I have a lenovo thinkpad x240 and ended up discovering some virtualization options that were disabled.

Once I enabled these, virtualbox functioned as expected.

I'm a bit late, but I had the same error message and resolved it by locating the .vmdk for the problematic machine manually, and opening it in VirtualBoxManager (or whatever you use).

Had an unplanned hard shutdown of my system running several virtual box instances, including Vagrant (Specifically VVV) producing the same error output when vagrant up was attempted.

Solved it with the vagrant reload command.

Several WordPress dev sites now back up and running.

I met this problem recently, since I had used vagrant and virtualbox in the past couple of months with nothing wrong.

When I start the vm in virtualbox GUI, it shows a error dialog. By googling the error message, I found it might be an Avira (which is a anti-virus software) bug.

A solution described here: https://forums.virtualbox.org/viewtopic.php?f=6&t=67840&start=195#p347694

  • Open Avira configuration and go to General -> Security.
  • Disable product protection options (all three).
  • Press Ok button to save configuration.
  • Press Start->Settings-> Control Panel->System.
  • Start "Device Manager" in the tab "Hardware".
  • In "View" menu activate the option "Show hidden devices".
  • Now select the node "Non-plug and play drivers".
  • Right-click on the driver "avipbb" and select "Properties".
  • In tab "Driver" select the option "Disabled" and click OK.
  • Close all and reboot.

It works for me.

For me this started to happen just after upgrading Avast Free Antivirus to v11.1.2253.

Although I'm having the VT-X option enabled, when started a box using VirtualBox Manager I've been receiving errors that it is not (VERR_VMX_MSR_LOCKED_OR_DISABLED).

Another issue was that the VirtualBox Manager showed up Operating system Ubuntu (32-bit), when the box is 64-bit.

Solution is to disable 'Enable hardware-assisted virtualization' in Avast Antivirus, at least until Avast team solves it.

Source: Avast forums > Avast Free 11.1.2253 & VirtualBox 5.0.14

For future reference: VirtualBox may conflict with other programs using virtualization: The usual culprits are system level debuggers, other VM platforms, and some resident anti-virus applications as described on [VirtualBox forum](https://forums.virtualbox.org/viewtopic.php?f=1&t=62339.

In my case Vagrant or VirtualBox or Laravel's Homestead has messed something up. During vagrant up command I saw that it is generating some settler_ folder in my VM folder, and then it renames the folder to homestead-7, and then tries to run the machine... but the disk for the machine still points to the path in settler_ folder! I have to manually remove the attached disk and attach the right one instead.

In my case:

  • updating vbox
  • when running vagrant up, the OS was booting and waiting for a network connection, taking forever
  • to fix, open vbox, show the active vm, click the icon for network adapters, disable ethernet connection, enable nat.
  • the vm continues to boot, and vagrant can connect through ssh
易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!