On Wed, Jul 23, 2008 at 05:10:59PM +0000, Guillaume COEUGNET wrote:
>
> A first login attempt looks like :
> --------------
> Debian login: tom
> password: *****
>
> Login incorrect
>
> Debian login: ^[t ^[o ^[m
> password: ****
> --------------
It looks like a problem with some of the Alt keys. Have you tried what
happens if your password is simple - only lowercase letters that do not
require any modifier key (such as Shift or AltGr).
> So, when i first try to log in, i can enter my nickname correctly, but
> the given password (which contains @) fails. At the next prompt, when
> i type "tom", something like "^[t ^[o ^[m appears and, noway to log
> in. Travelling on consoles make me succeed in finding one (or more)
> console(s) on which I can login. The problem is not attached to a
> specific console because a successfull login in console tty3 for
> instance can be followed later by an unsucessfull one for the same
> tty3.
This suggests the combination Ctrl+Alt restores the state of the Alt
key. I have no idea what causes this effect in your case but maybe it
is something similar to the following example. The file
/usr/share/keymaps/i386/azerty/fr-latin9.kmap.gz
contains the following code:
keycode 100 = AltGr
alt keycode 100 = Compose
This definition means that the AltGr key together with Alt produces
Compose rather than AltGr. Now imagine the following scenario:
1. Press AltGr. The keyboard generates AltGr code and the kernel
notices that the AltGr modifier is active.
2. Press left Alt while still holding AltGr down. The keyboard
generates Alt code and the kernel notices that Alt is now active.
3. Release AltGr while still holding left Alt down. Notice that since
Alt is active the generated event is that Compose is released. The
AltGr modifier is still active in the kernel.
4. Release left Alt. At this point Alt is not active but AltGr is
still active in the kernel. In order to reset its state one needs
to press and release this key.
> - From Kdm, a first login attempt succeed, but, when I close my
> session and try to re-open it, the @ caract??re are replaces by "??",
> meaning that the right Alt key doesn't act as expected. (right-Alt +
> 0) should gives @, (Shift + 0) gives "??". This happened every time,
> after closing the first session. To correct this, i need to restart
> the server X.
The keyboard support in X does not have the flaws of the console. The
only way to have a modifier active when the key is released is to have a
bug in the definition of the keyboard layout.
> - My locales are set to "[EMAIL PROTECTED]" and my keymap is "fr azerty
> latin9 (pc / azerty / French / Same as X11 (latin 9) / Standard)". I
> tried another keyboard whitout results. Xorg.conf used an "xorg pc105
> fr latin9 keyboard". I first used the "lv3:ralt:switch" option but saw
> on the Net that it could cause problems. Desactivates it didn't solve
> the problem under kdm.
The option is "lv3:ralt_switch", not "lv3:ralt:switch".
> Thanks to help solving this problem.
You reported an interesting problem :), Please send attached your
/etc/console/boottime.kmap.gz and /etc/X11/xorg.conf.
Anton Zinoviev
P.S. Since I am going on vacation I suppose I won't be able to reply
soon.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
