Виртуальная виртуальная машина в виртуальном боксе уже заблокирована для сеанса (или разблокирована)

Ответ 1

Запуск этого в командной строке разблокировал виртуальную машину:

vboxmanage startvm <vm-uuid> --type emergencystop

Где <vm-uuid> - номер в сообщении об ошибке: Command: ["modifyvm", "<vm-uuid>" [...]. После этого я смог контролировать виртуальную машину (запуск, остановка и т.д.). Использование Virtualbox 4.1 в Ubuntu.

Ответ 2

Имея ту же проблему, я обнаружил, что был процесс, фактически блокирующий 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

Убедитесь, что у вас нет процесса, который пытается запустить vm:

ps -ef | grep -i "vbox"

Ответ 3

Мне пришлось убить процесс VboxHeadless.exe в диспетчере задач. Я также должен был убедиться, что приглашение CMD было открыто в административном режиме.

Ответ 4

В диспетчере задач Windows я закончил любые задачи, связанные с Virtual Box (вы можете видеть, что они начинаются с V в диспетчере задач, например, Vbox Headless.exe и т.д.). Как только я это сделал, я смог убрать эту ошибку (вышеупомянутые решения "vboxmanage startvm... и т.д." Здесь не сработали).

Ответ 5

Если у вас есть окно настроек для этого окна в графическом интерфейсе VirtualBox, вы можете столкнуться с этой ошибкой. Просто закройте окно настроек и повторите попытку.

Ответ 6

Я нашел этот ответ от @Gonzalez очень интересным

vboxmanage startvm <vm-uuid> --type emergencystop

Единственная проблема в том, что он закрывает текущий экземпляр моей виртуальной машины, поэтому вместо использования modifyvm вы можете использовать controlvm если текущий vm работает.

Например:

 VBoxManage modifyvm <vm_name> --natpf1 "guestssh,tcp,,22,,2222"
 VBoxManage modifyvm <vm_name> --natpf1 delete "guestssh"

Становиться:

VBoxManage controlvm <vm_name> natpf1 "guestssh,tcp,,22,,2222"
VBoxManage controlvm <vm_name> natpf1 delete "guestssh"

Полная документация здесь https://www.virtualbox.org/manual/ch08.html#vboxmanage-controlvm

Ответ 7

Сегодня я сталкиваюсь с тем же сообщением об ошибке:

>[email protected]:~$ 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*

Гергийский ответ решает это отлично. Оказалось, что у меня установлен crontab при перезагрузке для загрузки виртуальной машины, которая инициировала три процесса VBox, показанные выше.

[email protected]:~$ crontab -l

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

Ответ 8

Единственный вариант, который работал у меня, - это убить все процессы, соответствующие ps axl | grep -i vbox.

Ответ 9

sudo pkill -9 VBox убивает все работающее, связанное с vbox

Ответ 10

В моем случае очевидной причиной был USB-адаптер Ethernet, который был удален после приостановки машины. В моем случае,

vboxmanage startvm <vm-uuid> --type emergencystop

не помогло. Вместо этого я получил сбивающее с толку сообщение, что

VBoxManage: error: The machine 'xyzzy' is not locked by a session

Истинная ошибка была выявлена при запуске

vboxmanage startvm <vm-uuid> --type gui

который вернулся

VBoxManage: error: Nonexistent host networking interface, name 'en9: USBPlug' (VERR_INTERNAL_ERROR)

Изменение конфигурации сети на другой сетевой адаптер решило проблему.