![删除交换内存分区后无法从加密磁盘启动](https://linux22.com/image/164697/%E5%88%A0%E9%99%A4%E4%BA%A4%E6%8D%A2%E5%86%85%E5%AD%98%E5%88%86%E5%8C%BA%E5%90%8E%E6%97%A0%E6%B3%95%E4%BB%8E%E5%8A%A0%E5%AF%86%E7%A3%81%E7%9B%98%E5%90%AF%E5%8A%A8.png)
我无法再登录我的加密磁盘。写入密码后:
error: no such cryptodisk found.
error: disk ‘cryptouuid/HEXstring’ not found.
Entering rescue mode…
直观上,该字符串是我尝试解密并登录的磁盘的标识符。
因此,我从 USB 实时启动并进入文件管理器,安装加密磁盘,然后我就可以访问它,因为我知道正确的密码。
我的资源是一个实时 USB 以及我想要从加密磁盘中获取的每个文件,因为我实际上可以进入该分区。
在重新启动并发现此问题之前我所做的事情的历史记录:
- 屏蔽交换单元
- 删除交换单元所在的分区
如何修复系统在启动过程中无法识别我的加密盘的问题?
答案1
我尝试单独做一些事情(是的,我是我自己问题的答案。我很恐慌),我这样做是为了重新访问我的帐户:
- 运行实时 USB 后,我安装了 Linux 分区,以便可以访问其文件。我个人是通过文件管理器完成的,但您可以使用该
mount
功能。 - 使用
sudo
命令我用文本编辑器打开/etc/default/grub - 取消注释声音“GRUB_ENABLE_CRYPTODISK=y”它将允许系统从 grub 文件配置所在的加密磁盘启动。
我既不是 Linux 系统专家,也不是编程专家,所以我不知道这是否是一个好方法。无论如何,我想到了这个,因为我在 /boot/grub/grub.cfg 中发现:
`if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root
--hint='cryptouuid/HEX_string_of_my_encrypted_disk'
else
search --no-floppy --fs-uuid --set=root HEX_string_of_the_swap_partition
所以我认为它选择了我的加密盘的交换分区作为引导加载程序磁盘,而不是实际的加密盘,这就是为什么我搜索上面写入的选项并取消注释它。
现在系统运行正常,但一开始屏幕上发送了一条消息,如下所示:
hibernation device not found
或者非常相似的东西。我想这只是预料之中的,因为我不再有交换内存了。
所以,这又是一个解决方案,不确定是否是最好的。