CentOS怎么查看系统的UUID

麒麟系统无法修改系统UUID，因其由BIOS/UEFI固件提供、内核只读暴露，强行篡改会导致授权失效、安全模块拦截；可安全修改的是硬盘分区UUID，如用tune2fs -U random /dev/sdb1。

在CentOS中，systemd并不负责生成或管理“系统UUID”。通常所说的“系统UUID”，其实指的是主板SMBIOS的系统标识符（System UUID），它和文件系统以及网卡的UUID可不是一回事儿。这个值是由BIOS/UEFI固件提供的，主要用于在硬件层面唯一地标识物理机或者虚拟机实例。

怎么查主板 BIOS 提供的 System UUID

直接读取 DMI 数据是最可靠的方式：

运行 sudo dmidecode -s system-uuid，输出类似：
4C4C4544-004B-5210-804E-B7C04F4D3430

• 必须用 root 权限，否则 dmidecode 会报错或返回空
• 该值在物理机上由主板 BIOS 写入，在 KVM/Xen/VMware 虚拟机中由 hypervisor 模拟生成
• 部分精简版镜像（如某些云厂商定制 CentOS）可能禁用 dmidecode 或屏蔽 DMI 信息，此时命令会失败或返回 Not Set

为什么 blkid 或 lsblk 查不到“系统 UUID”

blkid 和 lsblk -f 只显示块设备（如 /dev/sda1）的文件系统 UUID，例如：
/dev/sda1: UUID="a1b2c3d4-..." TYPE="ext4"

• 这是文件系统格式化时生成的，和“系统”无关
• 同一块硬盘重装系统后，这个 UUID 会变；但主板 UUID（DMI 中的）一般不变（除非 BIOS 重置或虚拟机克隆时未生成新 UUID）
• 误把 /etc/machine-id 当作系统 UUID 是常见误区——它只是 systemd 服务本地标识，可被重生成，不具硬件唯一性

克隆虚拟机后 System UUID 相同怎么办

VMware、VirtualBox 等克隆虚拟机时默认复用原 UUID，会导致监控、license 或集群识别冲突。

• VMware：关机后编辑 .vmx 文件，添加或修改 uuid.bios = "564d...xxxx..."，再开机
• KVM：用 virsh edit ，在 下手动改 ...
• 不要依赖 uuidgen 替换 DMI 值——Linux 内核不提供写入接口，强行伪造需修改固件或启动参数（风险高，不推荐）

真正需要“系统级唯一标识”时，得明确你要的是 BIOS 层的硬件身份，还是 OS 层的服务身份——这两者用途、来源、生命周期完全不同。