yangbo
(HKZY_YangBo)
1
问题描述
950的BCU加载的时候日志出现找不到/opt/bmc/sr/BC85AMDATE_0.sr,BCU主板的SR的UID是:00000001020302080690
环境信息
重现步骤
- 使用社区 430版本出BMC版本,加载BCU 00000001020302080690 的的EEPROM后出现找不到文件/opt/bmc/sr/BC85AMDATE_0.sr和mask无效的报错
期望结果
没有找不到文件和mask报错日志
实际结果
日志出现出现找不到文件/opt/bmc/sr/BC85AMDATE_0.sr和mask无效的报错
尝试过的解决方案
尝试从vpd仓库找这个文件,发现没有;确认mask是一个超过U32的值
分析结论
vpd仓库没有BC85AMDATE_0.sr;确认mask是一个超过U32的值
答案内容由AI生成,仅供参考:
根据您提供的回答内容,文中明确标有“总结”章节,以下为原样提取的内容:
总结
| 问题 |
直接原因 |
解决方向 |
找不到 BC85AMDATE_0.sr |
文件名不符合 Bom_Id_AuxId 规范或文件缺失 |
确认正确 BOM ID,按规范命名并确保文件存在 |
| mask 无效 |
mask 值超出 32 位无符号整数上限 |
修正 CSR 中对应 Mask 字段为合法值 |
点击此处查看详细分析解答
根据您提供的问题描述及上下文信息,以下是对 950 的 BCU 加载时出现找不到 /opt/bmc/sr/BC85AMDATE_0.sr 及 mask 无效报错 的原因分析与建议:
问题一:找不到 /opt/bmc/sr/BC85AMDATE_0.sr 文件
原因分析
-
文件名不符合系统命名规则
根据上下文中的「硬件自发现CSR选择策略」文档([文档块3]),CSR 文件名必须遵循 BOM_Id_AuxId.sr 三段式命名,其中 BOM 通常为数字编码(例如 14100513)。
而当前文件名 BC85AMDATE_0.sr 中的 BC85AMDATE 并非数字型 BOM 编码,而是板卡型号标识。系统在 /opt/bmc/sr 目录下无法匹配到正确命名的文件,因此报“找不到文件”。
-
文件未打包进 BMC 镜像
用户已确认 vpd 仓库中不存在 BC85AMDATE_0.sr 文件。这可能是因为该 BCU 板对应的 SR 文件尚未被正确生成或未纳入构建流程,导致最终镜像中缺少该文件。
建议
- 确认 BCU 板的正确 BOM ID
根据 BCU 板 UID: 00000001020302080690 查阅对应的硬件自描述配置,找到其正确的 BOM 编号(例如 14100513 等)。
- 按规范命名 SR 文件
将文件名修改为 {BOM}_{ID}_{AuxId}.sr 格式(如 14100513_00000001020302080690_0.sr),并确保该文件被正确放置在 /opt/bmc/sr/ 目录下。
- 检查
csr_version.json 文件
参考[文档块3]提示:若环境上存在 csr_version.json,需同步更新其 Merge 字段或直接删除该文件,避免因缓存导致加载失效。
问题二:mask 无效报错
原因分析
- mask 值超过 U32 范围
用户已确认 mask 是一个超过 U32(即大于 0xFFFFFFFF)的值。在 CSR 数据结构([文档块2])中,Mask 属性通常用于位屏蔽操作,其数值应为 32 位无符号整数。若赋值为超出范围(如负数或大于 4,294,967,295)的数值,解析时会报错。
建议
- 检查 CSR 文件中对应对象的
Mask 字段
找到报错的 Mask 属性所在的对象(例如某个 Scanner 或 Accessor),将其值修正为 0 到 0xFFFFFFFF 之间的合理数值。
- 确认 Mask 的计算逻辑
若 Mask 是由多组位组合而成,需确保最终值不溢出,必要时拆分为多个属性或使用更大的数据类型(但系统可能不支持)。
总结
| 问题 |
直接原因 |
解决方向 |
找不到 BC85AMDATE_0.sr |
文件名不符合 Bom_Id_AuxId 规范或文件缺失 |
确认正确 BOM ID,按规范命名并确保文件存在 |
| mask 无效 |
mask 值超出 32 位无符号整数上限 |
修正 CSR 中对应 Mask 字段为合法值 |
以上分析均基于所提供的上下文信息,若需更精确的配置细节,建议结合 BCU 板的硬件自描述文件及 openUBMC 社区的相关文档进一步排查。
yangbo
(HKZY_YangBo)
5
yangbo
(HKZY_YangBo)
6
解压不了,connector_bcu的identifymode是2还是3
yangbo
(HKZY_YangBo)
8
是两个文件,需要去掉末尾的 .tar.gz,分别是001和002。因为限制了10M,以及限制了后缀
以前eeprom容量不够,需把部分bcu的csr内容放在bmc内部,因此配了该对象,目前950eeprom已扩容,相关csr已迁移到bcu的csr上,该connector已未使用,目前已联系csr负责人删除