Red Hat Bugzilla – Bug 438246
Keyboard layout selected during install is forgotten at post-install boot
Last modified: 2008-04-17 15:43:42 EDT
Description of problem:
Keyboard layout selection (keyboard layout "dk") has no effect after Anaconda
reboots (after installation of the appx. 900 packages).
Version-Release number of selected component (if applicable):
Every time during my daily installs of Fedora 9 (4 days in a row).
Steps to Reproduce:
1. Download boot.iso from rawhide (in my case from
2. Boot and perform clean install from URL mentioned above (standard disk layout)
3. Select language "danish" and keyboard layout "dk" (not "dk latin")
4. Remove tick mark in "office" packages (none of the 4 set of usages selected,
leaving a pretty minimal system)
5. Normal install of appx. 900 packages, reboot, run "first-run" utility
6. Now the keyboard layout is the default "us" and not dk.
Keyboard layout is an english default.
Keyboard layout should be as selected during the installation - in this case it
should be "dk". A change to "dk" via SYSTEM / ADMINISTRATION / KEYBOARD works
OK and is also in place after next reboot.
So /etc/sysconfig/keyboard didn't have the right layout after you rebooted
I'll have to check this after my next daily install. Right now it shows "dk" but
I have corrected the layout selection shortly after install by selecting SYSTEM
/ ADMINISTRATION / KEYBOARD and then selecting the "dk" layout. So I don't know
right now if this was orginally something different.
There is another way of correcting the layout - I used that for a previous
install a few days ago: SYSTEM / PREFERENCES / HARDWARE / KEYBOARD and select
the LAYOUT tab. Then ADD layout DANISH and mark as default. This seems to
require a reboot to take effect.
Curiously, the method I used today (SYSTEM / ADMINISTRATION / KEYBOARD), which
also works fine, isn't reflected in SYSTEM / PREFERENCES / HARDWARE / KEYBOARD
which still only mentions US.
It seems we have multiple sets of settings for selecting the keyboard layout and
they don't necessarily need to be set equally?
Yes, you can individually set the keyboard layout for the system as well as for
In answer to #1:
The following behaviour is from daily installs from
http://mirrors.kernel.org/fedora/development/i386/os (after the daily syncs) on
22-Mar, 23-Mar and 24-Mar. The problem is still there.
1) /etc/sysconfig/keyboard contains
2) GNOME SYSTEM / ADMINISTRATION / KEYBOARD has "Danish" selected. (Manually
setting this to something else then setting back to "Danish" solves the problem
3) GNOME SYSTEM / SETTINGS / HARDWARE / KEYBOARD has "USA" on the list (with no
bullet in the "default" column). (The manual selection mentioned under 2)
doesn't change this but solves the problem anyway.)
I can't confirm changes after reboot and relogin with these builds.
The 21-Mar install (which I didn't examine very carefully) was corrected as
mentioned in 2) above and left on overnight. The next morning it was back to USA
keyboard layout by itself. (Patch handling was left at default which I
understand is "tell about but do not install automatically.)
And thanks to #3 for clarifying that. I suspected something like that, but it
was unclear to me what is "system" and what is "user".
Okay, so this is the case that we know about. We made a late switch back to
using kbd for the keyboard rather than evdev just before beta and so lost the
bits that look at the system settings in /etc/sysconfig/keyboard. We'll get it
back before the next milestone one way or another.
That's fine. Do I change the bug status at this point?
*** Bug 439632 has been marked as a duplicate of this bug. ***
*** Bug 441009 has been marked as a duplicate of this bug. ***
The plan is to handle this in X based on what is in /etc/sysconfig/keyboard
*** Bug 442523 has been marked as a duplicate of this bug. ***
*** Bug 442512 has been marked as a duplicate of this bug. ***
Okay, for now, made rhpxl go back to writing out a keyboard section if it's
given keyboard information. Which it is in the installer case. Don't like it,
but it seems like the shortest path for F9. For F10, I really am taking out the
writing of an xorg.conf from anaconda, etc, though...
I installed F9pr with a UK keyboard. In the installed system, the keyboard
layout indicator shows gb, and shift-3 produces £ as expected.
I'm going to close this, but please retest with F9PR/rawhide-20080417 or later
(anything with anaconda-18.104.22.168-2 or higher) to confirm for yourself. Feel
free to re-open this bug if it's not fixed for you.