unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / code / Atom feed
* bug#55856: First LUKS passphrase prompt at Linux boot always fail
@ 2022-06-08 18:54 Maxim Cournoyer
  2022-06-10 22:02 ` Ludovic Courtès
  0 siblings, 1 reply; 3+ messages in thread
From: Maxim Cournoyer @ 2022-06-08 18:54 UTC (permalink / raw)
  To: 55856

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




^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#55856: First LUKS passphrase prompt at Linux boot always fail
  2022-06-08 18:54 bug#55856: First LUKS passphrase prompt at Linux boot always fail Maxim Cournoyer
@ 2022-06-10 22:02 ` Ludovic Courtès
  2022-06-14 16:12   ` Maxim Cournoyer
  0 siblings, 1 reply; 3+ messages in thread
From: Ludovic Courtès @ 2022-06-10 22:02 UTC (permalink / raw)
  To: Maxim Cournoyer; +Cc: 55856

Hi,

Maxim Cournoyer <maxim.cournoyer@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’.




^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#55856: First LUKS passphrase prompt at Linux boot always fail
  2022-06-10 22:02 ` Ludovic Courtès
@ 2022-06-14 16:12   ` Maxim Cournoyer
  0 siblings, 0 replies; 3+ messages in thread
From: Maxim Cournoyer @ 2022-06-14 16:12 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: 55856-done

Hey Ludo,

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

> Hi,
>
> Maxim Cournoyer <maxim.cournoyer@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




^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2022-06-14 16:38 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-06-08 18:54 bug#55856: First LUKS passphrase prompt at Linux boot always fail Maxim Cournoyer
2022-06-10 22:02 ` Ludovic Courtès
2022-06-14 16:12   ` Maxim Cournoyer

Code repositories for project(s) associated with this inbox:

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).