在最近一次尝试安装 Ubuntu 16.04（我安装时没有单独的主分区）失败后，我发现现有的加密主分区不再可访问。显然，我将加密主分区重新格式化为 LUKS，尽管我从未通过按“继续”提交任何更改。当我尝试使用密码解锁分区后访问分区时，我收到消息“解锁的设备上没有可识别的文件系统”。该分区最初格式化为 EXT4，我相信使用了 encryptfs（Ubuntu 14.04 发布时的标准是什么）。我该如何解决这个问题？！我使用 TestDisk 创建了分区的映像，当我使用 PhotoRec 打开它时，PhotoRec 只找到两个 .gpg 文件、一个 .tib 文件、三个不可播放的 .mp3 文件、一个 .dbx 文件和一个 .ab 文件。不幸的是，我愚蠢地没有备份 600GB 分区，因为我以前从未遇到过 Ubuntu 安装问题，现在我后悔了！任何帮助都将不胜感激！谢谢。
答案1
失败/中止的安装程序花费了多少时间写入驱动器？
覆盖所有 600GB 需要很长时间，我不确定，但只需设置 LUKS 就可以了不得尝试（推荐的安全做法）在创建文件系统之前用零覆盖 - 并且它没有从“无法识别的文件系统”消息成功创建文件系统。
它可能已经能够运行wipefs，这也许可以解释为什么 testdisk 找不到任何东西。
您的 testdisk 和 photorec 尝试也是我建议的，但 photorec 应该在 600GB 中找到不止几个损坏的文件。除非 photorec 无法识别 eCryptfs 文件，但它Photorec 恢复的文件格式页面显示它应该知道“ .ecr&
.eCryptfs由 eCryptfs 加密的文件”。
但是，您可能没有对驱动器进行足够的映像处理。创建的新主分区可能与旧主分区不在同一位置。如果您有旧主分区的起始/结束扇区，您可以查看它们是否匹配，并尝试对旧主分区曾经所在的位置进行映像处理/恢复...
现在尝试对整个驱动器进行 testdisk 的快速分析和更深入的搜索不会有任何坏处（只要驱动器没有出现故障），和/或让 photorec 在整个驱动器中搜索仅 eCryptfs 文件...
（我以前听说过 Ubuntu 安装程序会意外覆盖内容，不记得按“继续”的细节，但听到这个消息并不令人鼓舞。这让我不想在安装时打开任何不可替代的驱动器。下次一定要备份）
答案2
感谢您的回复。不久之后，我就中止了安装。在我继续下一步之前，它不应该继续执行任何操作。首先，Ubiquity 开发人员应该意识到许多人只从 LTS 升级到 LTS，因此可能不知道加密方面的新变化。在以前的版本中，我习惯于被提示输入加密密码，以便在登录时解锁 /home 分区，因此我认为选择要安装为 /home 的 /home 分区并勾选它进行加密是安全的。当我勾选该框并看到它也自动选择了“格式”框时，我惊慌失措并立即恢复了更改。一旦我确定我不确定如何继续，我就完全中止了安装。
是的，我应该备份我的 /home 分区，但在我使用 Ubuntu 的六年里，我从未遇到过全新安装 Ubuntu 的任何问题。Ubiquity 的人在这件事上真的搞砸了。如果他们中有人能在这个帖子上发帖，至少告诉我他们的安装程序到底对我的驱动器做了什么，那就太好了。
在初步安装过程中，我从未请求过任何重新分区，因此我选择的 /home 分区与 14.04 完全相同。我尝试对整个驱动器进行“快速和深入”搜索，但一无所获。文件系统消失了。我希望知道 Ubiquity 做了什么！我把分区留在那里，希望有人知道挽救我数据的方法，但情况看起来不太好.....
（PS：我知道这不是答案，但是“添加评论”选项不允许我输入足够的字符来回复。）