unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / code / Atom feed
From: ng0 <ng0@n0.is>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: 25453@debbugs.gnu.org
Subject: bug#25453: Inconsistent keyboard layout affecting encrypted root
Date: Wed, 17 Jan 2018 08:29:20 +0000	[thread overview]
Message-ID: <20180117082920.fiyi672klgu3cg3q@abyayala> (raw)
In-Reply-To: <87vat9akzj.fsf@gnu.org>

[-- 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 --]

  parent reply	other threads:[~2018-01-17  7:30 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-15  6:55 bug#25453: Inconsistent keyboard layout affecting encrypted root Christopher Baines
2017-01-20 14:01 ` Ludovic Courtès
2018-01-14 13:22   ` Mathieu Lirzin
2018-01-17  7:05   ` Chris Marusich
2018-01-17  8:29   ` ng0 [this message]
2019-03-24 22:21   ` Ludovic Courtès
2019-03-25  5:44     ` Christopher Baines

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180117082920.fiyi672klgu3cg3q@abyayala \
    --to=ng0@n0.is \
    --cc=25453@debbugs.gnu.org \
    --cc=ludo@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public 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).