☰

如何防止 ubuntu lvm 驱动器加密密钥灾难性丢失？

tag-icon • tag-icon mac macbook lvm refind
如何防止 ubuntu lvm 驱动器加密密钥灾难性丢失？

在之前安装 ubuntu 时，我的 lvm 加密密码无法识别，我把它全部弄丢了！这发生在 2010 年的 MacBook Pro 的双启动设置中，当时我从 mac OS X 内部进行了驱动器修复，随后重置了 pram。我放弃了 ubuntu 双启动一段时间。

然而最近，我决定再次尝试，并在 macbook pro 2010 的一个分区上安装了 ubuntu 15.04，配置如下：lvm 分区加密挂载点在 /，1gig 未加密挂载点 /boot。

尽管我正在配置加密交换分区（我将其发布在这里），但现在加载正常：安装 15.04 后添加交换分区)。唯一值得注意的故障似乎是加载时屏幕扭曲，它应该要求输入 lvm 加密密码，但它显示为乱码白色网格。不过，我可以在这里输入我的 lvm 加密密码，然后像往常一样登录到 ubuntu。

我主要担心的是，如果我从我的 osx 分区内运行驱动器修复或者我的 RAM 被重置，我将丢失 lvm 加密密钥并且不再能够访问我的 ubuntu 分区，就像上次安装时发生的那样！

这里的社区有什么建议或想法吗？

答案1

据我所知，重置 PRAM/NVRAM 应该不是影响加密密钥。您说您“在 mac OS X 中修复了驱动器”，那操作可能会导致问题，但这超出了磁盘加密的范围——如果你强制一个不理解 LVM 或 Linux 文件系统的实用程序“修复”Linux 文件系统或 Linux LVM 分区，结果很可能是数据损坏，无论是否使用加密。加密将使数据从此类事件中恢复很多但做起来比较难。

通常情况下，我希望 OS X 的实用程序不会尝试“修复”它们不理解的 Linux 文件系统或 LVM 分区。但是，如果您的分区类型代码错误，它们可能会这样做。Linux 分区的类型应为 0FC63DAF-8483-4772-8E79-3D69D8477DE4（在 GParted 或 的最新版本中未设置标志parted， 中的类型代码为 8300 gdisk）。还有混合 MBR 的相关问题。在我看来，最好安装 Linux没有Mac 上的混合 MBR。您可以使用以下命令检查此详细信息gdisk：

$ sudo gdisk -l /dev/sda
GPT fdisk (gdisk) version 1.0.0

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

此示例显示非混合 MBR，如行所示MBR: protective；相反，将显示混合 MBR 。您可以通过在或MBR: hybrid中保存分区表或使用“专家”菜单上的选项，然后通过（即-> -> ）保存更改，将混合 MBR 转换为保护性 MBR。partedGPartedngdiskwxnw

但请注意，如果您使用的是混合 MBR，则可能会以 BIOS/CSM/传统模式启动 Ubuntu，而删除混合 MBR 将导致 Mac 无法以该模式启动。这将需要安装 EFI 模式引导加载程序。（您可以通过查找名为的目录来检查您的 Ubuntu 启动模式/sys/firmware/efi——如果存在，则说明您已以 EFI 模式启动；如果不存在，则说明您已以 BIOS/CSM/传统模式启动。）此外，如果您使用 Windows 进行三重启动，则通常必须具有混合 MBR。因此，您应该不是如果存在混合 MBR，则不要盲目删除它；相反，您应该首先评估是否需要它，然后只有当不需要它或您计划适当更新引导加载程序时才删除它。

除此之外，我同意 user68186 的观点：您应该将数据备份到外部磁盘或其他外部媒体。数据丢失的风险远远超出加密问题，还包括笔记本电脑的物理损坏、硬盘或 SSD 的灾难性故障、意外灾难性误用dd或其他磁盘实用程序等。

相关内容