Linux查看磁盘分区UUID方法

本文详细介绍了在Linux系统中查看磁盘分区UUID的多种方法，重点推荐`blkid`作为首选命令——它直接读取文件系统superblock中的真实元数据，不依赖挂载状态、通常无需root权限，输出规范清晰，可直接用于`/etc/fstab`等关键配置；同时对比分析了`lsblk -f`的便捷性与局限（如不显示swap UUID、未格式化分区无输出）、`tune2fs`/`dumpe2fs`对ext系列文件系统的深度支持，以及通过`/dev/disk/by-uuid/`目录实现UUID到设备路径的可靠反查，并特别强调UUID是文件系统级标识、重格式化即变更，务必实时验证，避免因克隆、迁移导致启动失败或挂载错误——掌握这些方法，能让你精准、安全、高效地管理Linux磁盘识别与持久化配置。

直接用 blkid 就能查到所有已识别分区的 UUID，不需要额外格式化或挂载；但没创建文件系统的裸分区（如刚分完区还没 mkfs）不会显示 UUID。

为什么 blkid 是首选命令

它读取的是文件系统 superblock 中的真实元数据，不依赖挂载状态，也不需要 root 权限（除非设备被权限限制）。输出字段明确：每行一个设备，含 UUID=、TYPE=、LABEL=，可直接复制用于 /etc/fstab。

• 运行 sudo blkid 查全部；加设备路径如 sudo blkid /dev/sdb1 查单个
• 若某分区无输出（比如 /dev/sdc1 没列出来），大概率是尚未格式化，file -s /dev/sdc1 会返回 data 而非文件系统类型
• 注意：LVM 逻辑卷（如 /dev/mapper/vg0-lv_root）也会正常显示 UUID，只要它上面有文件系统

lsblk -f 的实用场景和局限

适合快速看「谁挂载在哪、用什么文件系统、有没有 UUID」的三层关系，尤其当你需要同时确认挂载点时。但它对未挂载且无 LABEL 的分区，UUID 列可能为空或省略。

• lsblk -f 显示的 UUID 和 blkid 一致，来源相同；但默认不显示 swap 分区的 UUID（尽管 blkid 会）
• 如果看到某分区 FSTYPE 为空、UUID 为空，基本可判定该分区没有有效文件系统
• 加 -o +UUID 参数不能补全缺失项，因为字段本身依赖底层信息存在

只针对 ext2/3/4 分区的替代方案：tune2fs 和 dumpe2fs

这两个命令不查设备节点，而是直接解析 ext 系文件系统的 superblock，结果更底层，但代价是完全不支持 xfs、btrfs、vfat 等其他类型。

• tune2fs -l /dev/sda2 | grep UUID 输出干净，适合脚本提取
• dumpe2fs /dev/sda2 | grep UUID 输出冗长，含大量调试信息，仅建议人工核对时用
• 若执行报错 tune2fs: Bad magic number in super-block，说明不是 ext 系，别再试了

通过 /dev/disk/by-uuid/ 目录反查设备名

这个目录里全是软链接，名字就是 UUID，指向实际设备路径。它是内核 udev 动态生成的，比手动记 /dev/sda1 更可靠——哪怕磁盘顺序变了，UUID 链接依然有效。

• ls -l /dev/disk/by-uuid/ 可直观看到哪些 UUID 当前可用
• 链接目标可能是 ../../sda1，也可能是 ../../nvme0n1p2，注意路径层级
• 该目录下不存在的 UUID ≠ 分区损坏，只是对应设备当前未被内核识别（比如拔掉 USB 盘后链接还在但目标失效）

UUID 不是设备物理属性，而是文件系统创建时写入的；重格式化会生成新 UUID，而单纯挂载/卸载不会改变它。如果你在配置 /etc/fstab 或 GRUB 启动参数，务必用 blkid 实时查，别复用旧文档里的值——特别是克隆过系统的环境，UUID 极可能重复或失效。

今天关于《Linux查看磁盘分区UUID方法》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！