针对你提出的关于SMBIOS更新和自定义硬件信息存储的问题，我结合行业标准和实际操作经验来详细解答：

一、更新SMBIOS表的标准方法 #

SMBIOS本质是固件（BIOS/UEFI）提供的硬件信息表，所有标准的修改/扩展操作都必须在固件层面完成，操作系统阶段没有官方的写入接口：

• 修改现有字段（如主板名称）：主板厂商的BIOS/UEFI定制工具（比如华硕的AI Suite、戴尔的Dell Command | Configure）是唯一合规途径。这类工具会直接修改固件镜像中的SMBIOS数据，重新刷入BIOS后，dmidecode、/sys/class/dmi等标准工具就能读取到更新后的值。
• 添加自定义SMBIOS条目：SMBIOS规范（由DMTF发布）预留了类型128-255作为厂商自定义区域，允许添加自定义结构体。但同样需要在固件层面实现：
  1. 参考SMBIOS规范定义自定义条目类型（选128+的编号）和对应的数据结构；
  2. 通过开源固件（如Coreboot）修改源码，或使用厂商提供的高级固件定制工具，将自定义条目加入SMBIOS表；
  3. 重新刷写固件，之后就能用dmidecode -t <自定义类型号>或libsmbios读取到这些自定义值。

二、能否通过smbios_entry_point向/dev/mem写入来修改SMBIOS？ #

绝对不建议尝试，而且几乎不可能成功：

• 现代系统中，SMBIOS对应的物理内存区域会被固件标记为只读/受保护（通过CPU内存保护机制），直接写入/dev/mem会触发内存保护错误，甚至导致系统崩溃；
• 即使绕过保护临时修改，重启后固件会重新初始化SMBIOS表，修改内容会被完全覆盖，无法持久化；
• 这种操作属于非标准的hack行为，没有跨平台兼容性，不同硬件的内存布局、保护逻辑差异极大。

三、存储自定义硬件信息的现代标准替代方案（UEFI层面） #

如果不想依赖SMBIOS，UEFI提供了更灵活、标准的方式存储自定义数据：

• UEFI非易失性变量：这是最易用的方案，UEFI规范允许创建自定义变量存储在固件NVRAM中，重启后不会丢失。Linux下可以用efivar工具操作：
  • 创建自定义变量：efivar -n 8be4df61-93ca-11d2-aa0d-00e098032b8c:MyCustomHWInfo -w -l -s 16 "MyCustomBoardV1"
  • 读取变量：efivar -d -n 8be4df61-93ca-11d2-aa0d-00e098032b8c:MyCustomHWInfo
    操作系统也可以直接通过/sys/firmware/efi/efivars目录访问这些变量。
• UEFI配置表：如果需要存储复杂的结构体数据，可以通过UEFI配置表机制，在固件中注册自定义配置表。不过这需要修改固件源码，适合高级定制场景，操作系统可通过UEFI Runtime Services查询这些表。

总结 #

• 修改或扩展SMBIOS的唯一标准方式是通过固件厂商工具或定制固件，操作系统层面没有官方写入接口；
• 直接写/dev/mem修改SMBIOS既不标准也不可行，风险极高；
• UEFI非易失性变量是存储自定义硬件信息的现代、标准且易用的替代方案，适合绝大多数场景。

内容的提问来源于stack exchange，提问作者Fatih Erol