Bug 429358 - sets encryption passphrase with a different keymap than it's read from on boot
Summary: sets encryption passphrase with a different keymap than it's read from on boot
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: David Lehman
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: NeedsRetesting
: 432398 443061 (view as bug list)
Depends On:
Blocks: F9Blocker
TreeView+ depends on / blocked
 
Reported: 2008-01-18 21:19 UTC by Bill Nottingham
Modified: 2014-03-17 03:12 UTC (History)
5 users (show)

Fixed In Version: mkinitrd-6.0.32-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-04-07 22:01:13 UTC
Type: ---


Attachments (Terms of Use)

Description Bill Nottingham 2008-01-18 21:19:05 UTC
Description of problem:

anaconda sets the encryption passphrase by reading what the user typed in, under
X with whatever X keymap is appropriate for the locale.

boot reads the passphrase with whatever keymap the BIOS is using, as we haven't
set any keymaps at that point.

That's going to cause issues somewhere.

Version-Release number of selected component (if applicable):

rawhide-20080118

Comment 1 Jeremy Katz 2008-01-18 21:49:25 UTC
dlehman had been looking at this...  getting the ckbcomp stuff in for console
keymaps so that we can better match the X maps would make things a lot easier

Comment 2 Mr. Mizzen 2008-02-08 14:30:56 UTC
Any passphrase with the special Hungarian Letters fails..... as above expected
it would.

Most of Hungarian keys will make an * when entering the passphrase.
However, none of the top row keys that use the <Alt GR> key function.
No *, just a beep.
Very odd as the top row keys normaly work with X just fine.


Comment 3 Dave Russell 2008-02-18 18:23:01 UTC
Now that a default install for F9-Alpha uses encryption this issue with keymap
should (I feel) be raised to a higher priority (which I've done, let me know if
you disagree).

If we don't solve this, or at least tell users only to use ordinary numbers and
letters, we're going to have a lot of boxes that people install only to be be
told they have the wrong passphrase.

I know, I've just hit it twice :o) Then found this bug.

Comment 4 Jon Stanley 2008-02-20 04:41:39 UTC
*** Bug 432398 has been marked as a duplicate of this bug. ***

Comment 5 Jon Stanley 2008-02-20 04:46:10 UTC
Per the bug that I just dup'ed to this, this is also a problem if the user
wishes to use a Dvorak keyboard.

Comment 6 Patrick C. F. Ernzer 2008-03-04 14:18:50 UTC
Problem (obviously) also exists with Finnish/Swedish keyboard

Comment 7 Jeremy Katz 2008-03-04 21:09:18 UTC
dlehman committed something to support keymaps in the initrd and I'll be
rebuilding mkinitrd hopefully in the next hour or two

Comment 8 Jesse Keating 2008-04-01 20:22:23 UTC
Does this still happen?  Jeremy did a mkinitrd build a while ago, just need to
verify that it's fixed.

Comment 9 Jon Stanley 2008-04-02 15:58:53 UTC
I've noticed that there is a message that the keymap is loaded now.  Since I
don't have any keyboard other than US English, I can't test that it actually
loads some other keymap if configured to do so.

Comment 10 Jay Fenlason 2008-04-02 18:37:29 UTC
This is fixed on my F9/rawhide box now--it successfully loads the dvorak 
keymap and lets me type in my passphrase in the layout I used to do the 
install in.

Comment 11 David Lehman 2008-04-07 22:01:13 UTC
Closing based on comment #10.

Comment 12 Jon Stanley 2008-04-27 13:10:08 UTC
*** Bug 443061 has been marked as a duplicate of this bug. ***


Note You need to log in before you can comment on or make changes to this bug.