如何恢复被Windows工具部分修改的LUKS加密分区数据

先别慌！从你给出的信息来看，LUKS头是完好的（cryptsetup luksDump能正常输出所有信息），这绝对是个好消息——加密层的核心没被破坏，问题主要出在分区被修改后，LVM物理卷（PV）记录的大小和实际设备的大小不匹配。结合你用Testdisk和DMDE已经识别到分区正确边界的情况，可以按下面的步骤尝试救回数据：

第一步：先做完整镜像备份！ #

这是所有数据恢复操作的前提，绝对不能跳过！任何操作都可能进一步损坏数据，所以先把整个受损的LUKS分区（或者整个NVMe盘）做一个镜像备份到外部大容量驱动器：

# 备份单个LUKS分区，替换/path/to/external/drive为你的外部盘路径
sudo dd if=/dev/nvme0n1p4 of=/path/to/external/drive/luks_backup.img bs=4M status=progress

备份完成后，后续所有操作都基于这个镜像文件来做，原盘尽量不要碰。

第二步：用Testdisk修复分区表 #

你提到Testdisk已经识别到了分区的正确边界，那可以用它来恢复正确的分区表：

• 启动Testdisk，选择你的NVMe盘（/dev/nvme0n1），进入[Advanced]模式
• 选中原来的LUKS分区（nvme0n1p4），选择[Boot] -> [Rebuild BS]
• 确认Testdisk找到的分区信息和你之前扫描到的一致，然后选择[Write]保存新的分区表，重启系统后再检查分区大小是否恢复正常。

第三步：调整LVM物理卷大小匹配实际设备 #

如果修复分区表后，还是出现“设备大小不匹配”的警告，可以尝试调整PV的大小：

1. 先关闭所有相关的逻辑卷：

   sudo vgchange -an vgubuntu
   

2. 调整PV的大小到实际设备的当前大小：

   sudo pvresize /dev/mapper/crypt
   

3. 重新激活卷组：

   sudo vgchange -ay vgubuntu
   

这时候再用vgdisplay或者lvscan检查，应该能消除警告，然后尝试挂载根逻辑卷：

sudo mount /dev/vgubuntu/root /mnt

第四步：如果LVM无法正常工作，直接提取数据 #

要是上面的步骤都没解决问题，既然LUKS容器能正常打开，你可以直接用数据恢复工具从解密后的设备里提取文件：

• 先打开LUKS容器：

  sudo cryptsetup luksOpen /dev/nvme0n1p4 crypt
  

• 用Testdisk自带的photorec扫描/dev/mapper/crypt，它能自动识别并提取各种类型的文件到外部驱动器；你手里的DMDE也可以直接扫描这个解密后的设备，它对LVM结构的恢复支持也很出色。

最后兜底：恢复备份 #

如果所有尝试都失败，你还有一周前的备份，这时候恢复备份是最稳妥的选择——不过建议先把能提取的数据都尝试提取完，再执行备份恢复操作。

备注：内容来源于stack exchange，提问作者alexanderadam