bug#25453: Inconsistent keyboard layout affecting encrypted root

bug#25453: Inconsistent keyboard layout affecting encrypted root

[Christopher Baines]

[-- Attachment #1: Type: text/plain, Size: 704 bytes --]


I'm using a UK keyboard layout with a computer that I recently installed
GuixSD on with a encrypted root parition. Immediately after installation
when I attempted to boot in to the new system for the first time I had
to enter the passphrase twice, and in doing this, first I had to use the
keyboard layout under which I carried out the installation (the layout
which I had intended to use), and then during the early boot stage of
the system I had to enter the passphrase using a different keyboard
layout.

The ideal behaviour here is that the way in which the passphrase is set
in the installer is the way in which it has to be entered into Grub and
during the early boot of the system. 

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 962 bytes --]

bug#25453: Inconsistent keyboard layout affecting encrypted root

[Ludovic Courtès]

Hi!

Christopher Baines <mail@cbaines.net> skribis:

> I'm using a UK keyboard layout with a computer that I recently installed
> GuixSD on with a encrypted root parition. Immediately after installation
> when I attempted to boot in to the new system for the first time I had
> to enter the passphrase twice, and in doing this, first I had to use the
> keyboard layout under which I carried out the installation (the layout
> which I had intended to use), and then during the early boot stage of
> the system I had to enter the passphrase using a different keyboard
> layout.

Currently installing a keymap is something done by the ‘console-keymap’
Shepherd service, which invokes ‘loadkeys’.  That happens after
“cryptsetup --open” has opened your encrypted root device, hence the
problem.

Should we install the keymap right in the initrd, before we’ve mounted
the root partition?  That would require copying the right keymap(s) and
probably ‘loadkeys’ to the initrd, which might make it quite big.

Suggestions?  How do others handle it?

Thanks for your report,
Ludo’.

bug#25453: Inconsistent keyboard layout affecting encrypted root

[Mathieu Lirzin]

Hello,

ludo@gnu.org (Ludovic Courtès) writes:

> Christopher Baines <mail@cbaines.net> skribis:
>
>> I'm using a UK keyboard layout with a computer that I recently installed
>> GuixSD on with a encrypted root parition. Immediately after installation
>> when I attempted to boot in to the new system for the first time I had
>> to enter the passphrase twice, and in doing this, first I had to use the
>> keyboard layout under which I carried out the installation (the layout
>> which I had intended to use), and then during the early boot stage of
>> the system I had to enter the passphrase using a different keyboard
>> layout.
>
> Currently installing a keymap is something done by the ‘console-keymap’
> Shepherd service, which invokes ‘loadkeys’.  That happens after
> “cryptsetup --open” has opened your encrypted root device, hence the
> problem.

I am using '(console-keymap-service "fr")' in my system config, so I
would expect to have at least an AZERTY keyboard layout for the second
passphrase entered but I am not.  Am I overlooking something?

Thanks.

-- 
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761  070D 0ADE E100 9460 4D37

bug#25453: Inconsistent keyboard layout affecting encrypted root

[Chris Marusich]

[-- Attachment #1: Type: text/plain, Size: 1355 bytes --]

ludo@gnu.org (Ludovic Courtès) writes:

> Hi!
>
> Christopher Baines <mail@cbaines.net> skribis:
>
>> I'm using a UK keyboard layout with a computer that I recently installed
>> GuixSD on with a encrypted root parition. Immediately after installation
>> when I attempted to boot in to the new system for the first time I had
>> to enter the passphrase twice, and in doing this, first I had to use the
>> keyboard layout under which I carried out the installation (the layout
>> which I had intended to use), and then during the early boot stage of
>> the system I had to enter the passphrase using a different keyboard
>> layout.
>
> Currently installing a keymap is something done by the ‘console-keymap’
> Shepherd service, which invokes ‘loadkeys’.  That happens after
> “cryptsetup --open” has opened your encrypted root device, hence the
> problem.
>
> Should we install the keymap right in the initrd, before we’ve mounted
> the root partition?  That would require copying the right keymap(s) and
> probably ‘loadkeys’ to the initrd, which might make it quite big.
>
> Suggestions?  How do others handle it?
>
> Thanks for your report,
> Ludo’.

I may be wrong, but keep in mind that Grub and other bootloaders might
require their own configuration to set the keyboard layout, also.

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

bug#25453: Inconsistent keyboard layout affecting encrypted root

[ng0]

[-- Attachment #1: Type: text/plain, Size: 2091 bytes --]

Ludovic Courtès transcribed 1.1K bytes:
> Hi!
> 
> Christopher Baines <mail@cbaines.net> skribis:
> 
> > I'm using a UK keyboard layout with a computer that I recently installed
> > GuixSD on with a encrypted root parition. Immediately after installation
> > when I attempted to boot in to the new system for the first time I had
> > to enter the passphrase twice, and in doing this, first I had to use the
> > keyboard layout under which I carried out the installation (the layout
> > which I had intended to use), and then during the early boot stage of
> > the system I had to enter the passphrase using a different keyboard
> > layout.
> 
> Currently installing a keymap is something done by the ‘console-keymap’
> Shepherd service, which invokes ‘loadkeys’.  That happens after
> “cryptsetup --open” has opened your encrypted root device, hence the
> problem.
> 
> Should we install the keymap right in the initrd, before we’ve mounted
> the root partition?  That would require copying the right keymap(s) and
> probably ‘loadkeys’ to the initrd, which might make it quite big.
> 
> Suggestions?  How do others handle it?

Yes, this has been annoying me to the point of simply taking it for
granted for now, and replacing it in my own set of defaults.

To answer your question: Others handle it in the initrd aswell.

For example in Gentoo with OpenRC, you set the keyboardlayout for
the initrd. In Archlinux iirc before and after adoption of systemd
you set the keymap for it. In Debian if memory serves me right you
set the keyboard layout. I think I don't need to go on...

What's the size difference for the initrd then in numbers?
I don't think we have to wory about size as we'll never run
on devices smaller than router devices (at least that's my
current assumption looking at the size of a typical minimal
GuixSD, it's possible but requires lots of customization).

> Thanks for your report,
> Ludo’.
> 
> 
> 

-- 
ng0 :: https://ea.n0.is
A88C8ADD129828D7EAC02E52E22F9BBFEE348588 :: https://ea.n0.is/keys/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

bug#25453: Inconsistent keyboard layout affecting encrypted root

[Ludovic Courtès]

Hi Chris!

ludo@gnu.org (Ludovic Courtès) skribis:

> Christopher Baines <mail@cbaines.net> skribis:
>
>> I'm using a UK keyboard layout with a computer that I recently installed
>> GuixSD on with a encrypted root parition. Immediately after installation
>> when I attempted to boot in to the new system for the first time I had
>> to enter the passphrase twice, and in doing this, first I had to use the
>> keyboard layout under which I carried out the installation (the layout
>> which I had intended to use), and then during the early boot stage of
>> the system I had to enter the passphrase using a different keyboard
>> layout.
>
> Currently installing a keymap is something done by the ‘console-keymap’
> Shepherd service, which invokes ‘loadkeys’.  That happens after
> “cryptsetup --open” has opened your encrypted root device, hence the
> problem.

This is finally fixed by commit
ae7a316b9da0d1a50c5abdc531c68c8e98e561c9, which initializes the console
keyboard layout straight from the initrd.

Ludo’.

bug#25453: Inconsistent keyboard layout affecting encrypted root

[Christopher Baines]

[-- Attachment #1: Type: text/plain, Size: 1142 bytes --]


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

> Hi Chris!
>
> ludo@gnu.org (Ludovic Courtès) skribis:
>
>> Christopher Baines <mail@cbaines.net> skribis:
>>
>>> I'm using a UK keyboard layout with a computer that I recently installed
>>> GuixSD on with a encrypted root parition. Immediately after installation
>>> when I attempted to boot in to the new system for the first time I had
>>> to enter the passphrase twice, and in doing this, first I had to use the
>>> keyboard layout under which I carried out the installation (the layout
>>> which I had intended to use), and then during the early boot stage of
>>> the system I had to enter the passphrase using a different keyboard
>>> layout.
>>
>> Currently installing a keymap is something done by the ‘console-keymap’
>> Shepherd service, which invokes ‘loadkeys’.  That happens after
>> “cryptsetup --open” has opened your encrypted root device, hence the
>> problem.
>
> This is finally fixed by commit
> ae7a316b9da0d1a50c5abdc531c68c8e98e561c9, which initializes the console
> keyboard layout straight from the initrd.

Exciting, thanks Ludo :)

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 962 bytes --]