麒麟系统无法修改系统uuid，因其由bios/uefi固件提供、内核只读暴露，强行篡改会导致授权失效、安全模块拦截；可安全修改的是硬盘分区uuid，如用tune2fs -u random /dev/sdb1。
systemd 本身不生成或管理“系统 UUID”，CentOS 中所谓“系统 UUID”通常指 主板 SMBIOS 的系统标识符（System UUID），而非文件系统或网卡的 UUID。这个值由 BIOS/UEFI 固件提供，用于硬件层面唯一标识物理机或虚拟机实例。
怎么查主板 BIOS 提供的 System UUID
直接读取 DMI 数据是最可靠的方式：
运行 sudo dmidecode -s system-uuid，输出类似：4C4C4544-004B-5210-804E-B7C04F4D3430
CentOS Linux 7.9.2009
下载
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
- 必须用
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 <vm-name></vm-name>，在<sysinfo type="smbios"></sysinfo>下手动改<system><entry name="uuid">...</entry></system> - 不要依赖
uuidgen替换 DMI 值——Linux 内核不提供写入接口，强行伪造需修改固件或启动参数（风险高，不推荐）
真正需要“系统级唯一标识”时，得明确你要的是 BIOS 层的硬件身份，还是 OS 层的服务身份——这两者用途、来源、生命周期完全不同。
