能修改的是ext2/ext3/ext4分区UUID，xfs不支持；必须先卸载分区，再用tune2fs -U random或指定值修改，之后同步更新fstab和GRUB配置，否则系统可能无法启动。
修改 ext4/ext3 分区的 UUID 用 tune2fs
只有 ext 系列（ext2/ext3/ext4）文件系统支持直接修改 UUID，xfs 不行。执行前必须确保分区已卸载，否则会报错 tune2fs: Bad magic number in super-block 或拒绝操作。
- 先查当前 UUID：
blkid /dev/sdb1 - 卸载（如果已挂载）：
umount /dev/sdb1；若提示“device is busy”，用fuser -m /dev/sdb1查进程，或加-k强制终止 - 生成新 UUID：
tune2fs -U random /dev/sdb1（推荐）或指定值：tune2fs -U 123e4567-e89b-12d3-a456-426614174000 /dev/sdb1 - 验证：
blkid /dev/sdb1，确认 UUID 已变
修改 xfs 分区的 UUID？不行，但可改 label
xfs 文件系统不提供 UUID 修改接口——它的 UUID 是格式化时硬编码进 superblock 的，xfs_admin -U 不存在，强行调用会报 invalid option -- 'U'。唯一可安全修改的是卷标（label），且同样要求未挂载：
- 查看当前 label：
xfs_admin -l /dev/sda3 - 设置新 label（最多 12 个字符）：
xfs_admin -L mydata /dev/sda3 - 注意：label 修改后，
/etc/fstab中若用LABEL=mydata挂载，需同步更新；但 UUID 字段不能替换成 label 后直接留空
修改 LVM 逻辑卷（LV）对应的 UUID？别动它
/dev/mapper/centos-root 这一类设备，本质上是 LVM 抽象出来的块设备；它显示出来的 UUID，其实对应的是底层文件系统，比如 xfs 或 ext4。也正因为如此，tune2fs 或 xfs_admin 这类工具既不能、也不应该直接对 /dev/mapper/xxx 下手——它们面对的并不是“真实的文件系统设备”，而只是一个映射出来的节点。真正涉及修改的，应该是 LV 所在底层 PV 上承载的文件系统，比如 /dev/sda2 上的 xfs 分区。不过这件事通常不只是改个参数那么简单，往往意味着重装或重建，风险非常高。
- 误操作后果：修改了 LV 底层 PV 的 UUID，但
/etc/fstab和/boot/grub2/grub.cfg仍引用旧 UUID → 开机卡在 initramfs，提示 “Failed to mount root filesystem” - 正确做法：只在非根分区（如
/home、数据盘）上操作；根分区修改前务必备份/etc/fstab和 initramfs（dracut -f）
修改后必须同步更新 /etc/fstab 和 GRUB 配置
UUID 是 fstab 和内核启动参数中定位设备的核心依据。改完不更新，下次重启大概率无法进系统。
- 编辑
/etc/fstab，把旧 UUID 替换为blkid输出的新值 - 检查
/boot/grub2/grub.cfg是否含 UUID（尤其 root= 参数），一般由grub2-mkconfig自动生成，但保险起见可手动验证：grep "root=UUID" /boot/grub2/grub.cfg - 若使用 LVM，确认
rd.lvm.lv=centos/root这类参数没被误删——它不依赖 UUID，但和 fstab 中的 UUID 是两套机制，别混淆
最易被忽略的一点：xfs 分区根本不能改 UUID，很多人卡在这一步反复试 xfs_admin -U 却失败。记住，xfs 的唯一标识就是它自己，想“换身份”只能重新格式化。
