在CentOS系统中处理大容量磁盘（超过2TB）或者需要创建超过4个主分区时，传统的MBR分区表就不够用了，必须使用GPT分区表。gdisk和parted是CentOS下操作GPT分区最常用的两个工具，gdisk适合交互式精确操作，parted则更适合脚本化批量处理。下面直接讲怎么用、怎么避坑、怎么处理实际运维场景中的各种问题。

一、为什么CentOS运维必须掌握GPT分区

MBR分区表最大只支持2TB磁盘容量，最多4个主分区（或者3主+1扩展）。现在服务器动不动就是4TB、8TB甚至更大的数据盘，MBR根本无法识别完整容量。GPT（GUID Partition Table）支持最大18EB的磁盘，分区数量理论上没有限制，CentOS 7及以上版本默认支持GPT引导。运维人员在给新服务器挂载大容量数据盘、做RAID阵列扩容、或者迁移旧系统到新硬件时，都会碰到GPT分区的操作需求。不掌握gdisk和parted，基本上就没法在CentOS上正确管理大盘。

二、gdisk工具的安装与基本使用

gdisk不是CentOS默认安装的，需要手动装一下。执行以下命令即可：

yum install -y gdisk

安装完成后，查看磁盘分区情况确认目标磁盘：

fdisk -l /dev/sdb

假设我们要对/dev/sdb这块4TB的新盘做GPT分区。直接运行：

gdisk /dev/sdb

进入gdisk交互界面后，你会看到类似这样的提示：GPT fdisk (gdisk) version 1.0.x。如果磁盘当前是MBR格式，gdisk会提示"MBR: MBR only"并询问是否转换为GPT，输入Y确认转换即可。如果已经是GPT格式，直接进入操作界面。

gdisk的核心命令就几个：n创建新分区、d删除分区、p查看分区表、w写入并退出、q不保存退出。创建分区时，gdisk会依次问你分区号、起始扇区、结束扇区、分区类型GUID代码。对于大多数运维场景，直接回车使用默认值就行，gdisk会自动对齐到2048扇区（1MB对齐），这对SSD和高性能磁盘非常重要。

分区类型代码常用的有：8300是Linux文件系统，8E00是Linux LVM，FD00是Linux RAID。如果你要做LVM，就选8E00。创建完所有分区后，输入w回车写入，gdisk会把分区表同步到磁盘。这里有个关键点：w命令执行后分区表立即生效，但内核不一定马上识别，需要执行partprobe或者重启。

三、parted工具的特点与操作方式

parted是GNU parted项目的命令行工具，CentOS默认就有，不需要额外安装。它的优势是支持脚本化操作，可以在一行命令里完成分区创建，特别适合批量部署或者自动化运维场景。parted的单位系统默认是MB，但可以用unit命令切换。

启动parted操作磁盘：

parted /dev/sdb

进入parted交互模式后，先查看当前分区表：

(parted) print

如果需要创建GPT分区表（磁盘是空的或者是MBR格式）：

(parted) mklabel gpt

创建分区用mkpart命令，格式是：mkpart 分区名 文件系统类型 起始位置 结束位置。例如创建一个从1MB到100GB的ext4分区：

(parted) mkpart primary ext4 1MB 100GB

如果要创建占满剩余空间的分区，可以用100%作为结束位置：

(parted) mkpart primary xfs 100GB 100%

parted有个很实用的功能是align-check，可以检查分区是否正确对齐：

(parted) align-check optimal 1

返回结果如果是"aligned"就说明对齐没问题。在运维实践中，分区不对齐会导致SSD性能下降、RAID重建异常等问题，这个检查步骤不能省。

四、gdisk与parted的实际对比与选择建议

从操作体验来说，gdisk更像fdisk的GPT版本，交互逻辑清晰，适合手动逐个分区的场景。parted的命令更简洁，但交互模式下有些操作不如gdisk直观。从功能完整性来说，gdisk对GPT特有的功能支持更好，比如可以直接修改分区GUID类型代码、恢复备份GPT头、转换MBR到GPT等。parted则在脚本化方面更强，可以配合shell脚本实现自动化分区。

实际运维中的建议是：单机手动操作用gdisk，批量部署用parted写脚本。如果磁盘已经有数据需要修复GPT分区表，gdisk的恢复功能（通过专家模式x命令进入）是唯一选择。parted在处理已经有分区的磁盘时，如果分区表损坏，修复能力不如gdisk。

五、CentOS下GPT分区后的格式化与挂载

分区创建完成并写入后，需要格式化才能使用。CentOS 7推荐用xfs文件系统，CentOS 8/Stream可以选xfs或ext4。格式化命令：

mkfs.xfs /dev/sdb1

或者：

mkfs.ext4 /dev/sdb1

创建挂载点并挂载：

mkdir -p /data
mount /dev/sdb1 /data

要开机自动挂载，编辑/etc/fstab文件，添加一行：

/dev/sdb1 /data xfs defaults 0 0

这里要注意，用设备名/dev/sdb1在fstab里不太稳定，磁盘顺序变了可能挂错。生产环境建议用UUID或者/dev/disk/by-id/下的符号链接。获取UUID的命令：

blkid /dev/sdb1

然后fstab里写成：

UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx /data xfs defaults 0 0

六、GPT分区表损坏的修复方法

运维中最头疼的情况就是GPT分区表损坏，比如误操作覆盖了分区表、磁盘突然断电导致元数据不一致等。gdisk提供了强大的恢复机制。进入gdisk后输入x进入专家模式，然后输入e可以查看备份GPT头的位置，输入r可以从备份恢复主GPT头，输入d可以从备份恢复分区表。这套操作在数据恢复场景中非常关键。

如果gdisk也无法识别磁盘，可以先用dd命令清零前几个扇区再重建（注意这会清除所有数据）：

dd if=/dev/zero of=/dev/sdb bs=512 count=34

然后重新用gdisk创建GPT分区表。这个操作只在确认磁盘数据可以丢弃时才能执行，生产环境数据盘绝对不能这么干。

七、LVM与GPT配合使用的运维实践

在CentOS服务器上，大容量数据盘通常不会直接格式化使用，而是先做成LVM逻辑卷，方便后续灵活扩容。用gdisk创建分区时选8E00（Linux LVM）类型，或者用parted创建后再用parted set命令改类型。然后创建物理卷：

pvcreate /dev/sdb1

加入卷组：

vgcreate datavg /dev/sdb1

创建逻辑卷：

lvcreate -l 100%FREE -n datalv datavg

格式化并挂载逻辑卷：

mkfs.xfs /dev/datavg/datalv
mount /dev/datavg/datalv /data

这种方式的好处是后续如果磁盘不够用了，可以直接加新盘扩展卷组，不用停机迁移数据。GPT+LVM是CentOS大容量存储的标准运维方案。

八、常见问题与避坑指南

第一个坑：分区后内核不识别。解决办法是执行partprobe /dev/sdb通知内核重新读取分区表，或者直接重启。第二个坑：分区对齐不正确导致性能问题。gdisk默认对齐到2048扇区没问题，parted需要手动确认。第三个坑：用fdisk操作GPT磁盘，fdisk不支持GPT，会报错或者产生错误的分区表。第四个坑：忘记设置分区类型为Linux LVM或Linux文件系统，导致后续无法正确使用。第五个坑：在已有数据的磁盘上直接mklabel gpt，这会清除所有分区信息，操作前必须确认。

总结一下，CentOS运维中gdisk和parted处理GPT分区表是基本功。gdisk胜在交互精确和修复能力强，parted胜在脚本自动化。实际工作中两者配合使用，加上LVM逻辑卷管理，就能把大容量磁盘管理得井井有条。操作前备份数据、操作后验证挂载、生产环境用UUID而非设备名，这三条铁律记住了，基本不会出大问题。