fdisk -l 适合快速查看mbr分区结构和设备识别,但不支持gpt细节;parted -l 才能准确显示gpt分区表、uuid、文件系统类型及对齐状态,是现代磁盘的可靠选择。

fdisk 和 parted 都能查分区表,但用途和行为完全不同:想快速看分区结构、确认设备是否存在,用 fdisk -l;想查 GPT 分区、带 UUID 或文件系统标签的详细信息,parted 更可靠,且 fdisk 在 GPT 磁盘上会警告“不支持”或显示不全。
fdisk -l 能看到什么、不能看到什么
fdisk -l 输出的是传统 MBR 分区表的原始视图,包括柱面/扇区起止、Id 类型(如 83 表示 Linux)、是否 bootable。它对 GPT 磁盘也能运行,但会降级显示为“未知类型”,且不显示分区名、UUID、对齐状态等关键字段。
- 适合场景:确认新硬盘是否被识别(如
/dev/vdb是否出现)、快速核对主/逻辑分区数量、判断是否已有分区 - 常见误判:看到
/dev/sda1就以为可挂载——其实可能未格式化,或文件系统损坏 - 参数差异:
fdisk -l /dev/sda只查指定盘;fdisk -l查所有;加-u会用扇区数代替柱面数,更精确 - 注意:输出中 “Units = cylinders of …” 是历史遗留单位,现代 SSD/HDD 不再按柱面物理寻址,数值仅作参考
parted -l 才是 GPT 和现代磁盘的真相
parted -l 会主动探测磁盘实际使用的分区表类型(MBR/GPT),并列出真实对齐情况、分区标志(如 boot, esp)、文件系统类型(ext4, fat32)、甚至分区名称(GPT 中可设)和 UUID。它不依赖内核模块加载顺序,结果更稳定。
在无 root/sudo 权限的环境(云容器、VPS、隔离主机)中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景:...
- 必须加
-l(小写 L),否则进入交互模式;不加sudo可能看不到部分设备权限信息 - 输出中 “Partition Table: gpt” 或 “msdos” 直接告诉你底层格式,比
fdisk的模糊提示明确得多 - 容易踩的坑:如果磁盘有损坏或分区表混乱,
parted -l可能报错退出,而fdisk -l仍强行输出残缺数据——这时别信fdisk的“看起来正常” - 性能影响:
parted -l会读取整个磁盘头部元数据,对超大磁盘(如 100TB)略慢,但通常可忽略
为什么不能只靠 lsblk 或 blkid 替代
lsblk 和 blkid 看的是内核已识别的块设备视图,不是分区表本身。它们依赖 udev 规则和内核模块加载,一旦分区表损坏、文件系统未识别或设备处于 busy 状态,就可能漏掉条目或显示为空。
-
lsblk显示树状结构,方便看挂载点和父子关系,但不显示分区类型代码(如8efor LVM)或起始扇区偏移 -
blkid只输出已识别文件系统的 UUID 和 TYPE,对未格式化的分区(如刚用n创建但没w的/dev/sdb1)完全不可见 - 真实调试链路:先
fdisk -l确认设备存在 → 再parted -l看分区表健康度 → 最后blkid验证文件系统是否就绪
真正麻烦的永远不是“怎么查”,而是查完发现分区表校验失败、GPT 备份头丢失、或者主分区和扩展分区重叠——这些在 fdisk -l 里只是几行数字,在 parted -l 里会直接标红报错。别跳过验证步骤,尤其在云服务器挂载新盘之后。










