Date: Wed, 16 Dec 2015 16:34:56 +0100 (CET) From: Carsten Kunze <carsten.kunze@arcor.de> To: freebsd-current@freebsd.org Subject: Aw: Re: keymap set after file system decryption Message-ID: <271086927.242379.1450280096357.JavaMail.ngmail@webmail18.arcor-online.net> In-Reply-To: <alpine.BSF.2.20.1512161545400.1026@mail.fig.ol.no> References: <alpine.BSF.2.20.1512161545400.1026@mail.fig.ol.no> <37578766.236860.1450260266870.JavaMail.ngmail@webmail18.arcor-online.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Trond Endrest=F8l <Trond.Endrestol@fagskolen.gjovik.no> wrote:
> I guess we who live outside the US should take into account that PCs=20
> are initialised by firmware to the US keyboard layout and the 437 code=20
> page, courtesy of IBM, 1981.
In 1981 I had accepted this. Now it's simply a bug and I wonder it has not=
been fixed in 22 years. I'll file a bug report.
> I'm not sure if the creators of (U)EFI has considered other keyboard=20
> layouts and/or code pages at boot time.
I don't care for the BIOS here, the OS has to take care of it. It may be o=
k that at the boot prompt only US keymap is set. But when the rc scripts a=
re running the keymap must be set correctly (as one of the first actions).
> A bad workaround is to copy the suitable keymap from /usr/share... to=20
> /etc, along with /usr/sbin/kbdcontrol, and add a suitable line to one=20
> or either of /etc/rc.d/geli{,2}, e.g.:
>=20
> /etc/kbdcontrol -l /etc/german.iso.kbd
>=20
> kbdcontrol is linked only to libc:
>=20
> $ ldd `which kbdcontrol`
> /usr/sbin/kbdcontrol:
> libc.so.7 =3D> /lib/libc.so.7 (0x800827000)
In my case it's simpler since I have /usr in /, but as you descripted kbdco=
ntrol must be in /sbin and the maps in /etc in the future.
Carsten
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?271086927.242379.1450280096357.JavaMail.ngmail>