[opensuse] Password prompt for whole disk encryption changed keyboard layout
Since the updates from beginning of this week I have to use the English keyboard layout to type in my encryption password for the whole disk encryption (openSUSE standard: encryption with LUKS and LVM, openSUSE 15.0). The password prompt is now in English regardless if I use the graphical Plymouth prompt or the console prompt. It was in German before the updates. The password input for GDM display manager later is in German. Does anyone else saw this behavior? Where can I reset the keyboard setting for the initial encryption password prompt? Greetings, Björn -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 30.08.2018 um 23:27 schrieb Bjoern Voigt:
Since the updates from beginning of this week I have to use the English keyboard layout to type in my encryption password for the whole disk encryption (openSUSE standard: encryption with LUKS and LVM, openSUSE 15.0). The password prompt is now in English regardless if I use the graphical Plymouth prompt or the console prompt. It was in German before the updates.
The password input for GDM display manager later is in German.
Does anyone else saw this behavior?
Where can I reset the keyboard setting for the initial encryption password prompt?
This is because 15.0 also encrypts /boot which means GRUB can't load the keyboard mapping since it's still encrypted. I could fix this because I enabled LVM and left some disk space free. That allowed me to allocate 500 MB, create a new /boot, copy all files there, reinstall GRUB ... and it worked. Not recommended unless you know what you're doing. Simple fix: Reinstall. During hard disk partitioning, do it manually and make sure the system creates an unencrypted /boot outside of the LUKS container. That fixes the issue. See also: https://bugzilla.opensuse.org/show_bug.cgi?id=1101664 Regards, -- Aaron "Optimizer" Digulla a.k.a. Philmann Dark "It's not the universe that's limited, it's our imagination. Follow me and I'll show you something beyond the limits." http://blog.pdark.de/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Aaron Digulla wrote:
This is because 15.0 also encrypts /boot which means GRUB can't load the keyboard mapping since it's still encrypted.
I could fix this because I enabled LVM and left some disk space free. That allowed me to allocate 500 MB, create a new /boot, copy all files there, reinstall GRUB ... and it worked. Not recommended unless you know what you're doing.
Simple fix: Reinstall. During hard disk partitioning, do it manually and make sure the system creates an unencrypted /boot outside of the LUKS container. That fixes the issue.
See also: https://bugzilla.opensuse.org/show_bug.cgi?id=1101664 Thanks, but my keyboard layout problem should have another reason. My /boot filesystem is still unencrypted.
Until now I haven't understood, at which stage Dracut sets the keyboard layout. Greetings, Björn -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Bjoern Voigt wrote:
Since the updates from beginning of this week I have to use the English keyboard layout to type in my encryption password for the whole disk encryption (openSUSE standard: encryption with LUKS and LVM, openSUSE 15.0). The password prompt is now in English regardless if I use the graphical Plymouth prompt or the console prompt. It was in German before the updates.
The password input for GDM display manager later is in German.
Does anyone else saw this behavior?
Where can I reset the keyboard setting for the initial encryption password prompt? I found, that a file named "compose.latin1" is missing in initrd (produced by Dracut). The file is indirectly included from usr/share/kbd/keymaps/legacy/i386/qwertz/de-latin1-nodeadkeys.map.
# lsinitrd /boot/initrd-4.12.14-lp150.12.16-default | grep /keymaps/ drwxr-xr-x 4 root root 0 Aug 27 09:59 usr/share/kbd/keymaps/legacy drwxr-xr-x 4 root root 0 Aug 27 09:59 usr/share/kbd/keymaps/legacy/i386 drwxr-xr-x 2 root root 0 Aug 27 09:59 usr/share/kbd/keymaps/legacy/i386/include -rw-r--r-- 1 root root 278 Apr 8 23:34 usr/share/kbd/keymaps/legacy/i386/include/compose.inc -rw-r--r-- 1 root root 249 Apr 8 23:34 usr/share/kbd/keymaps/legacy/i386/include/euro2.map -rw-r--r-- 1 root root 4353 Apr 8 23:34 usr/share/kbd/keymaps/legacy/i386/include/linux-keys-bare.inc -rw-r--r-- 1 root root 746 Apr 8 23:34 usr/share/kbd/keymaps/legacy/i386/include/linux-with-alt-and-altgr.inc -rw-r--r-- 1 root root 456 Apr 8 23:34 usr/share/kbd/keymaps/legacy/i386/include/qwertz-layout.inc drwxr-xr-x 2 root root 0 Aug 27 09:59 usr/share/kbd/keymaps/legacy/i386/qwertz -rw-r--r-- 1 root root 493 Apr 8 23:34 usr/share/kbd/keymaps/legacy/i386/qwertz/de-latin1-nodeadkeys.map -rw-r--r-- 1 root root 2359 Apr 8 23:34 usr/share/kbd/keymaps/legacy/i386/qwertz/de-latin1.map drwxr-xr-x 2 root root 0 Aug 27 09:59 usr/share/kbd/keymaps/legacy/include -rw-r--r-- 1 root root 517 Apr 8 23:34 usr/share/kbd/keymaps/legacy/include/compose.8859_7 -rw-r--r-- 1 root root 23 Apr 8 23:34 usr/share/kbd/keymaps/legacy/include/compose.8859_8 -rw-r--r-- 1 root root 67 Apr 8 23:34 usr/share/kbd/keymaps/legacy/include/compose.ctrlperiod -rw-r--r-- 1 root root 520 Apr 8 23:34 usr/share/kbd/keymaps/legacy/include/compose.latin1.add -rw-r--r-- 1 root root 194 Apr 8 23:34 usr/share/kbd/keymaps/legacy/include/compose.latin1.cedilla -rw-r--r-- 1 root root 3465 Apr 8 23:34 usr/share/kbd/keymaps/legacy/include/compose.latin2 -rw-r--r-- 1 root root 2037 Apr 8 23:34 usr/share/kbd/keymaps/legacy/include/compose.latin3 -rw-r--r-- 1 root root 2897 Apr 8 23:34 usr/share/kbd/keymaps/legacy/include/compose.latin4 -rw-r--r-- 1 root root 196 Apr 8 23:34 usr/share/kbd/keymaps/legacy/include/compose.shiftctrl -rw-r--r-- 1 root root 5079 Apr 8 23:34 usr/share/kbd/keymaps/legacy/include/compose.utf8 -rw-r--r-- 1 root root 251 Apr 8 23:34 usr/share/kbd/keymaps/legacy/include/compose.winkeys If I unpack initrd, I can execute "loadkeys" directly: # loadkeys ./usr/share/kbd/keymaps/legacy/i386/qwertz/de-latin1-nodeadkeys.map cannot open include file compose.latin1 syntax error, unexpected ERROR # cat etc/vconsole.conf KEYMAP=de-latin1-nodeadkeys FONT=lat9w-16.psfu FONT_MAP=trivial # cat ./usr/share/kbd/keymaps/legacy/i386/qwertz/de-latin1-nodeadkeys.map # de-latin1-nodeadkeys.map: German keymap # Due to Olaf Flebbe (flebbe@pluto.tat.physik.uni-tuebingen.de) include "de-latin1.map" [...] # cat ./usr/share/kbd/keymaps/legacy/i386/qwertz/de-latin1.map [...] include "compose.latin1" [...] The file can be found here in installed system, but not in initrd: /usr/share/kbd/keymaps/legacy/include/compose.latin1 I check this in Bugzilla. Probably it would also work to change my keyboard layout. Greetings, Björn -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (2)
-
Aaron Digulla
-
Bjoern Voigt