virtualbox内のVMは、セッションのためにすでにロックされています（またはロック解除されています）

このエラーが原因でvirtualboxのVMを起動できません。とにかく回復するために、VMを破棄して再インストールしたくありませんか？

VBoxManageVagrantがVirtualBoxを制御するために使用するCLIの実行中にエラーが発生しました。コマンドとstderrを以下に示します。

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

コマンドラインでこれを実行すると、VMのロックが解除されます。

vboxmanage startvm <vm-uuid> --type emergencystop

<vm-uuid>エラーメッセージの番号はどこにありますか：Command: ["modifyvm", "<vm-uuid>" [...]。その後、VMを制御できるようになりました（開始、停止など）。UbuntuでVirtualbox4.1を使用する。

同じ問題が発生しているので、実際に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"

私にとっては、タスクマネージャーでVboxHeadless.exeプロセスを強制終了する必要がありました。また、CMDプロンプトが管理モードで開かれていることを確認する必要がありました。

@Gonzalezからのこの回答は非常に興味深いものでした。

vboxmanage startvm <vm-uuid> --type emergencystop

唯一の問題は、VMの現在のインスタンスをシャットダウンするため、使用modifyvmする代わりに、現在のVMcontrolvmが実行されている場合に使用できます。

例えば：

 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

sudo pkill -9 VBox vboxに関連して実行中のすべてを強制終了します

Windowsタスクマネージャーで、Virtual Boxに関連するすべてのタスクを終了しました（Vbox Headless.exeなどのタスクマネージャーのVで始まることがわかります）。これを実行すると、このエラーを解消することができました（上記の「vboxmanagestartvm ... etc ...」ソリューションは機能しませんでした）。

VirtualBox GUIでそのボックスの設定ウィンドウを開いている場合、このエラーが発生する可能性があります。設定ウィンドウを閉じて、もう一度やり直してください。

今日、同じエラーメッセージが表示されました。

>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の答えはそれを完全に解決します。仮想マシンを起動するために再起動時にcrontabを設定していることが判明しました。これにより、上記の3つのVBoxプロセスが開始されました。

me@myhost:~$ crontab -l

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

私のために働いた唯一のオプションは、ps axl | grep -ivboxに一致するすべてのプロセスを強制終了することでした。

私の場合、明らかな原因は、マシンを一時停止した後に取り外されたUSBイーサネットアダプタでした。私の場合、

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)

ネットワーク構成を別のネットワークアダプターに変更すると、問題が解決しました。