超过2TB磁盘必须使用GPT分区表并确保4K对齐，否则无法识别全部容量且严重拖慢I/O性能；MBR仅支持2TB，GPT无此限制；起始位置设为1MiB（2048扇区）最稳妥；需验证扇区号能否被8整除及align-check optimal达标。
超过2TB的单块磁盘必须使用GPT分区表，同时必须确保4K对齐，否则不仅无法识别全部容量，还会严重拖慢I/O性能——尤其是SSD或高级格式化硬盘。关键不在“能不能分”，而在于“是否对齐+是否用对表”。
必须用GPT，不能用MBR
MBR最大仅支持2TB寻址（LBA-32限制），超出部分将被忽略。GPT无此限制，且原生支持现代对齐策略。操作前先确认目标盘（如/dev/sdb）未挂载、无重要数据：
-
清空旧分区表并新建GPT：
sudo parted /dev/sdb mklabel gpt - 执行后分区表即重置，所有原有分区信息丢失
- 若误操作影响系统盘，请先备份MBR/GPT头（
dd if=/dev/sda of=gpt-header.img bs=512 count=34）
起始位置设为1MiB（2048扇区）是最稳妥的4K对齐方式
无论物理块大小是512B、4096B还是NVMe的更大页面，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会自动跳过MBR保留区，但显式指定1MiB更可靠
验证对齐是否生效
别只信“我设了1MiB”，要查实际扇区号是否能被8整除（因512B/扇区 × 8 = 4096B）：
- 用
sudo parted /dev/sdb unit s print查看Start列数值（单位：扇区） - 例如输出
1 2048s 2097151s 2095104s primary→ 起始2048 ÷ 8 = 256，整除 ✔ - 补测对齐质量：
sudo parted /dev/sdb align-check optimal 1→ 返回1 aligned才真正达标 - 若返回
1 not aligned，说明底层设备有alignment_offset偏移，需按(optimal_io_size + alignment_offset) / physical_block_size重算
格式化与挂载建议
分区只是第一步，后续操作也影响对齐效果：
- 格式化时加
-E stride=128,stripe-width=128（xfs_mkfs）或-b 4096 -E stride=128,stripe-width=128（mkfs.ext4），适配典型RAID/SSD条带宽度 - 挂载选项推荐
noatime,discard（SSD）或noatime（HDD），减少元数据写入干扰对齐收益 - 避免在分区上再建LVM物理卷（PV）却不对其对齐：LV起始偏移也需满足4K边界，建议LV创建时指定
--dataalignment 1m
