Linux系统如何查看磁盘UUID blkid命令使用教程
Linux系统查看磁盘UUID信息：blkid命令使用方法
在Linux系统磁盘管理中，UUID是一个至关重要的唯一标识符。相较于传统的设备名称（如/dev/sda1），UUID具有更高的稳定性，不会因硬盘连接顺序改变而发生变化。然而，用户在执行blkid命令时，有时会遇到无输出或信息不符的情况。这通常有明确的原因。本文将深入解析几种典型场景，帮助您精准定位问题根源。
blkid 查不到 UUID？先确认设备有没有文件系统
首先需要明确，blkid命令并非万能。其工作原理是读取磁盘分区上已创建的文件系统元数据。因此，当执行blkid /dev/sda1后无任何输出，或仅显示PARTUUID（分区表ID）而无UUID时，主要原因通常有两个：该分区尚未格式化，或其原有的文件系统头部信息已被其他工具覆盖。
请回忆是否曾使用mkswap创建交换分区、pvcreate初始化LVM物理卷，或cryptsetup进行磁盘加密？这些操作都会覆盖常规文件系统的特征标识。
您可以通过以下命令进行验证：
file -s /dev/sda1—— 若返回结果为“data”或“LVM2 physical volume”，则表明该设备当前并非ext4、xfs等常规文件系统。lsblk -f—— 直接查看输出表格中的“TYPE”列。若该列为空，或显示为“swap”、“LVM2_member”，则blkid无法查到UUID是正常现象。sudo dumpe2fs -h /dev/sda1 2>/dev/null | grep UUID—— 此命令专用于ext2/3/4系列文件系统，可绕过blkid缓存，直接读取超级块中的信息，结果更为直接可靠。
为什么 blkid 显示的 UUID 和 /etc/fstab 里对不上？
此问题在重装系统、克隆硬盘或使用dd命令复制分区后尤为常见。多数情况下，blkid本身并未出错，它显示的是磁盘当前真实的UUID。问题根源在于系统挂载配置文件/etc/fstab中记录的仍是旧设备的UUID，从而导致信息不匹配。
建议按以下顺序排查：
- 首先运行
sudo blkid -c /dev/null。参数-c的作用是清空缓存文件，强制blkid重新扫描，确保获取到最新、最准确的UUID值。 - 随后，打开
/etc/fstab文件，找到对应挂载点（例如根目录/或/home）的行，核对其中的UUID=...字符串是否与上一步命令的输出完全一致。 - 若发现不匹配，切勿立即修改
fstab。还需执行关键一步：使用findmnt -U命令确认当前系统中实际挂载的设备所使用的UUID，以避免修改错误。
此外，在容器、chroot环境或initramfs（初始内存磁盘）中，若/dev目录未被完整绑定挂载（bind-mount），blkid也可能因无法看到全部设备而出现“漏报”。
blkid -t TYPE=ext4 找不到设备？检查内核模块和设备状态
blkid能够识别特定的文件系统类型，但前提是Linux内核本身支持解析该类型。例如，在一些较旧的发行版（如CentOS 7）上，btrfs文件系统的内核模块默认并未加载。此时，即使使用blkid -t TYPE=btrfs进行查询，命令也会静默失败，无任何输出。
遇到此类情况，可进行以下快速检查：
- 检查内核模块：使用
lsmod | grep xfs（检查xfs模块）、lsmod | grep btrfs。若无输出，可尝试使用modprobe btrfs手动加载相应模块。 - 检查支持列表：运行
cat /proc/filesystems | grep -E "(ext|btrfs|xfs)"，查看您关心的文件系统类型是否位于系统当前支持的内核文件系统列表中。 - 注意设备状态：即使设备已被占用（例如已挂载或作为LVM物理卷被激活），
blkid通常仍能读出UUID。但若使用-p参数尝试进行低级探测，则可能遇到“Device or resource busy”等报错。 - 虚拟机特例：在虚拟化环境中，偶尔会出现设备信息未及时同步的情况。此时可尝试触发udev事件：
sudo udevadm trigger --subsystem-match=block，让系统重新识别块设备。
用 by-uuid 链接验证 UUID 是否真实可用
最后介绍一个实用的“验真”方法：查看/dev/disk/by-uuid/目录。此处的符号链接由内核通过udev机制动态生成，反映了系统在挂载时真正能够识别和使用的设备标识，某种程度上比blkid的输出更为“可靠”。
若该目录下没有对应UUID的链接，那么即使blkid能够显示此UUID，在/etc/fstab中使用它配置自动挂载也极有可能在系统启动时失败。
具体操作如下：
- 执行
ls -l /dev/disk/by-uuid/，检查您目标中的UUID是否存在，并确认其是否正确指向预期设备（例如../../sdb2）。 - 若链接缺失，可能是udev规则未生效。可尝试运行
sudo udevadm settle等待udev事件处理完成，然后再次查看。
需要重点区分：PARTUUID（GPT分区表分配的ID）与UUID（文件系统格式化时生成的ID）是两回事。/dev/disk/by-partuuid/目录下的链接不能用于/etc/fstab的UUID=字段，系统无法识别。
真正容易导致困扰的，往往是您看到的UUID背后指向了一个“存在但不可用”的设备。例如，设备被加密层包裹、被LVM逻辑卷管理层抽象，或文件系统本身已损坏但元数据侥幸残留。此时，blkid仍可能凭借残留的元数据读出UUID，给您造成设备正常的错觉。但当您尝试使用mount命令挂载时，系统会直接报错，提示“wrong fs type”或“No such device”。这才是最需要警惕的情况。
相关攻略
在Linux系统中，blkid命令用于查看磁盘UUID，但可能因设备未格式化、文件系统被覆盖或配置不匹配而无法显示或显示错误。可通过`file-s`、`lsblk-f`等命令验证文件系统状态，并检查` etc fstab`中的UUID是否与实际一致。内核模块缺失或设备被占用也可能影响识别。建议使用` dev disk by-uuid `目录验证UUID有效性
安伯尼克为其RGDS双屏掌机发布了全新的定制Linux系统。该系统针对双屏硬件进行了专门优化，提供独立调节上下屏亮度、屏幕翻转等功能，并内置DS游戏专属菜单实现一键启动。用户可通过microSD卡安装该系统，并能通过插拔存储卡在Linux与Android双系统间便捷切换。此外，系统还通过全能模拟器
Linux服务启动失败？别慌，journalctl排查技巧全解析 服务启动失败，是运维工作中最常遇到的“老朋友”。一个核心技巧是：直接运行 journalctl -u 服务名 -n 50 -e，90%的问题根源就藏在最后那几行日志里。 这相当于直接翻到故障剧本的最后一页，往往答案就在那里。但有时候，
Linux系统硬件信息查看：四条命令覆盖九成日常场景 想快速摸清一台Linux服务器的硬件底细？其实不必翻箱倒柜找文档。日常工作中，九成以上的硬件信息查询需求，靠下面这四条命令就能搞定。其余的，大多属于特定场景下的补漏方案，或是权限不足时的替代选择。 lscpu、free -h、lsblk、lspc
10 月 6 日消息，Linux 6 18 的网络子系统更新现已正式合并，为新版本内核带来了多项性能优化、新硬件支持及安全性提升。这些改进将涵盖有线与无线网络设备，为即将成为长期支持版（LTS）的
热门专题
热门推荐
苹果MacStudio库存见底，预示新款即将发布。外观预计延续经典紧凑设计，接口布局不变。核心升级为M5Max和M5Ultra芯片，性能大幅提升，但内存供应可能受限。固态硬盘速度有望翻倍。作为苹果专业桌面新旗舰，其起售价可能小幅上调，WWDC大会可能是发布窗口。
对于使用尼康Z卡口APS-C画幅（DX格式）相机（如Z fc、Z30、Z50）的摄影爱好者而言，在套机镜头之外选择一支定焦镜头，是提升创作自由度和画面质量的关键一步。尼克尔 Z DX 24mm f 1 7正是这样一款专为轻量化与大光圈设计的定焦镜头，目前京东售价1899元，为追求便携与画质平衡的用户
自动驾驶技术的分级标准正面临行业内部的深度反思与重构。在2026北京车展上，小马智行联合创始人兼CEO彭军发表的观点，将行业关注的焦点从技术参数转向了更为根本的责任归属议题。 彭军明确指出，当前广泛采用的L1至L5自动驾驶分级体系已显得“极其无厘头”。他认为，这些层级划分并非衡量自动驾驶商业化前景的
4月28日，《商业内幕》发布的一篇深度报道，揭示了特斯拉自动驾驶承诺背后日益凸显的信任危机。多年来，“未来将实现完全自动驾驶”是特斯拉吸引消费者的核心卖点，但对于众多早期支持者而言，这一愿景正变得愈发渺茫。 图1：马斯克确认HW3车型无法升级至无监督版FSD 问题的根源在于硬件代际差异。在近期举行的
当AI智能体不仅能说会道，还能帮你订餐、写报告，甚至用周杰伦的风格唱首歌时，汽车行业的竞争焦点，已经悄然从硬件参数转向了软件生态。这届北京车展，就是最好的证明。 “你能让它用周杰伦那种吐字不清的风格，唱首歌吗？”在火山引擎的展台，一位体验者向工作人员提出了这个有趣的要求。指令下达后，座舱里的“豆包”