我用mkusb为Ubuntu16.04创建了一个实时的持久USB,它给了我我想要的东西:一个可移植的Ubuntu,我可以在多台笔记本电脑上使用它。
在多次尝试失败后,我无法让VirtualBox工作。在安装时我收到一条消息说
vboxdrv.sh: failed: mod探测vboxdrv失败。请用“dmesg”来找出原因。设置VirtualBox存在问题。若要重新启动设置进程,请将/sbin/vboxconfig作为root运行。
运行dmesg会给出一堵长长的文本墙。如果能帮上忙的话,我可以把它的任何部分拿出来。
我跑
sudo /sbin/vboxconfig
并获取
vboxdrv.sh:停止VirtualBox服务。vboxdrv.sh:构建VirtualBox内核模块。vboxdrv.sh:启动VirtualBox服务。vboxdrv.sh:构建VirtualBox内核模块。vboxdrv.sh: failed: mod探测vboxdrv失败。请用“dmesg”来找出原因。设置VirtualBox存在问题。若要重新启动设置进程,请将/sbin/vboxconfig作为root运行。
当我运行virtualbox时,我会收到以下消息:
警告:未加载vboxdrv内核模块。要么没有当前内核可用的模块(4.13.0-36-泛型),要么加载失败。请重新编译内核模块并通过sudo /sbin/vboxconfig安装它,在此问题解决之前,您将无法启动VM。
我注意到我的/boot文件夹有一个vmlinuz的坏链接。
我找到了解决这个问题的方法:VirtualBox +安全引导+ Ubuntu = Fail。其摘要如下:
问题是所有内核模块必须由UEFI系统信任的密钥签名,否则加载将失败。创建一个个人公共/私有RSA密钥对,用于对内核模块进行签名。使用MOK (“”)实用程序导入公钥,以便系统能够信任它。重新启动机器。启动加载程序时,manager实用程序应该会自动启动。
编辑以添加:引导问题、shim和vmlinuz对我来说都是新的(如果我使用这些术语,听起来好像我知道我在说什么!)
我按照这里给出的步骤,遇到了这个问题中描述的相同的问题:Mok经理实用程序从不在重新引导时加载。解决方案是更改引导顺序,以便首先启动依赖shim的引导。看来解决方案是为安装ubuntu而设计的。
我既没有/boot/ efi /EFI文件夹,也没有解决方案要求的efi文件。此外,我认为我启动的引导过程(下面描述)将永远看不到shim。
为了启动,我关掉了笔记本电脑。我按下一个特殊的按钮,为笔记本电脑供电,并启动一个菜单,提供以下选项:
1)正常启动(这将启动Windows 10),2) Bios设置,3)启动菜单,4)恢复。
我选择了启动菜单。这让我可以在Windows、安装Ubuntu (如果它是一台安装了Ubuntu的笔记本电脑)和USB之间进行选择。我选择USB,然后从我得到的菜单中选择。
我注意到那里的OP在引导顺序的顶端有当前引导。我的当前引导在引导顺序中是第三位的,我绕过了上面描述的引导顺序。当我在安装在笔记本电脑上的Ubuntu中时,我的进程将永远看不到它。
我要继续玩下去。我想我也应该到这里来。是否有人成功地将VirtualBox安装在活动的持久USB上?或者你有什么建议去检查和尝试什么?
发布于 2018-03-18 09:01:40
中运行VirtualBox可能会出现问题
VirtualBox的安装涉及到将它的某些部分编译到linux内核中。这在已安装的系统中工作得很好。
一个持久的活动系统是用原始内核启动的,负责持久性的覆盖系统稍后也在做它的工作。出于这个原因,我怀疑要使VirtualBox在持久的实时系统中正常工作是很困难的。也许使用其他一些虚拟化工具是可能的,但我以前没有过它的经验。
如果secure引导()有问题,我建议您关闭它。
我测试了一个Lubuntu16.04.1LTS 64位主机和一个Lubuntu16.04.1 LTS 32位来宾(因为Lubuntu比标准Ubuntu轻)。
sudo apt update
sudo apt install virtualbox它在安装后直接工作,但我在重新启动后的图形渲染中遇到了问题。也许它可以通过一些设置,例如,一些客人添加或类似的设置来使其稳定。
点击屏幕截图,在一个足够大的窗口查看它的大小。

重新启动后,从终端窗口开始使用命令时出现问题。
virtualbox但是在重新启动后,会有一个菜单项,当我以这种方式启动VirtualBox时,Lubuntu桌面的图形呈现就能工作了。但是,再一次尝试失败了,所以图形渲染就像碎片一样。
无论如何,安装没有问题,而且总体效果比我预期的要好。
虚拟化系统的图形在Xubuntu 64位来宾(比Lubuntu 32位来宾)上工作得更好。因此,我认为前面的问题并不是由于在持久的活动系统中运行VirtualBox造成的。

准备好,如果USB驱动器速度慢,虚拟机可能会慢。看到这个链接,
中的Ubuntu中运行K214
我正在使用的另一种方法是:在带有USB3的快速VirtualBox驱动器中安装系统。轻量级的选择是一个快速的USB3吊坠,一个更强大的选择是一个USB3 SSD ( USB3 SSD盒或标准USB3 SSD在USB SATA到USB3或eSATA盒)。
这样的系统在计算机之间是可移植的,但不像持久性的活系统那样可移植。如果您的计算机没有专用驱动程序(用于图形和wifi)或使用相同的专有驱动程序,它们可能会在USB驱动器中使用已安装的Ubuntu系统。
下面的链接有详细的说明,
在基于Ubuntu的系统中测试VirtualBox时
lubuntu-16.04.1-desktop-amd64.iso文件创建的16.04.1LTSxubuntu-16.04.1-desktop-amd64.iso安装了Xubuntu这个屏幕截图显示了在VirtualBox中安装的Xubuntu系统。点击屏幕截图,在一个足够大的窗口看到它的大小。

我还测试了一个巧妙的点一号主机,Lubuntu17.10.1(64位),它可以处理客户版本16.04.1,17.10和仿生(将很快发布18.04 LTS)。
在Lubuntu16.04.1LTS和17.10.1中运行VirtualBox,我发现引导选项nomodeset使Virtualbox为Lubuntu17.10.1和Bionic来宾正确呈现图形,但分辨率将限制在1024x768 (和更低)。
标准Ubuntu和其他Ubuntu口味的客人操作系统工作良好。
请参阅此链接到Ubuntu论坛的详细信息。
发布于 2018-03-19 20:18:44
我使用mkusb制作了一个持久的USB,并从存储库sudo apt install virtualbox-qt安装了D0。
我重新启动了虚拟机和USB,每一次都使用不同的操作系统组合。
对我来说一切似乎都很好,屏幕截图附在一起。
我想知道这个问题是否是由于国际标准化组织(S),(检查MD5SUM)或VBox版本的腐败所造成的。
存储库中的VBox版本似乎比来自VirtualBox.org网站的版本更平滑。
我不认为BIOS/UEFI的问题与虚拟机有关。
我还遇到了VBox过时版本停止工作和需要更新的问题。
在Ubuntu上运行VBox几乎就像是要做一个虚拟拇指驱动器,Puppy自动安装VBox,只需要200‘s,而Ubuntu的1.6GB。
使用Virtual的QEMU也能很好地工作在持久的闪存驱动器上。我认为它比VBox更快,它运行内核级,不管这意味着什么。
sudo apt-get install qemu-kvm libvirt-bin ubuntu-vm-builder bridge-utils
sudo apt-get install virt-manager

https://askubuntu.com/questions/1016892
复制相似问题