fdisk -l中Start不能被8整除即为对齐异常；parted -l显示Aligned: no或align-check optimal 1返回not aligned是更权威的异常判定依据。
fdisk -l 显示 Start 不是 8 的倍数就是明确异常
直接运行 sudo fdisk -l /dev/sdX（把 sdX 换成你的磁盘），在输出表格里找目标分区（如 /dev/sda1）的 Start 值：
若出现 63、128、1024、2049 这类数字，就属于典型对齐异常——因为它们不能被 8 整除。
注意必须加 -l 参数，且看的是“Units: sectors of 1 * 512 = 512 bytes”这一行确认扇区大小；如果该行显示 logical/physical: 4096 bytes，仍按 Start % 8 == 0 判断，别自行换算字节偏移。
parted -l 报 Aligned: no 是更权威的异常信号
sudo parted -l 输出中每个分区末尾若明确标有 Aligned: no，比 fdisk 更值得警惕——它不是只看分区表，而是结合内核暴露的 optimal_io_size 和 alignment_offset 做了校验。
常见陷阱：
• 某些 RAID 卡或 NVMe 设备返回的 alignment_offset 非零（比如 2048），此时即使 Start=2048 也可能被判定为 no
• 如果某行压根没出现 Aligned: 字段，说明 parted 版本太老或内核未提供对齐信息，不能当作“没问题”，得回退到 fdisk -l 手动验算
parted align-check optimal 1 返回 not aligned 是决定性证据
这才是验证是否真异常的最终手段：
执行 sudo parted /dev/sdX align-check optimal 1（1 是分区编号）
若返回 1 not aligned，无论 fdisk 或 parted -l 看起来多“整齐”，都算实际异常。
背后原因：
• 它读取 /sys/block/sdX/queue/optimal_io_size 和 /sys/block/sdX/alignment_offset
• 算出理论最优起始扇区 = (optimal_io_size + alignment_offset) / physical_block_size
• 再比对实际 Start 是否为其整数倍
云环境或虚拟磁盘里，这个命令失败往往意味着宿主机层已错位，上层重分区也救不了
lsblk -o NAME,START,SIZE 可批量筛查但容易漏判
lsblk -o NAME,START,SIZE 能快速扫出所有盘的 START 值，适合运维巡检：
看到 START 是 0（如 nvme0n1p1）、34（GPT 头）、2048 以外的值，基本可标记为可疑。
但要注意：
• START=0 在 NVMe 上常见，是内核隐藏 GPT 头所致，不代表异常，必须配合 align-check 确认
• 如果输出里 START 列为空或数值异常（如带小数），说明分区表未刷新，先跑 sudo partprobe /dev/sdX
• 它不显示对齐结论，也不查底层参数，仅作初筛用
真正难搞的不是发现异常，而是确认异常根源在哪儿——设备报告的 optimal_io_size 可能被 RAID 卡伪造，alignment_offset 可能在虚拟化层被覆盖，fdisk 显示的 Start 只是逻辑视图。动手前先查清这三处路径： /sys/block/sdX/queue/optimal_io_size、/sys/block/sdX/alignment_offset、/sys/block/sdX/queue/logical_block_size。
