当前PR是否有AI参与:

• 否
• 是
  1. AI Agent 平台: Claude Code
  2. AI 模型: Opus 4.8
  3. Prompt上下文: 分析openUBMC镜像拉起时certificate服务导入SSL证书失败的日志,定位到qemu_mockup_seed.sh中ensure_web_ssl_materials自动生成的证书哈希与持久化记录不一致导致校验失败,提出并实施注释该函数调用的修复方案,随后提交代码并创建本PR

PR功能描述 / 为什么需要这个合入:

本 PR 从 fix/ssl-cert-nginx 分支合并到 main，包含 1 个提交，修改 1 个文件。

变更类型

• 新增功能
• 问题修复
• 文档更新
• 代码重构

openUBMC 镜像拉起时，certificate 服务导入 ManagerSSLCertificate 证书哈希校验失败，重试 3 次后放弃，导致 nginx 缺少 SSL 证书文件无法拉起，Web 服务不可用。

修改方案:

qemu_mockup_seed.sh 启动时调用 ensure_web_ssl_materials 自动生成自签名 SSL_1.crt 覆盖预置证书，其哈希与 per_poweroff.db 中记录的证书 FileHash 不一致，触发 certificate 服务校验失败：

certificate.lua(310): cert file hash check failed! id: 1, usage type: ManagerSSLCertificate
certificate_collection_ssl.lua(117): load ssl cert failed, id : 1
certificate_collection_ssl.lua(171): [certificate] no pre-packaging ssl certificate

修改方案：不再调用 ensure_web_ssl_materials（注释该调用），直接使用 mock 数据中预置的 SSL_1.crt（其 sha256 哈希 b5328805... 与 per_poweroff.db 持久化记录的 FileHash 一致），证书校验通过后由 certificate 服务正常下发证书，nginx 正常拉起。

验证方案:

QEMU 拉起 openUBMC 镜像，观察 certificate 服务日志确认证书导入成功（无 hash check failed），确认 nginx 进程拉起、Web(443) 可访问。

测试建议:

• 全新 /data 目录首次拉起，验证证书导入与 nginx 拉起
• 复用已有 /data 目录二次拉起，验证证书哈希校验仍通过

自验证报告:

• 单元测试通过
• 集成测试通过
• 手动测试验证

该PR关联的issue

(格式为 fixes #<issue号>, 或者resolves #<issue号>): fixes #

希望检视人员了解:

本改动仅针对 QEMU 仿真环境（qemu_mockup），不影响真实板卡流程。ensure_web_ssl_materials 函数体保留未删除，便于后续需要自定义证书时恢复调用。