fwupd项目中DBX更新在openQA测试环境中的问题分析

背景介绍

fwupd是一个开源的固件更新工具，用于Linux系统上的设备固件升级。近期在Fedora Rawhide版本的测试过程中，发现了一个与UEFI DBX更新相关的问题，导致openQA测试环境中的图形化更新工具出现故障。

问题现象

在openQA测试环境中，当运行GNOME或KDE图形界面的软件更新时，系统尝试安装一个UEFI DBX更新失败，导致更新流程中断。具体表现为：

• GNOME界面显示"抱歉，出现了问题"
• KDE界面显示"在更新或安装过程中出现问题。请稍后再试"
• 系统日志中记录的错误信息为："failed to write data to efivarsfs: Error writing to file descriptor: Invalid argument"

技术分析

DBX更新机制

DBX(Deny List Database)是UEFI安全启动机制中的一个重要组件，它包含被吊销的签名列表。fwupd从2.0.4版本开始支持新型DBX更新格式，这可能是问题首次出现的原因。

测试环境配置

openQA测试环境使用QEMU虚拟机，其UEFI配置如下：

1. 基于edk2的OVMF_CODE.secboot.fd和OVMF_VARS.secboot.fd创建虚拟闪存镜像
2. 代码镜像(pflash-code-overlay0)设置为只读
3. 变量镜像(pflash-vars-overlay0)大小为128KB

问题根源

初步分析表明，问题并非由fwupd本身引起，而是与测试环境配置有关：

1. 变量存储空间不足：虽然理论计算显示32KB的已用空间和16KB的DBX文件应该能放入128KB的变量存储，但实际测试表明空间可能不足
2. 错误类型EINVAL(EFI_INVALID_PARAMETER)表明参数验证失败，可能与存储空间或权限设置有关

解决方案

测试发现使用"4M"版本的UEFI变量镜像可以解决此问题。这种镜像提供了更大的EFI变量存储空间，能够容纳新型DBX更新。因此，建议openQA测试环境采用以下改进措施：

1. 将测试环境配置改为使用OVMF_CODE.secboot.4M.fd和OVMF_VARS.secboot.4M.fd镜像
2. 确保变量存储空间足够大，以容纳未来的固件更新

技术启示

这个问题揭示了在虚拟化环境中测试固件更新时需要考虑的几个重要因素：

1. UEFI变量存储空间大小对固件更新的影响
2. 不同版本的fwupd可能引入新的更新机制，需要相应调整测试环境
3. 虚拟化环境中的权限和存储配置可能影响固件更新操作

通过解决这个问题，不仅修复了当前的测试失败，也为未来在虚拟环境中测试固件更新提供了宝贵的经验。