最稳的方法是执行 sudo fdisk -l /dev/sdx 查看 disk label type 字段：gpt 表示真 gpt，dos 表示真 mbr，unknown 或缺失则分区表未初始化、损坏或内核无法识别。
直接看 fdisk -l 的 Disk label type 字段最省事
执行 sudo fdisk -l /dev/sdX（把 /dev/sdX 换成你的磁盘，比如 /dev/sda），输出里第一块磁盘信息下方紧跟着的那行就是关键：
-
Disk label type: gpt→ 真 GPT -
Disk label type: dos→ 真 MBR（dos是 fdisk 对 MBR 的内部代号，和 DOS 系统无关） -
Disk label type: unknown或压根没这行 → 分区表未初始化、损坏，或内核无法识别
这个字段由内核底层提供，不依赖用户态解析逻辑，也不受保护性 MBR 干扰。只要磁盘能被内核识别，它就最稳。注意：别对分区设备（如 /dev/sda1）运行，只对磁盘设备（/dev/sda）用。
parted -l 的 Partition Table 字段更底层、更通用
当 fdisk -l 因权限、挂载状态或旧版本导致字段缺失时，sudo parted -l 是更可靠的 fallback：
- 输出中每块磁盘头信息里找
Partition Table: gpt或Partition Table: msdos -
msdos就是 MBR，不是指文件系统格式 - 如果显示
Partition Table: unknown，说明 parted 读不到有效分区表头——可能是全新盘、清空过、或严重损坏 - 某些老系统（如 RHEL 6 自带的 parted）对空盘识别不准，此时优先信
fdisk -l
它不依赖磁盘是否挂载，但若设备被占用（比如 /dev/sdb 正在被 LVM 使用），parted /dev/sdb print 可能报 Device or resource busy，而 parted -l 通常不受影响。
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
用 gdisk -l 验证 GPT 是否真实健康，不只是“有没有”
gdisk 不是另一个查看工具，它是 GPT 协议栈原生解析器，会校验 CRC、比对主/备份头、检查一致性。适合当你怀疑 GPT 被部分破坏时：
-
sudo gdisk -l /dev/sdX输出含Found valid GPT with protective MBR→ 健康 GPT - 输出含
Found invalid GPT and valid MBR→ 实际是 MBR，GPT 区域无效（比如被fdisk写过） - 输出含
Found invalid GPT and invalid MBR→ 双损，别急着重分区，先用sgdisk -b backup.bin /dev/sdX尝试备份原始结构 - 交互模式下误按
w会重写保护性 MBR，非必要不进入交互模式
它对 NVMe 盘（如 /dev/nvme0n1）同样适用，只需换设备名。但对纯 MBR 盘，它不会报错，只是提示 MBR only —— 所以它更适合“确认 GPT 是否真有效”，而不是“判断类型”。
别信 lsblk -f 的 PARTTYPE 列来判断整盘类型
lsblk -f 的 PARTTYPE 显示的是单个分区的类型标识（如 EFI 分区的 GUID），不是整块磁盘的分区表格式：
- 看到
c12a7328-f81f-11d2-ba4b-00a0c93ec93b（EFI GUID）→ 该分区大概率属于 GPT 磁盘 - 看到空值或
0x83（十六进制 ID）→ 这是 MBR 分区类型码，但不能反推整盘是 MBR（GPT 磁盘上也能有 Linux 分区） - RAID、LVM 或加密卷上，
PARTTYPE常为空或不可靠 - 它依赖内核识别，而内核有时会把损坏的 GPT 头误判为 MBR（尤其主头残留、备份头被覆盖时）
所以它只能辅助验证：多个分区都显示 EFI 或 Microsoft GUID，才可较放心推断是 GPT；单个分区有 GUID ≠ 整盘是 GPT。真正容易被忽略的是——分区表类型判断必须基于磁盘设备本身，而不是任何分区子设备或抽象层。
