FS#4271 - in rc.sysinit, loadkeys should be used before /sbin/sulogin -p

Attached to Project: Arch Linux
Opened by Wael Nasreddine (Gandalf) - Saturday, 25 March 2006, 14:34 GMT
Last edited by Tobias Powalowski (tpowa) - Saturday, 25 March 2006, 14:56 GMT
Task Type Bug Report
Category System
Status Closed
Assigned To Judd Vinet (judd)
Architecture not specified
Severity High
Priority Normal
Reported Version 0.7.1 Noodle
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Hello,

Today a regular fsck went on boot ( I use ext3 and it's set to 30 mounts ), the filesystem check failed and i got stucked there because rc.sysinit did not load my french keys and i don't know the combination for my password on an english keyboard (contain special characters) So i had to go through Arch CD in order to fsck.ext3 my root partition and been able to boot again... An alternative solution i found is to use Grub edit in order to find the combination of my password and write it...

Can loadkeys be executed before the login??

Thx
This task depends upon

Closed by  Jan de Groot (JGC)
Thursday, 26 October 2006, 22:04 GMT
Reason for closing:  Fixed
Comment by Judd Vinet (judd) - Monday, 27 March 2006, 03:44 GMT
Hmm, we're at a bit of a catch-22 then. Loadkeys looks for the keymaps in /usr/share, but /usr might not be mounted until after the "mount -a" command, which needs to follow the fsck stuff. I'd rather not move the entire /usr/share/kbd tree out of /usr either...
Comment by Roman Kyrylych (Romashka) - Monday, 27 March 2006, 09:53 GMT
Having loadkeys before sulogin is not a good idea. It is better to change password to ASCII-only chars.
My native language is Ukrainian but I never use cyrillic chars in passwords for compatability reasons.
Comment by Wael Nasreddine (Gandalf) - Monday, 27 March 2006, 14:41 GMT
That's odd, why not mount /usr (if seperated) loadkeys and then unmount it ??

Judd u're right about not moving all keys to somewhere else, but u can mount it temporary in order to set the keyboard and load it into memory...
Comment by Roman Kyrylych (Romashka) - Monday, 27 March 2006, 16:52 GMT
How this is done in other distros? Is this done??? IMVHO it is not worth it.
Comment by Wael Nasreddine (Gandalf) - Tuesday, 28 March 2006, 14:22 GMT
I haven't checked how it is done, but I'm sure 100% Ubuntu does it, and IMHO it is very important, Imagine you can't type your password in ur own language!!
Comment by Judd Vinet (judd) - Tuesday, 28 March 2006, 18:06 GMT
>> That's odd, why not mount /usr (if seperated) loadkeys and then unmount it ??

In your case, that wouldn't work though. Your fsck failed, which means it probably wouldn't have mounted properly anyway.

If you can find out how Ubuntu does it, I'd be interested to know.
Comment by Wael Nasreddine (Gandalf) - Wednesday, 29 March 2006, 18:19 GMT
Ok Judd, I'll install ubuntu tonight on my test partition and i'll look at it...
Thx :)
Comment by Tobias Powalowski (tpowa) - Thursday, 30 March 2006, 11:30 GMT
putting loadkeys to an other dir would be an option or not?
Comment by Roman Kyrylych (Romashka) - Thursday, 30 March 2006, 16:03 GMT
If this will be implemented - I vote for optional support only. And it should be heavily tested.
Comment by Judd Vinet (judd) - Thursday, 30 March 2006, 18:10 GMT
It's not just the loadkeys binary. We'd have to move over the keymaps themselves. And perhaps consolefonts?
Comment by Matt Weidner (mattweidner) - Thursday, 06 April 2006, 03:51 GMT
What about putting loadkeys, keymaps, et all in the initrd?
Comment by Judd Vinet (judd) - Monday, 10 April 2006, 17:41 GMT
The initrd should stay as slim as possible. People typically have small /boot partitions, and loading an additional 3mb of keymaps into two initrds would probably be bad.

Anyway, they're not needed in early userspace, I think. The best option so far would be to move the entire /usr/share/kbd tree out of /usr and into /. But that doesn't seem like an ideal solution either. It'd be nice to move only the keymaps/consolefonts that are actually going to be used, but that could get tricky. IIRC, some keymaps can include other ones, so then we'd be stuck parsing the keymap files, which could be an error-prone process.
Comment by Tobias Powalowski (tpowa) - Tuesday, 09 May 2006, 06:09 GMT
please try the new mkinitcpio package in testing it contains a HOOK named keymap. that support keymaps on early userspace.
for usage of mkinitcpio look here:
http://wiki.archlinux.org/index.php/Configuring_mkinitcpio
Comment by Wael Nasreddine (Gandalf) - Tuesday, 09 May 2006, 19:40 GMT
Thanks tpowa, i know actually about the keymap in mkinitcpio and it should be a good solution too, there's another solution i thiught of from debian, debian AFAIK have a file called /etc/console/boottime.kmap.gz, I think this file is copied on boottime to ensure it's the user choice, and in their rc.sysinit they load it, but mkinitcpio is a good solution too though it makes the image bigger
Comment by Tobias Powalowski (tpowa) - Tuesday, 09 May 2006, 19:41 GMT
well 1.5mb or leave it :P, i don't think you have that much to care about it :)
Comment by Roman Kyrylych (Romashka) - Monday, 09 October 2006, 09:52 GMT
IMHO this bug can be closed now.

Loading...