virtualization - microsoft - windows virtual pc

¿Cómo elimino una máquina virtual en el estado de error GURU_MEDITATION?

Question

¿Cómo elimino una máquina VirtualBox en el estado de error GURU_MEDITATION? ¿Es suficiente borrar el directorio mientras VirtualBox no se está ejecutando?

EDITAR: Después de publicar, eliminé todo el directorio al que navega "Mostrar en el Administrador de archivos".

Parece que:

Tenga en cuenta que no hay alimentación, e incluso eliminar está en gris. Creo que esto es exactamente lo mismo que parecía incluso antes de eliminar el directorio.

EDIT 2: Probé la línea de comando poweroff después de eliminar los archivos. Se cuelga:

vboxmanage controlvm wmf-vagrant_1354733432 poweroff 0% ... 10% ... 20% ...

EDIT 3: tampoco puede anular el registro desde la línea de comandos:

VBoxManage unregistervm wmf-vagrant_1354733432 --delete VBoxManage: error: No se puede anular el registro del equipo ''wmf-vagrant_1354733432'' mientras está bloqueado VBoxManage: error: Detalles: código VBOX_E_INVALID_OBJECT_STATE (0x80bb0007), componente Máquina, interfaz IMachine, callee nsISupports Contexto: "Anular el registro ( fDelete? (CleanupMode_T) CleanupMode_DetachAllReturnHardDisksOnly: (CleanupMode_T) CleanupMode_DetachAllReturnNone, ComSafeArrayAsOutParam (aMedia)) "en la línea 160 del archivo VBoxManageMisc.cpp

Answer 1

En Windows 10, he resuelto este problema restableciendo las configuraciones predeterminadas del firewall.

Espero eso ayude...

Answer 2

Este es un script que uso cuando me desespero. Limpia todo el rastreo de cualquier máquina virtual de la máquina que pueda encontrar:

VBoxManage list runningvms | awk ''{print $2}''  | xargs --no-run-if-empty -t -n1 -IXXX VBoxManage controlvm XXX poweroff                                                           
VBoxManage list vms | awk ''{print $2}''  | xargs --no-run-if-empty -t -n1 VBoxManage unregistervm                                                                                  
killall -9 VBoxHeadless                                                                                                                                                           
rm -rf ~/Virtualbox/ VMs/* 

Answer 3

Estoy usando Debian Wheezy en un host multiprocesador de 64 bits. Pude resolverlo eventualmente eliminando todos los datos de VirtualBox (aunque no necesitó eliminar el cuadro base de Vagrant):

1. Cerrar Virtualbox si se está ejecutando
2. sudo apt-get eliminar --purgar virtualbox
3. Mueva o elimine ~ / .VirtualBox y ~ / VirtualBox / VMs /. Si no está seguro, guárdelos en un lugar seguro.
4. Reiniciar.
5. Reinstale virtualbox.
6. Use virtualbox / vagrant de forma normal.

Puede haber una manera menos perjudicial (por ejemplo, eliminar solo partes de estos directorios). En mi caso, afortunadamente estaba usando solo una VM en ese momento.

Answer 4

Llegué a este problema. Todo lo que leo recomienda que siempre debe administrar los cuadros a través de Virtual Box, no acceder directamente a los archivos. Pero cuando tuve un cuadro no válido, el comando unregistervm se negó a eliminarlo y vagabundo destruir no funcionó. Al final, el siguiente proceso funcionó.

1. Mata a todos los procesos VBox * en ejecución
2. Elimine la carpeta "boxname" de la carpeta "VirtualBox VMs"
3. Edite el archivo "VirtualBox.xml" y elimine la etiqueta correspondiente al cuadro no válido.

Luego ejecuté este comando para verificar que la caja no estaba.

VBoxManage list vms

Después de eso, pude crear una nueva vm con el mismo nombre.

Answer 5

Mata al proceso sin VBoxHeadless y ejecuta " vagabundo destruir "

Destruir vagabundo y enviar la señal de matar con el comando "killall" se ve así:

killall -9 VBoxHeadless && vagrant destroy

Answer 6

Puede usar el comando below para eliminar VM de vritual box-

vagrant destroy

Y use el comando below para crear VM y comenzar de nuevo-

vagrant up

Answer 7

Si no puede apagar la máquina desde la GUI de VirtualBox, intente desde la línea de comandos utilizando el comando VBoxManage ( VBoxManage en OS X), por ejemplo:

vboxmanage controlvm NAMEOFVM poweroff

_{Cambie NAMEOFVM con el nombre del vboxmanage list vms .}

luego anule el registro y elimine la VM:

vboxmanage unregistervm NAMEOFVM --delete

O elimínelo manualmente:

rm -fr ~/"VirtualBox VMs/NAMEOFVM"

Answer 8

Tenía una máquina virtual que se puso en un estado similar

$ vagrant up

Bringing machine ''tempu'' up with ''virtualbox'' provider...
==> mms: Checking if box ''hashicorp/precise64'' is up to date...
==> mms: Resuming suspended VM...
==> mms: 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", "9fcf2203-d4b3-47a1-a307-61bfa580bd28", "--type", "headless"]

Stderr: VBoxManage: error: The machine ''temp-ubuntu'' is already locked by a session (or being locked or unlocked)
VBoxManage: error: Details: code VBOX_E_INVALID_OBJECT_STATE (0x80bb0007), component Machine, interface IMachine, callee nsISupports
VBoxManage: error: Context: "LaunchVMProcess(a->session, sessionType.raw(), env.raw(), progress.asOutParam())" at line 592 of file VBoxManageMisc.cpp

Busqué un proceso llamado VBoxHeadless , pero no estaba funcionando.

A continuación, ejecuté ps y encontré este proceso con la misma identificación de vm:

$ ps aux | grep -i virtualbox
user      63466   0.0  0.1  2523608   8396   ??  S     9:36am   0:02.67 /Applications/VirtualBox.app/Contents/MacOS/VBoxManage showvminfo 9fcf2203-d4b3-47a1-a307-61bfa580bd28 --machinereadable

La eliminación de ese proceso solucionó el problema y la máquina virtual se inició correctamente después de ejecutar vagrant up