能修改的是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）。你不能也不该对 /dev/mapper/xxx 直接运行 tune2fs 或 xfs_admin —— 它们不是真实文件系统设备，而是映射节点。真正要改的，是 LV 所在的底层 PV 上的文件系统（比如 /dev/sda2 上的 xfs 分区），但这通常意味着重装或重建，风险极高。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 误操作后果：修改了 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 的唯一标识就是它自己，想“换身份”只能重新格式化。
