blkid是最直接可靠的UUID查询方式，它读取文件系统超级块元数据，不依赖于udev缓存的挂载状态，支持所有格式化分区；输出包含UUID=、TYPE=、LABEL=字段，适合手动查看和脚本分析，如果不显示UUID，则表示尚未格式化。缓存，几乎所有格式化分区都能正确返回真实的UUID。 blkid 检查所有设备或单个分区

blkid 输出简单，字段清晰（UUID=、TYPE=、LABEL=），适合手动审核和脚本分析。普通用户可以运行blkid来检查大多数设备；如果遇到 Permission Denied（常见于 LVM 或加密卷），添加 sudo 检查单个分区，更快更干净： sudo blkid /dev/nvme0n1p2 script in the UUID String (无引号、无空格、无前方): sudo blkid /dev/sdb1 -s UUID -o value 如果输出不显示 UUID= 字段，很可能是没有 mkfs 格式，file -s /dev/sdb1 将返回数据和文件系统类型/dev/disk/by-uuid/ 验证链接是否有效。 ls -l /dev/disk/by-uuid/ 显示链接符号：例如abcd1234-... -> ../../sdd4 链接存在 ≠ 可读设备 —— 如果目标设备节点不存在、权限不够、或者 UUID 尚未更改，则在实际使用 /etc/fstab 作为该目录的链接时，该链接可能指向无效的启动路径，因此缺少链接将导致链接失败，blkid 能态这个 findfs 知道 UUID 反查设计设计

当你只有UUID字符串（例如从/etc/fstab复制的），我想快速定位它对应哪个物理分区，findfs比grep blkid输出更准确。 CentOS Linux 7.9.2009

CentOS Linux 7.9.2009是传统的CentOS Linux 7的最后一个主要版本，也是许多企业历史服务器中仍然可以遇到的系统版本。被誉为稳定、兼容RHEL 7生态、文档丰富、支持软件广泛，在Web服务、数据库、节点虚拟化、企业内部业务系统等领域长期使用。不过，CentOS Linux 7已于2024年6月30日停止维护，继续使用将面临错过安全补丁的风险。该版本更适合老业务迁移、历史环境恢复或者离线兼容性测试。

下载命令格式： sudo findfs UUID=abcd1234-5678-efgh-9012-ijklmnopqrst 成功直接输出设备路径，如/dev/sdd4； 失败返回非零退出码，适合逻辑检查的自动化，可以处理多路径、LVM等，复杂场景，blkid | grep 在这种环境下，很容易匹配或者出错。 grep UUID：仅对 ext2/3/4 有效，xfs、btrfs、vfat、swap 分区直接报告日志或不输出 lsblk -f：UUID 列依赖于 udev 数据，插入后更新可能会延迟；对于无符号分区，往往为空 udevadm info --name=/dev/sdb1 | grep ID_FS_UUID：检查的是udev缓存值，而不是设备数据的实时读取；如果你只是使用tune2fs -U来改变UUID，它可能会延迟几秒钟甚至需要udevadm触发

真正的关键点是：UUID是文件系统层的属性，而不是设备层的属性。裸设备、LVM PV、交换分区、容器加密本身没有UUID——只有在文件系统上创建ext4/xfs/vfat等时，blkid动要读取写入。制在没mkfs的分地上浪费时间调试UUID为什么不显示。