Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 144879 - mounting HDs happen before keymaps
Summary: mounting HDs happen before keymaps
Status: RESOLVED DUPLICATE of bug 129788
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-23 10:28 UTC by Pupeno
Modified: 2006-08-24 01:14 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Pupeno 2006-08-23 10:28:26 UTC
The mounting of HDs, I am not sure wether localmount or checkfs is happening before keymaps which can cause lot's of trouble: when the HD is encrypted it'll ask for a password to decrypt it, without keymaps arleady set, if your keyboard is different than US Qwerty, then you are stuck without being able to type the password. Very painful.
I've tried setting up dependencies on localmount and checkfs to keymaps (and removing the localmount dependency of keymaps) without any luck.
The so-late loading of keymaps also implies that if something fails and you are dropped into a shell, you again have to type the root password and all the rescue command guessing the keys, took me hours to get something done.
Thank you.
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2006-08-23 10:52:28 UTC
Uhm, doing it the other way round is pretty much impossible, would screw anyone who has /usr as separate partition. All the keymaps are on /usr, can't load them before it's mounted.

Comment 2 Pupeno 2006-08-23 11:33:30 UTC
Can't it be configurable or something ? I haven't had this problem with any other distro I have tried where encrypting /home ended up being much more easy. (maybe they didn't support having /usr in another partition, I don't know).
An alternative would be to *try to* load the keymaps just before the user is asked for a password *if* the user is asked for it.
Anyway, the dependencies is not working, so I can't even tune it for my case. I will post that as a separate bug.
Comment 3 Pupeno 2006-08-23 13:06:56 UTC
I have created a new bug report for the problem of dependencies: bug #144902.
Comment 4 Pupeno 2006-08-23 13:10:51 UTC
We could change this bug to the following (I can open a new bug if you want and you'd close this one):

I consider that having such a basic peripheral as the keyboard (as basic as the monitor in text mode, and no other) working properly should happen as soon as possible to allow for maintenance of the computer should the booting process fail or need input at any moment.
Having said that it might be a good idea to, aside the configurable keymaps, to have a fixed loadable keymap right in /boot or /etc or something like that.
Think it over, choosing the keymap at compile time of Linux itself would be nice, I'll try to propose that to the Linux project.
Thank you.
Comment 5 Pupeno 2006-08-23 13:57:41 UTC
According to http://bugzilla.kernel.org/show_bug.cgi?id=7046 this should be done in the initrd image or something like that... maybe then genkernel should support it ?
Comment 6 SpanKY gentoo-dev 2006-08-23 16:26:02 UTC

*** This bug has been marked as a duplicate of 90482 ***
Comment 7 Pupeno 2006-08-23 16:41:04 UTC
How is bug 144879 a duplicate of 90482 ?
Bug 144879 is about not loading keymap soon enough to work in case of a fatal error or the need of a password for encrypted filesystem.
Bug 90482 is about not having the partitions mounted in the right order to have the proper resources to do de-crypting.
They are different situations.
Comment 8 SpanKY gentoo-dev 2006-08-23 17:00:37 UTC
this has been filed before i just cant find it

long and short of it: too bad, customize the files in your local system

trying to load keymaps before localmount is just not going to happen by default
Comment 9 Pupeno 2006-08-23 17:14:36 UTC
I don't understand the first sentence.

According to the second sentence, what files sholud I modify and how ?

The third sentence... what a pity. In other distributions it just works. It would be nice to try to find a solution for this problem.
Comment 10 SpanKY gentoo-dev 2006-08-23 17:55:49 UTC
you have the config files on your system:
/etc/init.d/*
/etc/runlevels/boot/.critical
Comment 11 Jakub Moc (RETIRED) gentoo-dev 2006-08-24 01:14:56 UTC

*** This bug has been marked as a duplicate of 129788 ***