超过2TB磁盘必须用GPT分区表且起始扇区对齐4K边界，否则无法识别全部容量、I/O性能下降；MBR受LBA-32限制仅支持2TB，GPT支持18EB并原生适配对齐；操作前需清空旧表、设起始为1MiB（2048扇区），验证对齐须检查扇区号被8整除及align-check optimal通过；格式化与挂载也需延续对齐策略。
超过2TB的单块物理磁盘必须用GPT分区表，且起始扇区必须对齐到4K边界，否则系统无法识别全部容量，I/O性能也会大幅下降——尤其是SSD、NVMe或高级格式化硬盘。关键不是“分得出来”，而是“对齐+表型”双达标。
必须用GPT，禁用MBR
MBR受LBA-32寻址限制，理论上限就是2TB。超出部分会被忽略，fdisk等传统工具会静默截断或报错。GPT无此限制，支持高达18EB，且原生适配现代对齐策略。操作前确认目标盘（如/dev/sdb）未挂载、无重要数据：
- 清空旧分区表：
sudo parted /dev/sdb mklabel gpt - 该命令立即写入，不可撤销；若需备份原GPT头，可用：
dd if=/dev/sdb of=gpt-header-backup.img bs=512 count=34
起始位置设为1MiB（2048扇区）最稳妥
物理扇区大小常见为512B或4096B，而1MiB = 1024 × 1024 = 2048 × 512B，能被8整除，完美满足4K逻辑对齐要求。它同时兼容典型RAID条带（64KB）、SSD页（4KB/8KB）和文件系统块（ext4/xfs默认4KB）。
- 交互式创建：
sudo parted /dev/sdb→unit MiB→mkpart primary 1 100% - 非交互式一键执行：
sudo parted /dev/sdb -s mkpart primary 1MiB 100% - 避免用
0%或0MiB开头：新版parted虽可能自动跳过，但显式指定1MiB更可靠
验证对齐是否真正生效
不能只看“设了1MiB”，要查实际扇区号是否被8整除，并运行对齐检查：
- 查看扇区起始号：
sudo parted /dev/sdb unit s print→ 找到Start列数值（如2048s）→ 计算2048 ÷ 8 = 256，整除即合格 - 执行对齐质检：
sudo parted /dev/sdb align-check optimal 1→ 返回1 aligned才算通过 - 若返回
not aligned，说明设备存在alignment_offset偏移，需按(optimal_io_size + alignment_offset) / physical_block_size重算起始点
后续格式化与挂载也需延续对齐逻辑
分区对齐只是第一步，文件系统层和挂载行为同样影响最终效果：
- 格式化时指定块大小与条带参数：
ext4：mkfs.ext4 -b 4096 -E stride=128,stripe-width=128 /dev/sdb1
xfs：xfs_mkfs -b size=4096 -d su=64k,sw=1 /dev/sdb1 - 挂载推荐选项：
noatime（必选），SSD加discard，HDD可省略discard；避免频繁更新访问时间戳干扰对齐收益 - 若上层使用LVM，PV创建时须加
--dataalignment 1m，确保LV起始偏移仍在4K边界
