blkid 是首选命令，因为它直接读取文件系统 superblock 中的真实元数据，不依赖挂载状态且通常无需 root 权限，输出包含 UUID=、TYPE=、LABEL= 字段，格式规范便于用于 /etc/fstab。
直接用 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 列可能为空或省略。
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
-
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 极可能重复或失效。
