Machine virtuelle dans virtualbox est déjà verrouillé pour une session (ou déverrouillé)

Ma machine virtuelle dans virtualbox ne peut pas démarrer en raison de cette erreur, je ne veux pas la détruire et de le réinstaller à nouveau, de toute façon pour le récupérer ?

Il y avait une erreur lors de l'exécution de VBoxManage, un CLI utilisé par Vagrant
pour le contrôle de VirtualBox. La commande et stderr est indiqué ci-dessous.

Command: ["modifyvm", "319fcce3-e8ff-4b6f-a641-3aee1df6543f", "--natpf1", "delete", "ssh"]

Stderr: VBoxManage: error: The machine 'centos64_c6402_1454036461345_59755' is already locked for a session (or being unlocked)
VBoxManage: error: Details: code VBOX_E_INVALID_OBJECT_STATE (0x80bb0007), component MachineWrap, interface IMachine, callee nsISupports
VBoxManage: error: Context: "LockMachine(a->session, LockType_Write)" at line 493 of file VBoxManageModifyVM.cpp

InformationsquelleAutor zjffdu | 2016-02-03

virtualbox

110

L'exécution de cette sur la ligne de commande déverrouillé le VM:
```
vboxmanage startvm <vm-uuid> --type emergencystop
```
Où <vm-uuid> est le numéro dans le message d'erreur: Command: ["modifyvm", "<vm-uuid>" [...]. Après que j'ai été en mesure de contrôler la VM (démarrer, arrêter, etc).
À l'aide de Virtualbox 4.1 sur Ubuntu.
- merci l'homme, cela m'a vraiment aidé, j'ai eu quelques questions au sujet d'un dossier partagé dans le panneau. Je ne pouvais pas supprimer le dossier partagé (erreur: impossible de trouver un dossier partagé nommé "ourspends'), et aussi, lors de la création, elle a dit qu'elle existe déjà (impossible de créer un dossier partagé 'ourspends' lié à "/home/relu/projets/ourspends' (VERR_ALREADY_EXISTS))
- Où dois-je exécuter ce exactement? Évidemment, ce n'est pas de l'intérieur de la machine virtuelle elle-même, comme le "vboxmanage" commande porte sur la VBox logiciel sur la machine qui héberge et la machine virtuelle elle-même ne veut pas le reconnaître. D'autre part, cette commande est inconnu aussi à mon hôte de la machine (dans mon cas, c'est Windows 10). Alors... à quoi ai-je besoin pour exécuter cette commande, alors?
- J'ai exécuté dans un terminal en utilisant Linux. Je suppose que sous Windows, il peut être exécutée dans un Invite de Commande (cmd). Il a été testé avec VirtualBox 4.1
- Merci, fonctionne comme un charme. Devrait être accepter comme réponse.
- Grande Gonza!! Jaja 🙂
- Utiliser VBoxManage -nologo liste des vms pour trouver votre vm-uuid
InformationsquelleAutor Gonzalo Matheu
30

Ayant le même problème, j'ai trouvé qu'il y avait un processus en cours d'exécution en fait de verrouillage de la vm:
```
501 79419 79323   0  2:18PM ??         0:39.75 /Applications/VirtualBox.app/Contents/MacOS/VBoxHeadless --comment default --startvm 1d438a2e-68d7-4ba2-bef9-4ea162913c1b --vrde config
```
Assurez-vous que vous n'avez pas un processus coincé à essayer de démarrer la vm:
```
ps -ef | grep -i "vbox"
```
- Cela a fonctionné pour moi. J'ai tué tous les processus renvoyé par le ps -ef déclaration puis "vagrant détruire" a de nouveau fonctionné.
InformationsquelleAutor Gergely Toth
11

Pour moi, j'ai dû tuer le VboxHeadless.exe processus dans le gestionnaire des tâches. J'ai également eu à assurer l'invite de CMD a été ouvert en mode d'Administration.
- A travaillé aussi pour moi l'utilisation de Linux. Conseiller d'arrêter tous les autres VMs également en cours d'exécution (vous pouvez utiliser ps aux | grep box si dans le terminal).
- Merci!!!! A fonctionné pour moi aussi.
InformationsquelleAutor jreed350z
7

Dans le Gestionnaire des Tâches de Windows, j'ai terminé toutes les tâches liées à la Virtual Box (vous pouvez le voir, ils commencent avec un V dans le Gestionnaire des Tâches comme la Vbox Headless.exe, etc). Une fois que je l'ai fait, j'ai été en mesure d'obtenir cette erreur à disparaître (ci-dessus "vboxmanage startvm ...etc... "solutions" ici n'a pas de travail pour moi).

InformationsquelleAutor armyofda12mnkeys
4

Si vous avez une fenêtre de réglages pour ouvrir la boîte dans l'interface graphique de VirtualBox, vous pouvez exécuter cette erreur. Il suffit de fermer la fenêtre des paramètres et essayez à nouveau.

InformationsquelleAutor John Brandenburg
4

J'ai trouvé cette réponse de @Gonzalez très intéressant
```
vboxmanage startvm <vm-uuid> --type emergencystop
```
Le seul problème avec cet arrêt de l'instance actuelle de ma VM, donc au lieu d'utiliser modifyvm vous pouvez utiliser controlvm si la machine virtuelle est en cours d'exécution.

Par exemple:
```
 VBoxManage modifyvm <vm_name> --natpf1 "guestssh,tcp,,22,,2222"
 VBoxManage modifyvm <vm_name> --natpf1 delete "guestssh"
```
Devenir:
```
VBoxManage controlvm <vm_name> natpf1 "guestssh,tcp,,22,,2222"
VBoxManage controlvm <vm_name> natpf1 delete "guestssh"
```
Plein documenttation Ici
https://www.virtualbox.org/manual/ch08.html#vboxmanage-controlvm

InformationsquelleAutor Erman

J'ai rencontrer le même message d'erreur aujourd'hui:

>me@myhost:~$ ps -ef | grep -i "vbox"

me  3064     1  0 08:51 ?        00:00:00 /usr/lib/virtualbox/VBoxXPCOMIPCD

me  3089     1  0 08:51 ?        00:00:00 /usr/lib/virtualbox/VBoxSVC --auto-shutdown

me  3126  3089 27 08:51 ?        00:00:39 /usr/lib/virtualbox/VBoxHeadless --comment RHEL5 64-bit desktop --startvm e5c598d8-1234-4003-a7c1-b9d8af15dfe7 --vrde config

me  3861  3415  0 08:53 pts/1    00:00:00 grep --color=auto -i vbox*

Gergely de la réponse qu'elle n'en résout parfaitement. Il s'est avéré que j'ai une crontab mis au redémarrage de démarrer la machine virtuelle, qui a initié les trois VBox processus indiqué ci-dessus

me@myhost:~$ crontab -l

@reboot me /usr/bin/vboxmanage startvm "RHEL5 64-bit desktop" --type headless

InformationsquelleAutor X.X

0

La seule solution qui a fonctionné pour moi était de tuer tous les processus correspondant à ps axl|grep-i vbox.

InformationsquelleAutor Charles Thomas
0

sudo pkill -9 VBox tue tout en cours d'exécution liées à la vbox

InformationsquelleAutor Jana
0

Dans mon cas, la cause apparente est un adaptateur ethernet USB qui avait été retiré après la suspension de la machine. Dans mon cas,
```
vboxmanage startvm <vm-uuid> --type emergencystop
```
n'a pas aidé. Au lieu de cela, j'ai reçu le message de confusion que
```
VBoxManage: error: The machine 'xyzzy' is not locked by a session
```
La véritable erreur a été révélé par l'exécution de
```
vboxmanage startvm <vm-uuid> --type gui
```
qui a retourné
```
VBoxManage: error: Nonexistent host networking interface, name 'en9: USBPlug' (VERR_INTERNAL_ERROR)
```
La modification de la configuration du réseau à une autre carte réseau a résolu le problème.

InformationsquelleAutor zeeMonkeez

Vous devez vous connecter pour publier un commentaire.