Vagrant Up Error In Headless Ubuntu: The guest mac

2019-03-09 17:00发布

问题:

I need to install vagrant in headless ubuntu(Ubuntu 12.04.2 LTS- 64 Bit).Vagrant ver-v1.3.0 and Virtual box- 4.2.18. After adding the vagrant package box, when I am giving "vagrant up" command, am getting the following error:

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.

When I searched this error message, I found the need to modify your BIOS to enable VT-x features. But I dunno how to do it as its headless ubuntu remote server. Also am not sure whether enabling VT-x will fix the problem.

Can someone help me with this?

回答1:

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.



回答2:

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



回答3:

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.



回答4:

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


回答5:

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.



回答6:

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).



回答7:

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.



回答8:

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.



回答9:

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.



回答10:

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.



回答11:

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