fdisk -l 的 Start 列是逻辑扇区号（LBA），单位为扇区而非字节；需乘以扇区大小（如512字节）得字节偏移，4K对齐只需验证 Start % 8 == 0；最终应以 parted align-check optimal 1 为准。
fdisk -l 的 Start 列就是扇区偏移，不是字节偏移
直接看 sudo fdisk -l /dev/sda 输出里每个分区行的 Start 值，它就是该分区起始的逻辑扇区号（LBA），单位是扇区，不是字节。常见错误是把它当字节地址用，结果算错对齐或恢复时定位失败。
-
Start× 扇区大小 = 实际字节偏移；扇区大小在输出顶部明确标出，如Sector size (logical/physical): 512 bytes / 4096 bytes - 主流 SATA/SSD 默认逻辑扇区为 512 字节，所以
Start=2048对应2048 × 512 = 1048576字节（即 1MiB） - NVMe 设备可能物理扇区是 4096 字节，但
fdisk仍按 512 字节报告Start，不能忽略顶部的Sector size行 - MBR 分区可能从
Start=63开始（旧式 CHS 对齐），63 × 512 = 32256字节，无法被 4096 整除 → 未对齐
判断是否 4K 对齐：只看 Start 能否被 8 整除
4K 对齐的本质是让起始位置落在 4096 字节边界上。因默认逻辑扇区为 512 字节，4096 ÷ 512 = 8，所以只需验证 Start % 8 == 0 —— 这是最直接、不依赖工具版本的判断法。
-
Start=2048→2048 % 8 == 0→ 对齐 -
Start=63→63 % 8 != 0→ 未对齐（典型性能陷阱） -
Start=1024→1024 % 8 == 0→ 数学上对齐，但实践中建议 ≥2048（1MiB）以兼容 BIOS、固件和旧工具 - 若
blockdev --getss /dev/sda返回 4096（逻辑扇区已是 4K），则判断逻辑变为Start本身必须为整数倍（但极少出现，且仍推荐从 2048s 起始）
parted -l 的 Aligned: 字段更直观，但有局限
sudo parted -l 会在每个分区行末尾显示 Aligned: yes 或 Aligned: no，比手动计算更省心，但它依赖内核提供的 optimal_io_size 和 alignment_offset，某些 RAID 卡、虚拟磁盘或老旧驱动可能返回错误值。
- 显示
Aligned: no基本可确认问题；显示Aligned: yes也不能完全排除底层错位（比如云盘宿主机未对齐） - 若某行压根没出现
Aligned:字段，说明parted版本太老，应回退到fdisk -l手动验算 - 对 NVMe 设备，建议加
unit s：运行sudo parted /dev/nvme0n1 unit s print，直接看Start是否为 2048s、4096s 等整数倍 -
Aligned:与分区表类型（GPT/MBR）或文件系统类型无关，只取决于起始扇区是否落在设备最优 I/O 边界上
真正决定性验证：parted align-check optimal 1
parted align-check optimal 1 才是最终裁决——它读取设备真实的 optimal_io_size、alignment_offset 和 physical_block_size，算出理论最优偏移并比对实际起始位置。仅看 Start=2048 或 Aligned: yes 都不足以确认。
- 先查底层参数：
cat /sys/block/sda/queue/optimal_io_size、/sys/block/sda/alignment_offset、/sys/block/sda/queue/logical_block_size - 再执行：
sudo parted /dev/sda align-check optimal 1；返回1 aligned才算过关 - 若返回
1 not aligned，尤其在带 RAID 卡或 NVMe 命名空间的设备上，往往是因为alignment_offset非零（如 2048），此时起始扇区需为(optimal_io_size + alignment_offset) / physical_block_size的整数倍 - 不要在线硬调扇区号——必须备份数据后重分区，新建时用
mkpart primary 1MiB 100%或-a optimal参数
blockdev --getss）、设备对齐偏移（/sys/block/xxx/alignment_offset）、以及分区起始扇区数值。任何一层错位，上层所有优化都无效。 
