linux管理超2tb硬盘必须用gpt分区表和parted工具，因mbr仅支持约2.2tb且fdisk会静默截断容量；需先mklabel gpt初始化，再以1mib对齐创建分区，执行partprobe刷新内核缓存后格式化挂载。
Linux 管理超过 2TB 的硬盘，核心前提是必须用 GPT 分区表，且必须用 parted 工具操作——fdisk 在超 2TB 场景下会静默截断容量、无法识别剩余空间，甚至导致 mkfs 失败。
为什么非得用 GPT？
MBR 使用 32 位 LBA 寻址，理论上限约 2.2TB；超出部分在内核中不可见，lsblk 显示容量缩水，df -h 找不到空间。GPT 使用 64 位寻址，支持 EB 级容量，是唯一可靠选择。
- 新盘直接初始化为 GPT：执行
mklabel gpt，清除旧分区表结构（不擦数据区，但务必提前备份） - 已有数据的 MBR 盘不能“在线转 GPT”——必须先完整备份，再清空重建
- 即使磁盘全新，parted 也不会自动设为 GPT；不手动
mklabel gpt，它可能沿用隐含的 msdos 标签
创建对齐分区的关键操作
起始位置不对齐会导致 I/O 性能下降，尤其在 SSD/NVMe 上明显。现代设备推荐从 1MiB（即 2048 扇区） 开始，这是最优对齐点。
- 进入 parted：
sudo parted /dev/sdb - 确认已为 GPT：
print→ 检查输出含Partition Table: gpt - 切换单位便于控制：
unit s（扇区）或保持默认（支持1MiB、100%等直观写法） - 创建分区：
mkpart primary 1MiB 100%（比0或0%更安全，避免 not aligned 警告） - 验证对齐：
align-check optimal 1→ 返回1 aligned才合格；否则rm 1删除重做
分区生效与挂载准备
parted 写入后，内核不会自动感知新分区，必须主动刷新缓存，否则 /dev/sdb1 不会出现，后续命令全报错。
- 退出 parted 后立即执行：
sudo partprobe /dev/sdb - 检查是否识别：
ls /dev/sdb*应看到/dev/sdb1 - 格式化（推荐 XFS，原生支持大卷）：
sudo mkfs.xfs /dev/sdb1 - 创建挂载点并挂载：
sudo mkdir -p /mnt/data && sudo mount /dev/sdb1 /mnt/data - 永久挂载建议用 UUID：
sudo blkid /dev/sdb1获取 UUID，再写入/etc/fstab
扩容已有 GPT 分区（云盘常见场景）
云服务器扩容后，需同步扩大分区和文件系统。关键点是：保留原分区起始扇区，只扩展终点。
- 先卸载：
sudo umount /dev/sdb1 - 进 parted：
sudo parted /dev/sdb - 查看当前起始位置：
print→ 记下Start值（如2048s），后续不可变 - 扩展分区：
resizepart 1 100%（假设是第 1 个分区） - 退出后扩展文件系统：
XFS：sudo xfs_growfs /mnt/data
ext4：sudo resize2fs /dev/sdb1
