Bug 845744 - Dracut doesn't load keytable/keymap when booting
Summary: Dracut doesn't load keytable/keymap when booting
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: dracut
Version: 17
Hardware: x86_64
OS: Linux
unspecified
urgent
Target Milestone: ---
Assignee: dracut-maint
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-08-04 12:09 UTC by htd
Modified: 2012-08-14 21:57 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-08-14 21:57:46 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
A screenshot showing what happens (661.81 KB, image/jpeg)
2012-08-13 18:07 UTC, htd
no flags Details

Description htd 2012-08-04 12:09:25 UTC
Description of problem:
When dracut.noarch 0:018-96.git20120724.fc17 is installed, loading of the proper keyboard table via dracut doesn't work when booting. The message is:

loadkeys: /lib/kbd/keymaps/i386/qwerty/no.map:2: cannot open include file qwerty-layout

This is fatal when the root partition is encrypted, because the password entered is translated via a wrong keytable (US?).

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

dracut.noarch 0:018-96.git20120724.fc17

How reproducible:

Install the mentioned version and boot.

Steps to Reproduce:
1. Install dracut.noarch 0:018-96.git20120724.fc17
2. Build a new kernel or install latest F17 one 
3. Problem occurs
  
Actual results:

Proper keytable doesn't get loaded.

Expected results:

Proper keytable gets loaded.

Additional info:

Doing a "yum downgrade" to dracut.noarch 0:018-35.git20120510.fc17 and recreating the initramfs via "dracut -f" solves the problem.

Comment 1 Fedora Update System 2012-08-13 09:08:43 UTC
dracut-018-98.git20120813.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/dracut-018-98.git20120813.fc17

Comment 2 htd 2012-08-13 17:54:19 UTC
Updating to the new version doesn't help. The same as described before is happening. Downgrading to dracut.noarch 0:018-35.git20120510.fc17 and recreating the initramfs ("dracut -f") resolves the problem.

Comment 3 htd 2012-08-13 18:07:50 UTC
Created attachment 604064 [details]
A screenshot showing what happens

Here's a screenshot what happens. Last working dracut is dracut-018-35.git20120510.fc17.noarch.

Comment 4 htd 2012-08-13 19:53:21 UTC
FYI: the bug is no longer present in dracut-018-98.git20120813.fc17.noarch from koji.

Comment 5 Fedora Update System 2012-08-14 01:02:58 UTC
Package dracut-018-98.git20120813.fc17:
* should fix your issue,
* was pushed to the Fedora 17 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing dracut-018-98.git20120813.fc17'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-11828/dracut-018-98.git20120813.fc17
then log in and leave karma (feedback).

Comment 6 Fedora Update System 2012-08-14 21:57:46 UTC
dracut-018-98.git20120813.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.


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