When will be fix? This problem 2 years old. Now in Mageia 3 RC problem is persists.

CC: (none) => loginov_alex

Please attach your /var/log/boot.log

Keywords: (none) => NEEDINFO
CC: (none) => thierry.vignaud

Created attachment 3791 [details]
boot.log

It's either dracut or initscripts

CC: (none) => mageia
Source RPM: (none) => dracut initscripts

[colin@jimmy initscripts (mga-41)]$ git grep alt_shift_toggle
[colin@jimmy initscripts (mga-41)]$
[colin@jimmy dracut (mga-025)]$ git grep alt_shift_toggle
[colin@jimmy dracut (mga-025)]$

Doesn't appear to be in any file in either dracut or initscripts.

Also if it's 2 years old (according to comment 1) then it predates dracut.

Does this happen on a fresh install or is it only on upgrades?

# find /usr -name '*alt_shift*'
/usr/lib/kbd/keymaps/i386/include/alt_shift_toggle.map.gz
/usr/lib/kbd/keymaps/i386/include/alt_shift_toggle.inc

If that gives any clues..

CC: (none) => sander.lepik

OK, so a keymap is likely configured and somehow isn't loaded. I guess tracking down said configuration would be the first step... Perhaps it's not really 2 years old as comment 1 suggests and it's simply due to dracut not copying the keymap to the initrd.

Can you attach output of lsinitrd on a recently generated initrd?

Created attachment 3800 [details]
# lsinitrd > lsinitrd.txt

I attached boot.log file from mageia 3 beta 4. But now I install RC.
I write output lsinitrd in Mageia 3 RC. Maybe I need to attach boot.log again?

It seems the /usr/lib/kbd/keymaps/i386/include/alt_shift_toggle.inc file is included in the initrd, but not the .map.gz (or uncompressed version thereof).


On my system both the files seem to have the same content:

[colin@jimmy ~]$ cat /usr/lib/kbd/keymaps/i386/include/alt_shift_toggle.inc
# Alt+Shift or AltGr+Shift toggle modes
alt keycode  42 = AltGr_Lock
alt keycode  54 = AltGr_Lock
[colin@jimmy ~]$ zcat /usr/lib/kbd/keymaps/i386/include/alt_shift_toggle.map.gz 
# Alt+Shift or AltGr+Shift toggle modes
alt keycode  42 = AltGr_Lock
alt keycode  54 = AltGr_Lock


Perhaps just renaming the .inc file to .map would be sufficient here...

Actually hunting a bit further, I think I see why this is.

Your actual keyboard map (ru4.uni) does not include this other map, so it must be configured as an "Extra Map".

Now, unfortunately, when looking for maps the scanning code will find the .inc file before it finds the .map* file and thus it will use that in the initrd...

So the scanning code must be modified to favour other file endings before it considers .inc files.


Sadly doing the following on my machine:

$ find /usr/lib/kbd/keymaps -type f -name alt_shift_toggle -o -name alt_shift_toggle.\*


Seems to return the results in the correct order - can you do this on your machine and post the output? It's perhaps non-deterministic ordering. If the .inc comes first I think that's the problem.

Actually scratch that last request, I tried on a few more machines and indeed the order is different on other machines.


[colin@marley ~]$ find /usr/lib/kbd/keymaps -type f -name alt_shift_toggle -o -name alt_shift_toggle.\*
/usr/lib/kbd/keymaps/i386/include/alt_shift_toggle.inc
/usr/lib/kbd/keymaps/i386/include/alt_shift_toggle.map.gz


Here the .inc file is first, so it's included, but in the main search we actually want to include .map file itself.

I'll see if the command can be tweaked.

Created attachment 3802 [details]
Patch to fix the issue in dracut

This patch should fix the issue.

Can you apply it to your system?

Just run:

sudo patch /usr/lib/dracut/modules.d/10i18n/module-setup.sh < 0001-Match-.map-files-before-.inc-files-when-looking-for-.patch

(or run it as root without sudo).


Then regenerate your initrd (dracut -f) and test it.

Whether it works or not, can you supply output of lsinitrd again just to confirm.

The patch should work so I've included it in latest dracut.

Status: NEW => RESOLVED
Resolution: (none) => FIXED