LZ使用的是已经过时的VirtualBox版本,最新版已经支持到 主线 7.1 版内核
============
PS:VirtualBox 7.1.2 (released September 26 2024) 是已严重过时的上古版本
VirtualBox 7.1.x is no longer supported!
7.1.4才支持 6.12 LTS 内核,坚持7.1.2是最新版的话建议使用6.6内核.
VirtualBox 7.1.4 (released October 15 2024)
- Linux Guest Additions: Introduce initial support for kernel 6.12 (NOTE: In kernel 6.12, KVM initializes virtualization on module loading by default. This prevents VirtualBox VMs from starting. In order to avoid this, either add "kvm.enable_virt_at_load=0" parameter into kernel command line or unload corresponding kvm_XXX module)
======
https://www.virtualbox.org/wiki/Changelog-7.2
===============
VirtualBox 7.2.10 (released June 16 2026)
- Linux Host and Guest: Added initial support for kernel 7.1
=================
VirtualBox 7.2.8 (released April 21 2026)
- Linux Host: Added initial support for kernels 6.19 and 7.0 (github:gh-467, github:gh-623)



中文 


昨天自己编译了最新的7.1.2内核,安装前停止deepin-anything-server这个服务,并禁止其开机自动启动,即可正常完成新内核安装并重启成功
但是virtualbox始终无法解决,哪怕用官网run文件安装也不行,借助AI查询了一下,AI给了下面的回复
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
这个错误是由于新版本 Linux 内核(6.19.x)引入了更严格的 符号命名空间(Symbol Namespace) 检查机制导致的--1。
问题原因
cr4_update_irqsoff、cr4_read_shadow、__flush_tlb_all这几个符号被移入了一个名为module:kvm,kvm-amd,kvm-intel的命名空间-1-2。这意味着只有 KVM 相关的内核模块才能使用它们。vboxdrv模块调用了这些符号,但其代码中没有声明导入这个命名空间-1。更关键的是,即使手动尝试导入,内核的命名空间机制也禁止外部模块(out-of-tree module)导入这个受保护的命名空间-1。++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
不知道AI说的这个原因是否确是如此,如果真这样的话按说VBOX早该改了吧,不然这以后不是麻烦了?