One interesting thing I noticed with this: if I hit "Backspace" a few times
before typing the password, it seems to work on the first attempt. For some
reason, something seems to be polluting the input buffer during boot, which
makes it behave as a wrong password on the first attempt. Not sure what
that could be. Also, I still have no idea why it requires two subsequent
attempts after that to decrypt, instead of the expected one.
On Mon, Aug 28, 2017 at 3:13 AM Christopher <ctubbsii(a)fedoraproject.org>
wrote:
Hi all,
I'm seeing a similar error to what is described in
https://bugzilla.redhat.com/show_bug.cgi?id=470740
Essentially, I have to enter my password 3 times on boot before my
encrypted partitions unlock and I can boot, using graphical entry.
If I hit Esc and enter at the text console, it seems to work on the first
attempt (most of the time).
I have 3 encrypted partitions (/, /home, swap), but these don't seem to
correspond to the number of times I have to enter. In other words, the
behavior does not appear to be unlocking one partition at a time. After the
first entry, it pauses a second, as if I've entered incorrectly (even
though I haven't), and then the second entry errors out and resets the
input field instantaneously, as if no attempt was made to unlock the
drives. Then, the third entry works normally.
This is a recent issue for me, as I've had the same setup working across
several of the last few Fedora releases. I've only seen this issue after
upgrading to F26, and even then, it only appeared after some update (not
sure when).
Does anybody have any suggestions on how to further troubleshoot this, or
have any ideas why this is happening? Perhaps a more recent bug report
which matches?
Any help would be appreciated, as this is quite annoying.