Description of problem: Impossible to type characters like "é" "è" "à" and "ù" in a dracut shell by an azerty keyboard. The consequence is we can't type LUKS passe-phrase including these characters. Version-Release number of selected component (if applicable): dracut-024-23.git20130118.fc18 How reproducible: always Steps to Reproduce: 1. 2. 3. Actual results: We can't unlock LUKS volumes for a standard boot process. Bug discovered by changing LUKS key using cryptsetup. Expected results: Fully azerty keymap support from dracut. Additional info: GRUB boot options are: LANG=fr_FR.utf8 KEYTABLE=fr-latin9 Or: LANG=fr_FR.utf8 KEYMAP=fr-latin9 But that change nothing In dracut shell (echo $VAR): LANG=C KEYTABLE=fr-latin9 Or: LANG=C KEYMAP=fr-latin9
Created attachment 698878 [details] environment variables used by dracut
what is the contents of /etc/vconsole.conf in the dracut shell and on your system?
does it help to run: # /usr/lib/systemd/systemd-vconsole-setup ??
(In reply to comment #2) > what is the contents of /etc/vconsole.conf in the dracut shell and on your > system? In the dracut shell: KEYMAP="fr-latin9" FONT="True" UNICODE="1" On my system: FONT=True KEYMAP=fr-latin9
(In reply to comment #3) > does it help to run: > > # /usr/lib/systemd/systemd-vconsole-setup > > ?? No, that change nothing. However, it return an error message: Cannot open font file True assuming iso-8859-1 cedilla assuming iso-8859-1 acute assuming iso-8859-1 diaeresis assuming iso-8859-1 brokenbar assuming iso-8859-1 threequarters assuming iso-8859-1 currency assuming iso-8859-1 onehalf assuming iso-8859-1 onequarter /usr/bin/setfont failed with error code 66. Almost the same error message of 'loadkeys -u fr-latin9' command: Cannot open font file True assuming iso-8859-1 cedilla assuming iso-8859-1 acute assuming iso-8859-1 diaeresis assuming iso-8859-1 brokenbar assuming iso-8859-1 threequarters assuming iso-8859-1 currency assuming iso-8859-1 onehalf assuming iso-8859-1 onequarter
(In reply to comment #5) > Almost the same error message of 'loadkeys -u fr-latin9' command: woops mistake: 'loadkeys -a fr-latin9' I meant
Fix your /etc/vconsole.conf and maybe /etc/sysconfig/i18n and the kernel command line. /etc/vconsole.conf: FONT=latarcyrheb-sun16 KEYMAP=fr-latin9 kernel command line: vconsole.font=latarcyrheb-sun16 vconsole.keymap=fr-latin9
oh, and remove FONT KEYMAP KEYTABLE from the kernel command line
(In reply to comment #7) > Fix your /etc/vconsole.conf and maybe /etc/sysconfig/i18n and the kernel > command line. /etc/sysconfig/i18n doesn't exist > /etc/vconsole.conf: > > FONT=latarcyrheb-sun16 > KEYMAP=fr-latin9 Fixed > kernel command line: > vconsole.font=latarcyrheb-sun16 vconsole.keymap=fr-latin9 Fixed > remove FONT KEYMAP KEYTABLE from the kernel command line Done I'm sorry but that changed anything :(
What is the contents of /etc/vconsole.conf in the dracut shell now? does it help to run: # /usr/lib/systemd/systemd-vconsole-setup in the dracut shell??
(In reply to comment #10) > What is the contents of /etc/vconsole.conf in the dracut shell now? (I use /boot to store files between Dracut and my system started) $ cat /boot/vconsole.conf.new KEYMAP="fr-latin9" FONT="latarcyrheb-sun16" UNICODE="1" > does it help to run: > > # /usr/lib/systemd/systemd-vconsole-setup > > in the dracut shell?? No, that changed nothing ("é" "è" "à" "ù" "ç" not avilable yet), but output has changed: $ cat /boot/vconsole-setup-err.txt.new assuming iso-8859-1 cedilla assuming iso-8859-1 acute assuming iso-8859-1 diaeresis assuming iso-8859-1 brokenbar assuming iso-8859-1 threequarters assuming iso-8859-1 currency assuming iso-8859-1 onehalf assuming iso-8859-1 onequarter
Not much I can do. In F19 you should be able to use the X keyboard definition and hopefully the fonts/keyboard works then. Now that the correct config is used, I'll assign the bug to kbd.
This message is a reminder that Fedora 18 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 18. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '18'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 18's end of life. Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 18 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior to Fedora 18's end of life. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 18 changed to end-of-life (EOL) status on 2014-01-14. Fedora 18 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
removing needinfo tag, bugzilla send mail reminder