VMware-host-modules在Fedora 42上的安全启动问题解决方案

在Linux系统上使用VMware Workstation时，经常需要编译和加载vmware-host-modules内核模块。最近一位用户在Fedora 42系统上遇到了vmware.service启动失败的问题，经过排查发现这与系统的安全启动(Secure Boot)机制有关。

问题现象

用户在Fedora 42系统上安装了VMware Workstation 17.5.1，并按照常规步骤进行了内核模块的编译和安装。虽然成功应用了针对vmnetInt.h文件的补丁（添加了dev_lock_list()和dev_unlock_list()的定义），但在启动vmware服务时仍然遇到了失败。

通过systemctl status命令查看服务状态，可以看到两个关键模块加载失败：

• 虚拟机监视器(vmmon)加载失败
• 虚拟以太网(vmnet)加载失败

根本原因分析

在Linux系统中，启用安全启动(Secure Boot)功能时，系统会验证所有加载的内核模块的数字签名。由于VMware提供的这些内核模块没有经过适当的签名，导致系统拒绝加载这些模块，进而造成服务启动失败。

解决方案

针对这个问题，有以下几种可行的解决方法：

1. 禁用安全启动： 这是最直接的解决方案，但会降低系统的安全性。可以在BIOS/UEFI设置中临时禁用安全启动功能。

2. 为模块签名： 更安全的做法是为这些模块进行签名：

   • 生成自己的签名证书
   • 使用该证书对VMware模块进行签名
   • 将公钥添加到系统的MOK(机器所有者证书)列表中

3. 使用预签名模块： 某些Linux发行版提供了预签名的VMware模块包，可以直接安装使用。

详细解决步骤

如果选择禁用安全启动，具体步骤如下：

1. 重启系统并进入BIOS/UEFI设置界面
2. 找到安全启动(Secure Boot)选项
3. 将其设置为"Disabled"
4. 保存设置并重启系统
5. 再次尝试启动vmware服务

如果选择为模块签名，则需要执行更复杂的步骤，包括生成证书、配置内核模块签名等操作。

总结

在Linux系统上使用VMware Workstation时，安全启动机制可能会导致内核模块加载失败。理解这一机制的工作原理有助于快速定位和解决问题。根据实际安全需求，可以选择禁用安全启动或为模块添加签名这两种方案。对于生产环境，建议采用签名方案以保持系统的安全性。