分区表损坏表现为lsblk仅显示sda而无sda1等子分区、fdisk -l输出空白或报错、挂载提示unknown filesystem；需用parted -l和gdisk -l交叉验证类型，cat /proc/partitions确认内核未识别子项，并用testdisk扫描恢复而非手动重建。
分区表损坏不会直接报错说“分区表坏了”，而是表现为系统突然认不出分区：lsblk 里只显示 sda，但没有 sda1sda2；fdisk -l /dev/sda 输出空白、报 Unable to open /dev/sda 或只列个空表；mount 失败，提示 unknown filesystem 或 No such device。这时候不是文件系统出问题，是内核压根没读到有效分区条目——得先确认损坏层级，再选对工具。
看内核和工具是否“看见”分区
别只信 fdisk。它对 GPT 磁盘识别能力弱，容易漏判：
- 运行 sudo parted -l：关注 “Partition Table” 字段。显示
msdos是 MBR，gpt是 GPT；若为unknown或分区数量为 0，大概率表头损坏 - 运行 sudo gdisk -l /dev/sdX（替换 X）：输出
Found invalid GPT and valid MBR表示误用 GPT 工具解析 MBR 盘；输出Found invalid GPT and invalid MBR基本可判定分区表损毁 - 查内核视角：cat /proc/partitions：设备名（如 sda）存在，但无 sda1/sda2 等子项，说明内核未解析出任何分区
区分分区表损坏和文件系统损坏
这是最关键的一步，搞反了会越修越糟：
-
分区表损坏：设备存在（
lsblk显示 sda），但无任何子分区（sda1 不出现）；fdisk -l列不出分区；file -s /dev/sda1会报cannot open或直接失败（因为路径不存在） -
文件系统损坏：
lsblk和fdisk -l都能正常列出 sda1；但挂载时报wrong fs type、bad magic number；此时运行file -s /dev/sda1仍可能返回类似Linux rev 1.0 ext4 filesystem data，说明文件系统结构尚存
用 testdisk 安全恢复分区表
手动用 fdisk 重建分区风险极高——起始扇区差 1 个，整个数据就可能错位。testdisk 是唯一能扫描原始扇区、按文件系统签名反推边界并恢复元数据的工具：
- 安装后运行：sudo testdisk /dev/sdX
- 选
Proceed→ 根据磁盘历史选Intel（MBR）或EFI GPT（GPT）→ 进入Analyse - 先跑
Quick Search：90% 的误删、断电丢失场景能立刻找回原分区 - 若失败，再选
Deeper Search（耗时但更彻底） - 找到分区后，选
Write写回分区表，再用 partprobe /dev/sdX 让内核重读
修复后验证与后续动作
分区恢复不等于数据完好。写入分区表后务必进一步检查：
- 运行 lsblk 和 sudo fdisk -l /dev/sdX，确认 sda1 等节点已出现
- 尝试只读挂载：sudo mount -o ro /dev/sdX1 /mnt，看能否列出目录、读取关键文件
- 若挂载成功但文件异常（乱码、缺失），说明文件系统层也有损坏，此时再用 e2fsck -n /dev/sdX1（ext4）或 xfs_repair -n /dev/sdX1 扫描，确认后再决定是否修复
- 若挂载失败或报 I/O 错误，需检查 SMART 状态（smartctl -a /dev/sdX），排除硬件故障
