最快获取物理服务器序列号的方法是直接读取/sys/class/dmi/id/product_serial，普通用户无需root权限；若为空则bios未填写，若报错则可能受限于内核或selinux策略。
直接读 /sys/class/dmi/id/product_serial 是最快路径
多数物理服务器和主流发行版（如 Ubuntu、CentOS 7/8）只要没做安全加固，普通用户就能直接读这个文件，不用装工具、不需 root。执行 cat /sys/class/dmi/id/product_serial 2>/dev/null，有输出就立刻可用。
常见问题：
- 返回空或
None—— 不是命令错，是 BIOS 没填，尤其白牌主板或老 OEM 设备 -
Permission denied—— 系统启用了kernel.dmi_restrict=1或 SELinux 限制，此时必须切 root - 容器里读不到 ——
/sys/class/dmi/id/默认不挂载进容器，宿主机上查才有效
dmidecode -t system 要带 sudo，且字段名不固定
这是最常被误用的命令。它确实能读 SMBIOS 表，但“Serial Number”在不同厂商设备上写法差异极大：HP 写成 Board Serial:，Dell 可能藏在 Asset Tag:，有些甚至用 SKU Number: 冒充序列号。
实操建议：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 别只跑
sudo dmidecode -t system | grep "Serial Number"—— 先完整看一遍输出，人工确认字段真实名称 - 更稳妥的过滤方式：
sudo dmidecode -t system | grep -E "Serial|Asset|SKU" | grep -v "Not Specified" - 遇到
To be filled by O.E.M.或全 0 值，基本可判定固件未填充，换其他方法
主板序列号得查 dmidecode -t baseboard，不是 -t system
整机序列号（-t system）和主板序列号（-t baseboard）可能完全不同。比如 Dell R740 的机箱 SN 和主板 SN 是两个独立编码，运维资产登记时若混用会导致追踪失败。
关键点：
-
sudo dmidecode -t baseboard输出里重点扫Manufacturer、Product Name、Serial Number、Board Serial这几行 - 某些 Supermicro 或国产主板会把真实序列号塞进
Chassis Asset Tag，得补查sudo dmidecode -t chassis - 别信
Version字段——它通常是 BIOS 版本号，不是硬件版本
虚拟机和云主机必须绕开 DMI
VMware、KVM、AWS EC2、阿里云 ECS 返回的 Serial Number 几乎全是占位符：VMware-xxxxxxxx... 或 00000000-0000-0000-0000-000000000000，不能用于物理资产识别。
替代方案：
- 云主机优先查元数据接口：
curl -s http://169.254.169.254/latest/meta-data/instance-id（AWS）、curl -s http://100.100.100.200/latest/meta-data/instance-id（阿里云） - VMware 虚拟机可试：
sudo dmidecode -s system-uuid，但依然要验证是否为随机生成值 - 容器环境无法访问 DMI 接口时，唯一可靠来源是宿主机提前注入的环境变量或配置文件
To be filled by O.E.M.，这不是权限或命令问题，是硬件层根本没写。
