[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Cannot switch to VT (console)



On Tue, Jul 29, 2008 at 00:17:35 +0100, Michal R. Hoffmann wrote:
> On 27/07/08 20:40, Florian Kulzer wrote:
>> On Wed, Jul 23, 2008 at 23:41:37 +0100, Michal R. Hoffmann wrote:
>>> On 23/07/08 14:38, Raj Kiran Grandhi wrote:
>>>> Michal R. Hoffmann wrote:
>>>>> Hi,
>>>>>
>>>>> Recently I tried to switch to VT (console) and I couldn't -   
>>>>> Ctrl+Alt+F1 didn't work (and they used to couple of weeks ago). I 
>>>>>  don't even know where to look for the problem; xev detects 
>>>>> KeyRelease XF86_Switch_VT_1 event, /etc/inittab contain getty 
>>>>> respawns.
>> Does is also report the KeyPress event for XF86_Switch_VT_1?
> No, only KeyRelease.

Interesting, the KeyPress event seems to be intercepted, but X does not
act on it. You could try to run

tail -fn0 /var/log/Xorg.0.log

in an X terminal and check if anything is appended to the Xorg log when
you press CTRL+ALT+F1.

>>>> Check your xorg.conf and see if the DontVTSwitch option is present. 
>>>> 
>>> No, it's not.
>>>> Also, it could be some problem with your XkbModel setting, like 
>>>> pc105  instead of pc104.
>>> Hmmm, that's possible - I have that Microsoft ergonomical USB 
>>> keyboard,  connected via Avocent KVM. But it worked previously... And 
>>> xev detects  the XF86_Switch_VT_1 event so it seems to be OK.
>> Post the output of these commands:
>>
>> setxkbmap -print
>
> $ setxkbmap -print
> xkb_keymap {
> 	xkb_keycodes  { include "xfree86+aliases(qwerty)"	};
> 	xkb_types     { include "complete"	};
> 	xkb_compat    { include "complete"	};
> 	xkb_symbols   { include  
> "pc+gb+inet(microsoftprousb)+pl:2+level3(ralt_switch_for_alts_toggle):1+level3(ralt_switch_for_alts_toggle):2+group(alts_toggle)+eurosign(4)+keypad(oss)" 
> };
> 	xkb_geometry  { include "microsoft(natural)"	};
> };

Wow, that is quite a mouthful... 

>> xmodmap
> $ xmodmap

[ snip: all normal here ]

>> xmodmap -pk | grep XF86_Switch_VT
>
> $ xmodmap -pk | grep XF86_Switch_VT
>      67    	0xffbe (F1)	0x1008fe01 (XF86_Switch_VT_1)	

[ snip: the others seem to be OK as well ]

I agree with you that it should work like that. Maybe you have to try a
simpler configuration now, and then you can gradually add all the above
options to find out which one breaks the VT switching. As far as I can
tell, they should all be defined, but maybe they are not all compatible
(which could be a bug).

-- 
Regards,            | http://users.icfo.es/Florian.Kulzer
          Florian   |


Reply to: