具有完整磁盘加密功能的Ubuntu-升级到18.04后密码错误

几个月前，我在安装Ubuntu 17.10时设置了全盘加密。现在，我决定升级。升级顺利进行到最后。但是，重新启动后，我无法登录到我的加密磁盘。

问题出在哪里？我100％确定我按下了键盘上的“右键”，但是从技术上讲，由于“ *”字符，我不知道我在写什么，也许升级后我的键盘布局也发生了变化。我使用了一些可能在键盘上其他位置的字符。升级后默认使用哪种语言？

顺便说一句，我已经尝试过Caps-lock，但是还是没有运气。

帮助将不胜感激。我不喜欢一遍又一遍地安装系统和所有备份。

— 瑞安
source

您是否尝试过通过USB密钥挂载驱动器？您可以通过Drives应用程序中的GUI进行操作。

— luisgonzalez

感谢您的回复。经过几次错误尝试后，我进入了initramfs-在命令行中。凉。我已经测试了我的字符集（可以），已经通过$ cryptsetup luksDump检查了一些密钥集。因此，我尝试将新密码添加到加密分区：$ cryptsetup luksAddKey / dev / sdb1。但是我仍然收到有关错误密码的错误。太疯狂了，我100％知道该密码在升级之前有效。

— M_Ryan

因此，...绝对要确保它不是错字，我已经启动了现场CD，并且花了一些时间尝试使用以下不同的密码：$ echo -n“ blahblah” | cryptsetup luksAddKey / dev / sdaX我知道我正在写正确的密码，我什至已经使用英国和美国的布局+结合了大写锁定功能测试了相同的键盘键。只是要确定。仍然是“此密码短语无可用密钥”。cryptsetup luksDump / dev / sdaX显示密钥插槽0已启用。好吧，因此看起来好像在Ubuntu 17.10到18.04升级期间“发生了什么”，我的luks分区被锁定了。曾经发生过类似的事情吗？

— M_Ryan

我从16.04升级到18.04，遇到的问题与您的问题不同。在我的情况下，这是一个LUKS分区，显示了另一种类型的错误。

— luisgonzalez

如果没有比分区丢失更多的密钥，不是吗？

— 克里斯托弗·佩林

Answers:

当我将Ubuntu版本从17.10升级到18.04时，遇到了同样的问题。经过大量测试，我找到了解决问题的方法。我只是在美国更改了键盘布局，并在nativ布局（azerty）中输入了密码。因此，似乎cryptsetup提示符现在在我的nativ布局中，不再在美国。而且我的密码从未像我想的那样存储在azerty布局中。

希望我的解决方案对您有所帮助，并请原谅我的英语不好。

— 用户名
source

这是我的解决方案。升级为本地语言后，在cryptsetup（17.04）输入的密码实际上是美国键盘布局。因此，你现在有不同的按键来按-例如，如果你按下“你实际上已经进入@输入密码时，如果你按下£您实际输入＃从本土布局的符号映射到对应的美国符号。

— VIX指数

同样在这里。我在安装过程中输入的密码短语一直被认为是sv_SE布局，好像总是在en_US中。因此，在en_US和sv_SE之间的不同键上的字符需要在sv_SE所在的位置键入。

— mgor

升级后，我也无法使用笔记本电脑。即使使用美国英语版式，启动时也不接受密码，但是我可以从livecd解密磁盘。我仅使用ASCII字符多次更改了密码，直到尝试使用完全由数字组成的密码后，该密码才起作用！这是一个非常烦人的错误。

— R Kiselev

这似乎是由17.10中的错误引起的，即使将布局设置为其他内容，该错误也会在输入密码时使布局始终是美国的标准布局。

我使用Dvorak，因此在最初输入用于加密的密码时将其设置为该值。只是在输入时实际上不是Dvorak，它实际上仍然是美国的标准布局。

例如，假设您的密码是“ hello”。当布局实际上是美国标准布局时，键入“ hello”并假设Dvorak会生成“ jdpps”。您假定密码为“ hello”，但实际上已存储为“ jdpps”。

您永远不会注意到这一点，因为当它提示您时，它也是幕后的美国标准，因此在Dvorak中输入密码“ hello”实际上会产生“ jdpps”，您就可以进入。

但是在18.04中，他们似乎已修复了该错误。因此，现在在Dvorak中键入“ hello”时，它实际上是“ hello”，并且不再与您存储的密码匹配。

要返回，只需查看实际存储的内容，方法是查看在实际布局设置为美式英语的情况下在本机布局中键入密码后将输出的内容。我这样做了，然后输入了该密码，就可以了。

希望这对其他人有帮助，我为此奋斗了好几个小时。我会说这确实是我遇到过的最完美的错误之一。

— 鲍威尔
source