UUID是文件系统层面唯一标识，不可修改只能重生成：ext4用tune2fs -U random卸载后操作；xfs必须umount+备份+xfsdump+mkfs.xfs重新格式化才能获得新UUID；修改后需同步更新/etc/fstab并mount -a验证。
UUID 是文件系统层面的唯一标识，不能“修改”——只能重新生成。CentOS 7 中不同文件系统（ext4 vs xfs）生成新 UUID 的方式完全不同，且必须在未挂载状态下操作，否则会失败甚至损坏数据。
ext4 分区怎么重生成 UUID
ext4 使用 tune2fs 命令生成新 UUID，操作简单但要求分区已卸载：
- 卸载目标分区（例如
/dev/sdb1）：umount /dev/sdb1
- 执行重生成：
tune2fs -U random /dev/sdb1
或指定具体 UUID（需格式正确）：tune2fs -U 123e4567-e89b-12d3-a456-426614174000 /dev/sdb1
- 验证结果：
blkid /dev/sdb1
⚠️ 注意：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
-
tune2fs对xfs无效，会报错 “Bad magic number in super-block”； - 若分区正在使用（如
/home），需先fuser -m -v -k /home强制终止占用进程； - 不支持对根分区（
/）在线操作，必须进 rescue 模式或 Live CD。
xfs 分区怎么重生成 UUID
xfs 不支持直接修改 UUID，其 UUID 在格式化时写入，且无运行时重写机制。唯一可靠方式是：
- 卸载分区：
umount /dev/sdb1
- 备份数据（⚠️关键！）：
xfsdump -f /tmp/sdb1.dump /dev/sdb1
- 重新格式化（这会彻底清空数据并生成新 UUID）：
mkfs.xfs -f /dev/sdb1
- 恢复数据：
xfsrestore -f /tmp/sdb1.dump /mnt/point
✅ 补充说明：
-
xfs_admin -U在早期内核中曾存在，但 CentOS 7 默认内核（3.10+）及xfsprogs版本已移除此功能； - 尝试
xfs_admin -U random /dev/sdb1会提示 “Operation not supported”； - 即使分区只读挂载，
mkfs.xfs仍会拒绝覆盖，必须先umount。
修改 /etc/fstab 中的 UUID 引用是否必要？
是，但仅当 UUID 确实变了才需要更新：
- 运行
blkid获取新 UUID； - 编辑
/etc/fstab，把旧UUID=...替换为新值； -
务必验证语法：执行
mount -a，无输出即成功；若有错误（如unknown filesystem type），说明 UUID 错误或文件系统类型不匹配； - 别漏掉 swap 分区条目（
TYPE="swap"），它也依赖 UUID。
最易被忽略的一点：
LVM 逻辑卷（如 /dev/mapper/centos-root）的 UUID 属于底层物理分区，不是 LV 本身；LV 没有独立 UUID，blkid 显示的是其承载的文件系统 UUID —— 所以重生成操作对象永远是 /dev/mapper/xxx，而不是 VG 或 PV 设备。
