Bug 429358

Summary:	sets encryption passphrase with a different keymap than it's read from on boot
Product:	[Fedora] Fedora	Reporter:	Bill Nottingham <notting>
Component:	anaconda	Assignee:	David Lehman <dlehman>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	fenlason, harald, jonstanley, pcfe, rvokal
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:	NeedsRetesting
Fixed In Version:	mkinitrd-6.0.32-1	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2008-04-07 22:01:13 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	235706

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. ***