GNU bug report logs - #55856
First LUKS passphrase prompt at Linux boot always fail

Previous Next

Package: guix;

Reported by: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>

Date: Wed, 8 Jun 2022 18:55:01 UTC

Severity: normal

Done: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 55856 in the body.
You can then email your comments to 55856 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#55856; Package guix. (Wed, 08 Jun 2022 18:55:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Maxim Cournoyer <maxim.cournoyer <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Wed, 08 Jun 2022 18:55:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: bug-guix <bug-guix <at> gnu.org>
Subject: First LUKS passphrase prompt at Linux boot always fail
Date: Wed, 08 Jun 2022 14:54:44 -0400
Hello,

It's something I've suffered for a while already on my desktop machine,
but I always assumed I was making a typo or something.

Today I confirmed that without first clearing the input buffer via
multiple backspaces strokes, the first LUKS passphrase (I have many
disks) *always* fail.

Perhaps some boot message or other text gets erroneously redirected to
the standard input and corrupts the user input.

Thanks,

Maxim




Information forwarded to bug-guix <at> gnu.org:
bug#55856; Package guix. (Fri, 10 Jun 2022 22:03:01 GMT) Full text and rfc822 format available.

Message #8 received at 55856 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Cc: 55856 <at> debbugs.gnu.org
Subject: Re: bug#55856: First LUKS passphrase prompt at Linux boot always fail
Date: Sat, 11 Jun 2022 00:02:33 +0200
Hi,

Maxim Cournoyer <maxim.cournoyer <at> gmail.com> skribis:

> Today I confirmed that without first clearing the input buffer via
> multiple backspaces strokes, the first LUKS passphrase (I have many
> disks) *always* fail.

This is super weird (I’ve not observed that).  I don’t see how the input
buffer could be filled with something else.  I wonder how this could be
investigated!

Ludo’.




Reply sent to Maxim Cournoyer <maxim.cournoyer <at> gmail.com>:
You have taken responsibility. (Tue, 14 Jun 2022 16:13:02 GMT) Full text and rfc822 format available.

Notification sent to Maxim Cournoyer <maxim.cournoyer <at> gmail.com>:
bug acknowledged by developer. (Tue, 14 Jun 2022 16:13:02 GMT) Full text and rfc822 format available.

Message #13 received at 55856-done <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 55856-done <at> debbugs.gnu.org
Subject: Re: bug#55856: First LUKS passphrase prompt at Linux boot always fail
Date: Tue, 14 Jun 2022 12:12:49 -0400
Hey Ludo,

Ludovic Courtès <ludo <at> gnu.org> writes:

> Hi,
>
> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> skribis:
>
>> Today I confirmed that without first clearing the input buffer via
>> multiple backspaces strokes, the first LUKS passphrase (I have many
>> disks) *always* fail.
>
> This is super weird (I’ve not observed that).  I don’t see how the input
> buffer could be filled with something else.  I wonder how this could be
> investigated!

Haha, this ended up being the HHKB Professional 2 USB keyword that was
hooked to my desktop.  Even when not using it, it appears that the small
USB hub that is built in the keyword sends noise to the line and causes
garbage to appear on stdin...

I should probably de-solder that near-useless thing from this otherwise
fine keyboard.

Thanks,

Closing.

Maxim




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Wed, 13 Jul 2022 11:24:09 GMT) Full text and rfc822 format available.

This bug report was last modified 1 year and 288 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.