必须用root权限，因dmidecode需通过mmap映射/dev/mem读取bios/uefi固件中的dmi表，而该设备文件受内核硬性保护，普通用户无权访问，否则报“operation not permitted”或返回空值、“not specified”。
必须用 root 权限，否则直接报错 Cannot access SMBIOS data: Operation not permitted。普通用户无法读取 /dev/mem，这是内核硬性限制，不是权限配置问题。
为什么 dmidecode 需要 sudo
DMI 数据来自 SMBIOS 表，存储在固件中，Linux 通过访问 /dev/mem 映射获取。该设备默认仅对 root 可读，所以所有 dmidecode 命令都得加 sudo。不加会卡住或报错，没有例外。
- 错误示范：
dmidecode -s system-serial-number→ 报错退出 - 正确写法：
sudo dmidecode -s system-serial-number - 如果脚本里要避免交互输密码，可提前配置
sudoers允许特定命令免密（如ALL ALL=(ALL) NOPASSWD: /usr/sbin/dmidecode）
dmidecode -s 提取字段时的坑
字段名大小写敏感，且不同厂商 BIOS 实现有差异，system-serial-number 是最通用的，但 Dell、HP、Lenovo 有时也认 serial-number 或 system-serial-number —— 不能靠猜，得先验证。
- 查可用字段：运行
sudo dmidecode -t 1 | head -20，看 “System Information” section 里实际出现的关键词（比如有没有Serial Number:这一行） - 字段不生效常见原因：BIOS 里根本没填这个值（尤其云主机、虚拟机），此时返回空或
Not Specified - 别用
sudo dmidecode | grep -i serial：可能匹配到主板、机箱、CPU 等多个串号，混淆主系统序列号
dmidecode -t 按类型查硬件信息
数字类型和关键字等价，但类型号更稳定（不受 BIOS 厂商拼写影响）。常用类型：1=system、2=baseboard、4=processor、16=memory。优先用数字，避免关键字歧义。
- 查整机型号：
sudo dmidecode -t 1（对应system） - 查主板详情：
sudo dmidecode -t 2（比-t baseboard更可靠） - 查 CPU 信息：
sudo dmidecode -t 4，注意它和lscpu输出角度不同（DMI 是 BIOS 声称的型号，lscpu是 CPU 实际报告的） - 查内存插槽：
sudo dmidecode -t 17（memory device），比-t memory（type 6）更细粒度
没装 dmidecode 或权限受限时的替代方案
精简系统（Docker 容器、某些云镜像）常不带 dmidecode，或者你只有普通用户权限。这时候得绕开 DMI 接口，从内核暴露的 sysfs 路径取近似值。
- 查序列号（物理机有效）：
cat /sys/class/dmi/id/product_serial 2>/dev/null，无需 root（但部分内核版本仍需） - 查厂商/型号：
cat /sys/class/dmi/id/sys_vendor和/sys/class/dmi/id/product_name - 查 BIOS 版本：
cat /sys/class/dmi/id/bios_version - 注意：这些路径内容和
dmidecode一样，依赖 BIOS 填写是否规范；云主机（AWS/Azure/GCP）返回的是实例 ID，不是物理设备序列号
DMI 信息本质是 BIOS 填写的“声明”，不是探测结果。厂商漏填、填错、虚拟化层伪造都很常见——看到 Not Specified 或空值，先怀疑 BIOS，再怀疑工具。
