分区重叠会破坏分区表结构，导致系统无法识别分区并引发引导失败；需用fdisk、sgdisk等工具检测扇区交叉与校验错误，再通过gparted调整、fdisk重建或gdisk恢复备份表修复，最后重装grub并备份分区表。
磁盘分区重叠会直接破坏分区表结构，导致系统无法识别有效分区，进而引发引导失败（如卡在 GRUB rescue、黑屏、Invalid Partition Table 或内核 panic）。这类问题不是配置错误，而是底层扇区数据冲突，必须从分区表完整性入手修复。
确认是否真为分区重叠
先用 fdisk -l /dev/sdX（或 parted /dev/sdX print）查看分区起止扇区。关键看两点：
- Start/End sectors 是否存在交叉：比如分区2的 Start 小于分区1的 End
-
任意分区 End 是否超出磁盘总扇区数（可通过
fdisk -l最后一行的 “Disk /dev/sdX: XXX GB, YYY sectors” 获取） - 若使用 GPT，还可运行
sgdisk -v /dev/sdX检查校验和与重叠警告
MBR 分区表重叠的紧急修复
MBR 只有 4 个主分区槽位，重叠常发生在手动编辑或误操作后。优先尝试非破坏性恢复：
- 用
GParted Live启动，图形界面下直观查看重叠区域，右键对应分区 → “Resize/Move” 调整边界，确保无交叉且对齐（SSD 建议 1MiB 对齐） - 若已无法启动，Live 环境中用
fdisk /dev/sdX进入交互模式：p查看当前布局 →d删除冲突分区 →n重建（注意输入正确的 Start 扇区，避开其他分区范围）→w写入 - 切勿直接
dd if=/dev/zero清空 MBR，除非确认无备份且愿意承担全部数据丢失风险
GPT 分区表重叠与恢复要点
GPT 具备主副备份分区表，容错性更高，但重叠仍会导致内核拒绝挂载：
- 运行
gdisk /dev/sdX，输入v验证 —— 若提示 “Overlapping partitions” 则确认问题存在 - 输入
o（recovery & transformation options）→l（load backup partition table），尝试从备份头恢复原始结构 - 若备份也损坏，需结合
gptfix或手动重建：记下各分区原始大小与文件系统类型（如lsblk -f在未挂载时可能仍显示），用sgdisk --new=1:START:END --typecode=1:8300 /dev/sdX逐个重建
修复后必须验证并加固
分区表修正只是第一步，还需确保引导链完整：
- 重新安装 GRUB：挂载根分区后
chroot，执行grub-install /dev/sdX（注意是磁盘设备，非分区，如/dev/sda） - 更新配置：
update-grub（Debian/Ubuntu）或grub2-mkconfig -o /boot/grub2/grub.cfg（RHEL/CentOS） - 立即备份新分区表：
sfdisk -d /dev/sdX > mbr_backup.txt（MBR）或sgdisk --backup=gpt_backup.bin /dev/sdX（GPT） - 检查 UEFI/GPT 与 BIOS/MBR 是否匹配：UEFI 系统必须用 GPT + ESP 分区，Legacy 必须用 MBR，混搭必报错
