linux查看磁盘uuid最可靠方式是sudo blkid,直接读取文件系统元数据;其次可用lsblk -f或ls -l /dev/disk/by-uuid/;未格式化分区无uuid,修改需按文件系统类型使用tune2fs/xfs_admin等工具,并同步更新fstab和initramfs。

Linux 存储设备的 UUID 是文件系统层的唯一标识,不随设备名(如 /dev/sdb1)变化而改变,是稳定挂载、避免启动失败的核心依据。查看必须准确,修改需谨慎且配套更新 fstab 和 initramfs。
一、准确查看 UUID 的三种主力方法
推荐按优先级顺序使用,兼顾准确性、通用性和可脚本化:
-
sudo blkid:最权威方式,直接读取文件系统 superblock 元数据,无需挂载、不依赖 udev 缓存;输出含
UUID="..." TYPE="..." LABEL="...",复制时注意去掉英文引号;对未格式化分区不显示 UUID 字段 - lsblk -f:适合人工快速定位,显示 NAME、FSTYPE、UUID、MOUNTPOINT 四列;未挂载但已格式化的分区也能显示 UUID,但部分热插拔场景下 udev 数据可能延迟更新
-
ls -l /dev/disk/by-uuid/:验证系统是否已建立 UUID 到设备路径的映射;看到的是软链接(如
abcd1234-... -> ../../sdd4),链接存在 ≠ 设备可用——若目标设备节点权限不足或刚重置 UUID,链接可能失效
二、确认分区是否已格式化(避免查不到 UUID)
UUID 是文件系统创建时生成的属性。裸设备、LVM PV、swap 分区本身无 UUID,只有建好文件系统后才有。
PyCharm 2026.2.0.1 Linux版提供 JetBrains 官方 2026.2.0.1 版本安装包,适合需要指定 PyCharm 版本进行 Python 项目开发、运行和调试的用户。
- 运行
sudo file -s /dev/sdXN:若返回data,说明尚未格式化;若返回类似ext4 filesystem data, UUID=...,则已有 UUID - 未格式化时,先执行对应命令创建文件系统,例如:
sudo mkfs.ext4 /dev/sdXN(操作前务必确认目标设备并备份数据)
三、安全修改 UUID 的操作要点
修改 UUID 属于高风险操作,仅在必要时进行(如克隆系统后避免冲突),且必须同步更新所有引用位置。
- 按文件系统类型选择工具:
• ext2/3/4:用sudo tune2fs -U random /dev/sdXN(生成新随机 UUID)或-U clear(清空)
• xfs:用sudo xfs_admin -U generate /dev/sdXN
• btrfs:UUID 与文件系统绑定,不可单独修改;需用btrfs filesystem show查看,重置需重建 - 修改后必须立即执行:
•sudo blkid /dev/sdXN验证新 UUID 已生效
• 更新/etc/fstab中对应行的UUID=...值
• 若该分区为根或 boot,还需运行sudo update-initramfs -u(Debian/Ubuntu)或sudo dracut -f(RHEL/CentOS/Fedora)
四、fstab 挂载配置与验证规范
使用 UUID 挂载是标准实践,但配置错误会导致开机卡住或挂载失败。
-
/etc/fstab必须严格六列:UUID=xxx /mount/point fstype options dump pass(如UUID=a2092b92-... /home ext4 defaults 0 2) - 修改 fstab 后,**务必执行
sudo mount -a**:该命令模拟开机挂载流程,能即时发现 UUID 错误、路径不存在、权限问题等;无输出即表示通过 - 禁用设备名挂载(如
/dev/sdb1):它在多盘、USB 插拔、SAN LUN 重映射等场景极易错乱,严重时导致系统无法启动










