最准方法是执行sudo parted -l，查看Partition Table字段：gpt为GPT，msdos为MBR，unknown表示损坏或未初始化；该字段直接读取分区表头，不受保护性MBR干扰，且不依赖磁盘状态。
直接看 parted -l 输出里的 Partition Table 字段，值为 gpt 或 msdos 就是最终答案；其他工具的输出只是辅助或可能误导。
用 parted -l 看最准的分区表类型字段
parted 是唯一原生、无歧义识别 MBR/GPT 的用户态工具。它不依赖保护性 MBR，也不做“尽力而为”解析，只要能读到分区表头（哪怕分区已损坏），就会明确写出类型。
- 执行
sudo parted -l，每块磁盘信息块里找Partition Table:这一行 - 值为
gpt→ 真 GPT；值为msdos→ 真 MBR（注意：msdos不是 DOS 系统，是 Linux 对 MBR 的历史命名） - 值为
unknown→ 分区表严重损坏、未初始化，或设备权限不足（如某些 NVMe 盘未被内核完全识别） - 必须对磁盘设备运行，例如
/dev/sda；别对分区设备（如/dev/sda1）运行，那会报错或无意义
用 gdisk -l 验证 GPT 是否真实有效
gdisk 不是“另一个查看工具”，它是 GPT 协议栈原生解析器，会校验 CRC32、比对主/备份头、报告一致性。它能告诉你“是不是 GPT”，更关键的是“GPT 健不健康”。
- 执行
sudo gdisk -l /dev/sda（把/dev/sda换成你的目标磁盘） - 输出含
Found valid GPT with protective MBR→ 确认为健康 GPT - 输出含
Found invalid GPT and valid MBR→ 实际是 MBR，GPT 区域被覆盖或未初始化 - 输出含
Found invalid GPT and invalid MBR→ 分区表双损，先用sgdisk -b backup.bin /dev/sda备份原始结构再处理 - 别进入交互模式乱按
w，它会重写保护性 MBR，非必要只用-l参数
为什么不能信 fdisk -l 的 Disk label type
fdisk 是 MBR 时代的工具，对 GPT 属于“尽力而为”解析。它看到 GPT 磁盘上的保护性 MBR，就可能报 Disk label type: dos——但这不是真相，只是它认出了那个兼容层。
-
Disk label type: dos出现在 GPT 磁盘上很常见，因为 GPT 必须带保护性 MBR -
GPT PMBR size mismatch或Invalid partition table这类警告，反而是 GPT 存在的强信号，说明fdisk发现了 GPT 结构但保护层异常 - 分区编号 ≥5（如
/dev/sda5）→ 基本可反推是 MBR 扩展分区结构（GPT 支持 128 个主分区，无需逻辑分区） -
fdisk完全看不到 GPT 特有字段：分区 GUID、Name、备份头位置
看 /proc/partitions 辅助判断内核是否识别设备
/proc/partitions 是内核实时维护的设备列表，不经过任何用户态解析，适合排除工具链误报或设备识别问题。
- 执行
cat /proc/partitions - 看到
nvme0n1p1、nvme0n1p2这类带p编号的条目，且没有p5及以后 → 大概率是 GPT（NVMe 默认 GPT） - 看到
sda1～sda4后还有sda5→ 基本锁定为 MBR 扩展分区结构 - 该文件不提供分区表类型，只反映内核是否成功枚举出分区设备；若某盘在
/proc/partitions中完全没出现，说明底层驱动或权限问题，parted和gdisk的结果都不可信
真正难的不是“怎么查”，而是当 parted -l 显示 unknown、gdisk -l 报双损、/proc/partitions 里设备名都缺失时，得先判断是物理损坏、权限锁死，还是固件/驱动 bug——这时候连 smartctl 和 dmesg | grep -i nvme 都得翻出来一起看。
