vboxmanage unspecified type the startvm only not modifyvm machinewrap info imachine failed extended error e_fail create component code bajar available 0x80004005 ubuntu state vagrant headless

unspecified - Error de Vagrant Up en Ubuntu sin cabeza: la máquina invitada entró en un estado inválido mientras esperaba que arrancara



vagrant download ubuntu (11)

Necesito instalar vagabundo en Ubuntu sin cabeza (Ubuntu 12.04.2 LTS- 64 Bit) .Vagativo ver-v1.3.0 y Virtual box- 4.2.18. Después de agregar el cuadro de paquete vagabundo, cuando estoy dando el comando "vagabundo hacia arriba", aparece el siguiente 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.

Cuando busqué este mensaje de error, encontré la necesidad de modificar tu BIOS para habilitar las funciones de VT-x. Pero no sé cómo hacerlo como su servidor remoto ubuntu sin cabeza. Tampoco estoy seguro de si habilitar VT-x solucionará el problema.

¿Puede alguien ayudarme con esto?

De acuerdo con mitchellh

¿Puedes encender la máquina manualmente (desde la GUI)? Este mensaje de error suele ser indicativo de problemas de VirtualBox.

mi solución

Aunque utilizo vagabundo en Windows, resolví este problema simplemente matando todo el proceso de VirtualBox, y reinicié la GUI de VirtualBox, inicié la máquina virtual y luego normalmente la apagaba.

tal vez enlaces útiles

Estos dos problemas pueden ayudar.

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

https://github.com/mitchellh/vagrant/issues/2187 también puede ser útil.

En mi caso, Vagrant, VirtualBox o Homestead de Laravel han estropeado algo. Durante vagrant up comando vagrant vagrant up , vi que está generando una carpeta de settler_ en mi carpeta VM, y luego cambia el nombre de la carpeta a homestead-7, y luego intenta ejecutar la máquina ... pero el disco de la máquina aún apunta a la ruta en la carpeta settler_ Debo eliminar manualmente el disco adjunto y adjuntar el correcto.

En mi caso, traté de iniciar el VirtualBox a través de la GUI. Resultó que la aceleración de hardware VT-x / AMD-V no estaba activada en mi sistema y más tarde no estaba disponible. Tuve que usar una distribución de 32 bits junto con esta configuración de configuración .

En mi caso:

  • actualizando vbox
  • cuando corría vagabundo, el sistema operativo estaba arrancando y esperando una conexión de red, demorando para siempre
  • arreglar, abrir vbox, mostrar la vm activa, hacer clic en el ícono de adaptadores de red, deshabilitar la conexión de ethernet, habilitar nat.
  • el vm continúa arrancando, y el vagabundo puede conectarse a través de ssh

Llego un poco tarde, pero tuve el mismo mensaje de error y lo resolví localizando manualmente el archivo .vmdk para la máquina problemática y abriéndolo en VirtualBoxManager (o lo que sea que use).

Lo que terminó funcionando para mí cuando me encontré con este error fue revisar mis opciones de BIOS. Tengo un thinkpad x240 de lenovo y terminé descubriendo algunas opciones de virtualización que estaban deshabilitadas.

Una vez que los habilité, virtualbox funcionó como se esperaba.

Me encontré con este problema recientemente, ya que había usado vagabundo y virtualbox en los últimos meses sin nada de malo.

Cuando inicio el vm en la GUI de la caja virtual, muestra un cuadro de diálogo de error. Al buscar en google el mensaje de error, descubrí que podría ser un error de Avira (que es un software antivirus).

Una solución que se describe aquí: https://forums.virtualbox.org/viewtopic.php?f=6&t=67840&start=195#p347694

  • Abra la configuración de Avira y vaya a General -> Seguridad.
  • Deshabilite las opciones de protección del producto (las tres).
  • Presione el botón Ok para guardar la configuración.
  • Presione Inicio-> Configuración-> Panel de control-> Sistema.
  • Inicie "Administrador de dispositivos" en la pestaña "Hardware".
  • En el menú "Ver" active la opción "Mostrar dispositivos ocultos".
  • Ahora seleccione el nodo "Controladores no conectados y reproducidos".
  • Haga clic derecho en el controlador "avipbb" y seleccione "Propiedades".
  • En la pestaña "Controlador", seleccione la opción "Desactivado" y haga clic en Aceptar.
  • Cierra todo y reinicia.

Esto funciona para mi.

Muchas de estas respuestas suponen que está depurando una máquina con una GUI, mientras que la pregunta es sobre un servidor Ubuntu sin cabeza.

El equivalente a buscar en la GUI de Virtualbox es el comando vboxmanage , que puede proporcionarle un registro de información. Intentar hacer cosas que no funcionan en Vagrant a través de VBoxManage directamente le dará muchas opciones para solucionar problemas.

En mi caso, solo limpiar las máquinas virtuales antiguas solucionó mis problemas.

vboxmanage list vms

Esto mostrará el nombre y UUID de las máquinas virtuales que Virtualbox actualmente tiene registradas. Tomar el UUID de las máquinas existentes y eliminarlas solucionó los problemas.

vboxmanage unregistervm $uuid --delete

Para mí, esto comenzó a suceder justo después de actualizar Avast Free Antivirus a v11.1.2253 .

Aunque tengo habilitada la opción VT-X, cuando comencé un cuadro usando VirtualBox Manager recibí errores que no son (VERR_VMX_MSR_LOCKED_OR_DISABLED).

Otro problema fue que el VirtualBox Manager apareció en el sistema operativo Ubuntu (32 bits), cuando el cuadro es de 64 bits.

La solución es desactivar ''Habilitar la virtualización asistida por hardware'' en Avast Antivirus, al menos hasta que el equipo Avast lo resuelva.

Fuente: foros de Avast> Avast Free 11.1.2253 y VirtualBox 5.0.14

Para referencia futura: VirtualBox puede entrar en conflicto con otros programas que utilizan la virtualización: los culpables habituales son los depuradores a nivel del sistema, otras plataformas VM y algunas aplicaciones antivirus residentes como se describe en [foro de VirtualBox] ( https://forums.virtualbox.org/viewtopic.php?f=1&t=62339 .

Tuve un cierre forzoso no planificado de mi sistema que ejecutaba varias instancias de caja virtual, incluido Vagrant (específicamente VVV) que producía la misma salida de error cuando se intentaba vagrant up .

Lo resolvió con el comando de vagrant reload .

Varios sitios de desarrollo de WordPress ahora funcionan nuevamente.