4.13.0-25-generic 无法在运行 17.10 的虚拟机上启动。我不得不手动进入并选择 4.13.0-16-generic 内核。
奇怪的是,4.13.0-25-generic 在我的其他云服务器上运行良好(据我所知)。
对我来说,只有运行 17.10 的虚拟机会受到影响:修补崩溃问题(使用 4.4.0-109-generic 内核)后,运行 16.x 的虚拟机不受影响。
有人知道什么时候能修复这个问题吗?现在我的 VM 服务器需要手动将 17.10 VM 启动到以前的内核,因此一旦断电,我的恢复脚本就会失效。
答案1
我找到了一个解决方案。
17.10 上的 4.13.0-25 和 16.04 上的 4.4.0-109 Meltdown 更新会影响 Linux 内核在虚拟环境中的运行方式。这很重要,因为任何运行大量 Linux 服务器的人都在 ESXI 和 VBox VM 环境中运行。我的裸机云服务器似乎没有受到影响,并且很乐意接受这些更改,没有任何抱怨。虚拟机则是另一回事。
对于使用 Oracle VirtualBox 的用户,为响应已发布的 Linux 内核中的 Meltdown 变化(就 VBox 运行它们的方式而言),“启用 VT-x/AMD-V”和“启用嵌套分页”的工作方式发生了变化。修改这些值不会产生任何影响 - 唯一的解决方法是将 5.0.x 升级到“重新连接”此功能的版本。
我使用了 VB 5.0.x,发现 VirtualBox 5.2.x 完全可以与最新的 Meltdown Ubuntu 内核兼容。因此我的修复方法如下:
(1)停止当前VBox活动:
Issued these commands and kill-9'd everything I could:
ps aux | grep vbox
ps aux | grep virtualbox
(2)在我的 Ubuntu 17.10 服务器上安装 5.2.x 版本的 VirtualBox:
sudo apt-get update
sudo apt-get install virtualbox-5.2
and don't forget: sudo /sbin/vboxconfig
(3) 重新启动服务器并祈祷我不会搞垮十几个 PROD VM(而我没有)。
我的 phpVirtualBox 管理版本在 5.2 上运行良好,并且我的所有虚拟机都附带了 Meltdown 内核更新(主机服务器是 16.04LTS 并具有 4.4.0-109 内核)。
我已修补 Meltdown,并将 Oracle VBox headless 更新至 v5.2,而我编写的启动脚本并未受到影响。
我希望这能帮助与我情况相同的人。以下是有关此已知问题的更多详细信息:https://forums.virtualbox.org/viewtopic.php?f=3&t=86185
我的系统上的 VBox 日志也显示了这一点:emR3Debug:rc=VERR_PGM_INVALID_CR3_ADDR
标签:针对 Meltdown 的 Linux 内核更新、Meltdown 更改对虚拟机上更新的内核运行方式的影响、Linux 内核 13.0.25、Linux 内核 4.4.0-109