优先用 sudo dmidecode -s system-serial-number 获取系统序列号；无 root 时读取 /sys/class/dmi/id/product_serial；云服务器应使用云平台元数据接口。
直接用 dmidecode 查系统序列号，但需要 root 权限
普通用户执行 dmidecode 会报错：Permission denied，因为 BIOS/DMI 数据在内核态受保护。必须用 sudo dmidecode -s system-serial-number 才能拿到结果。
- 常见错误：不加
sudo直接跑，输出为空或报错，误以为没这个信息 -
-s参数只支持固定字段名，比如system-serial-number、system-manufacturer、baseboard-serial-number，拼错就返回空 - 部分虚拟机（如 VMware、QEMU）可能返回
None或To be filled by O.E.M.，不是命令问题，是固件没填 - 执行一次
dmidecode会读取整块 SMBIOS 表，耗时略长；如果只要序列号，别用dmidecode | grep Serial，那会多扫几倍数据
没有 root 权限时，试试 sudo 不了的替代路径
某些受限环境（如容器、托管服务器）连 sudo 都被禁了，这时可检查 /sys/class/dmi/id/ 下的 sysfs 接口——它是内核导出的只读视图，无需特权。
- 运行
cat /sys/class/dmi/id/product_serial，多数现代内核（≥3.0）都支持 - 注意字段名和
dmidecode -s不完全一致：product_serial对应system-serial-number，board_serial对应baseboard-serial-number - 如果该目录不存在或读出来是空，说明内核编译时没启用
CONFIG_DMIID，或者硬件根本不提供 DMI 支持（极少见） - 比
dmidecode快得多，适合脚本高频调用
dmidecode 输出字段混乱？先过滤再解析
直接跑 dmidecode 不带参数，输出几百行，结构松散，不同厂商字段顺序、缩进、换行都不一样。硬 grep 容易漏或误匹配。
- 别用
dmidecode | grep -A1 "Serial Number"，有些设备把序列号放在下两行，有些合并成一行 - 推荐用
dmidecode -t system限定类型，再配合awk提取：sudo dmidecode -t system | awk -F': ' '/Serial Number/ {print $2; exit}' -
-t system只查主板/系统段，比全量快；-t baseboard查主板序列号，两者可能不同 - 部分国产 BIOS 把序列号藏在
OEM-specific Type里，这种得靠dmidecode -t 11（OEM 字符串）手动翻，没通用解法
云服务器上基本拿不到真实序列号
AWS、阿里云、腾讯云等主流公有云默认屏蔽物理 DMI 信息，无论 dmidecode 还是 /sys/class/dmi/id/ 都返回占位符（如 ec2b7d5f-... 或空字符串）。
- 这不是权限或命令问题，是 hypervisor 主动拦截，防止虚拟机指纹泄露
- 想唯一标识实例，应该用云平台提供的元数据服务，比如：
curl http://169.254.169.254/latest/meta-data/instance-id（AWS）、curl http://100.100.100.200/latest/meta-data/instance-id（阿里云） - 部分私有云（如 OpenStack）允许透传 DMI，但需管理员在 flavor 或 image 级别显式开启，不是默认行为
sudo dmidecode -s system-serial-number；没 root 就查 /sys/class/dmi/id/product_serial；云上别白费劲，去读元数据接口。DMI 本身不加密、不校验，拿到的值也未必可靠，别当成强身份凭证用。 
