昨天我的 Virtualbox 客人还在运行。今天我收到所有来宾(Windows 或 Linux)的以下错误。
Failed to open a session for the virtual machine win10.
The VM session was closed before any attempt to power it on.
Result Code: NS_ERROR_FAILURE (0x80004005)
Component: SessionMachine
Interface: ISession {7844aa05-b02e-4cdd-a04f-ade4a762e6b7}
我已经尝试运行sudo /sbin/vboxconfig
,从软件管理器重新安装,在将 virtualbox 从 5.0 升级到 5.1并升级到 5.2.12 r122591 和 5.2.14 r123301后重新安装无法运行虚拟机。结果总是一样的。
我当前的内核版本是 4.15.0-24-generic #26-Ubuntu SMP。
$ VBoxManage list extpacks
Extension Packs: 1
Pack no. 0: Oracle VM VirtualBox Extension Pack
Version: 5.2.14
Revision: 123301
Edition:
Description: USB 2.0 and USB 3.0 Host Controller, Host Webcam, VirtualBox RDP, PXE ROM, Disk Encryption, NVMe.
VRDE Module: VBoxVRDP
Usable: true
我在 xubuntu 18.04 上遇到了类似的问题,我的 Virtualbox 客人要运行 Windows 7。虽然我之前安装了 Virtualbox 5.2,但它可以工作。
virtualbox-dkms
我通过运行以下命令确保已安装:然后我清除它并仅重新安装
dkms
:然后我运行建议的命令来重建内核:
这对我有用。
只是遇到了同样的问题,并找出了问题和更简单的解决方案...问题是 USB 设置...如果您将 USB 设置切换回 1.1,它将再次启动...以防像我这样的其他人发现这篇文章有同样的问题......这为我解决了它......但感谢这篇文章它让我找到了那个解决方案......
将 USB 从 3.0 更改为 1.1 立即解决了我无法在 Ubuntu 下启动 Win10 客户机的问题。简单,轻松的解决方案。
在与@DavidFoerster 进行了长时间、友好和富有成果的交谈后,事实证明,微软及其怪异的更新政策才是罪魁祸首!
David 耐心地指导我从 Ubuntu 存储库重新安装 VirtualBox 包并检查配置(dkms、扩展包等)。最后,他让我尝试使用实时 ISO 进行新安装。就在那时,我注意到我定义的“默认机器文件夹”
VirtualBox - File - Preferences - General
不可用。我知道它在双引导 Win10 系统使用的挂载 NTFS 上。仔细观察显示,目前它是以只读方式安装的,这会阻止虚拟机启动(带有一个不太有用的错误消息)。正如我当时回忆的那样,在我上次成功启动 VirtualBox 来宾后不久,我不仅获得了 Ubuntu 更新,而且还首次启动了我的原生 Win10 系统。显然,微软随后安装了更新并重新激活了“快速启动”选项(之前肯定已经停用了!) - 所以后来,回到 Ubuntu,NTFS 文件系统以只读模式安装,因为 Windows 没有正确关闭。
现在我再次禁用了 Windows10 中的“快速启动”选项,我的客户系统再次运行。
谢谢你,大卫,你提出了正确的问题,让我走上了正确的道路!
我遇到了上述问题,我尝试了所有建议的解决方案,但它们并没有解决我的问题。
就我而言,我发现该
VirtualBox.xml
文件(位于 下~/.config/VirtualBox
)似乎是空的,并且有一个名为VirtualBox.xml-prev
. 所以我移动了第二个文件,重命名为VirtualBox.xml
在同一目录中,我的问题就解决了。其他 AskUbuntu 用户在这里给出的答案已经非常好。作为一项附加措施,如果您从Virtualbox 网站的Downlads Page
下载合适的 VirtualBox 扩展包,它可能会有所帮助。 仅当您知道以前安装了扩展包时才执行此操作。(我认为它可以更好地通过 USB 访问 VirtualBox 来宾)。 扩展包的次要版本号(对于 v6.1.18,即 6.1)应该与您的 virtualbox 安装的次要版本匹配。 我有一个较旧的 Windows 客户机拒绝启动,因为我构建了一个新的主机内核、一个要存储的新 SSD、等待 Windows 升级,并试图启动一个快照(我不记得了)。
然而,一个更具描述性的错误消息(“扩展包太旧”),比
NS_ERROR_FAILURE (0x80004005)
仅在启动“更清洁”的不同 Windows 客户机后出现要好。也许这纯粹是装饰性的,但值得一试。
对我来说,问题是我尝试简单地启动它,
vboxmanage startvm ExampleVM
但我没有 X 转发工作,所以它可能会尝试创建一个显示并失败。添加--type headless
修复了问题:vboxmanage startvm ExampleVM --type headless
当然,这只适用于无头是你想要做的事情。
我在https://unix.stackexchange.com/a/641243/30731的一个非常相似的问题(相同的错误代码)中交叉发布了这个答案
以下命令为我修复(Ubuntu 18.04)
重新安装
virtualbox-dkms
重启虚拟机
在 Linux 冻结后,我不得不对我的笔记本电脑进行“硬”重启。重新启动后,我的 VirtualBox 都无法启动。每个 Box: 都收到相同的错误消息
ns_error_failure 0x80004005
。解决方案:再次定期重启 Linux
听起来太简单了,但它确实有效。
我今天遇到了同样的问题,原因是由于某种原因,VM 直到昨天使用的网络适配器在我的主机(Mint 20)上不再存在。
我的错误信息是
我进入虚拟机的网络属性,将网络适配器从桥接更改为其他东西,然后再改回桥接。无论出于何种原因,网络接口现在是 enp6s0。