Re: Ctrl-Alt-Fx won't switch between virtual consoles after Sarge-Etch
On Sunday, 19.03.2006 at 23:11 -0500, Mitchell Laks wrote: i reported this a few weeks ago on this list (dont you remember???) (search for the header on my email I don't remember and I don't find it by searching for your email address either! ctl-alt-F2 or F3 not switching to tty2 or tty3: running kde. hasn't gone away yet. Hmmm, yeah, this is annoying, isn't it? Dave. -- Please don't CC me on list messages! ... Dave Ewart - [EMAIL PROTECTED] - jabber: [EMAIL PROTECTED] All email from me is now digitally signed, key from http://www.sungate.co.uk/ Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92 signature.asc Description: Digital signature
Re: Ctrl-Alt-Fx won't switch between virtual consoles after Sarge-Etch
One quick test to try would be to start xev, put the mouse inside, then press C-A-F1. If you get the F1 keycode on the console output, it would at least indicate that X is ignoring the special meaning and that the problem isn't happening at a different layer. Jerry Quinn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ctrl-Alt-Fx won't switch between virtual consoles after Sarge-Etch
Dave Ewart wrote: On Sunday, 19.03.2006 at 22:37 +0100, Florian Kulzer wrote: I recently upgraded this desktop from Sarge to Etch and pretty-much everything has worked as well as before, or better, which is great. However, I find that I can no longer switch between virtual consoles using Ctrl-Alt-F1, Ctrl-Alt-F2 etc. [...] Furthermore, make sure that your /etc/X11/xorg.conf file has xorg as the value for XkbRules (and not xfree86). More details related to this can be found in /usr/share/doc/xserver-xorg/NEWS.Debian.gz This suggests looking at xkb-data instead of xlibs, which I guess I could investigate... don't really understand the implications of doing that though. Neither do I. Unfortunately it is not specified what kind of additional problems might get fixed by this. [...] OK, doesn't look like anything untoward here: # egrep '^\((WW|EE)\)' /var/log/Xorg.0.log (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. (WW) The directory /usr/lib/X11/fonts/CID does not exist. (WW) NVIDIA(0): Not using mode 1152x768: (WW) NVIDIA(0): horizontal sync start (1178) not a multiple of 8 (WW) NVIDIA(0): Not using mode 576x384: (WW) NVIDIA(0): horizontal sync start (589) not a multiple of 8 (WW) NVIDIA(0): Not using mode 360x200: (WW) NVIDIA(0): horizontal sync start (378) not a multiple of 8 Yes, these seem to be harmless. # cat /etc/X11/xorg.conf [...] Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRulesxorg Option XkbModelpc105 Option XkbLayout uk EndSection Nothing unusual here either, nor in the rest of your config as far as I can tell. I have played around a bit in the meantime and found that it is easily possible to redefine the keyboard behavior in a way which breaks the VT switching; all that is needed is messing with the keysymbols for the CTRL and ALT key. You can use xev (as Jerry Quinn already suggested) to identify the problem. You should see the proper key symbols for KeyPress and KeyRelease events of CTRL, ALT and F1. I get the following: left CTRL: keycode 37 (keysym 0xffe3, Control_L) left ALT: keycode 64 (keysym 0xffe9, Alt_L) F1:keycode 67 (keysym 0xffbe, F1) I think the keycodes might be different, depending on the layout of your keyboard, but you should have the proper keysyms. If something is wrong you can use xmodmap to change it, e.g. $ xmodmap -e keycode 64 = Alt_L to make the left ALT key work normally again. This is what I get when I run xmodmap without arguments: $ xmodmap xmodmap: up to 3 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lockCaps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1Alt_L (0x40), Alt_L (0x7d), Meta_L (0x9c) mod2Num_Lock (0x4d) mod3 mod4Super_L (0x7f), Hyper_L (0x80) mod5Mode_switch (0x5d), ISO_Level3_Shift (0x7c) Maybe a comparison with your output will give you some hints on what goes wrong. Regards, Florian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ctrl-Alt-Fx won't switch between virtual consoles after Sarge-Etch
On Sun, Mar 19, 2006 at 08:02:02PM +, Dave Ewart wrote: I recently upgraded this desktop from Sarge to Etch and pretty-much everything has worked as well as before, or better, which is great. However, I find that I can no longer switch between virtual consoles using Ctrl-Alt-F1, Ctrl-Alt-F2 etc. The 'getty's appear to be running OK, but I can't switch to them. $ ps ax|grep getty 3911 tty1 Ss+0:00 /sbin/getty 38400 tty1 3912 tty2 Ss+0:00 /sbin/getty 38400 tty2 3913 tty3 Ss+0:00 /sbin/getty 38400 tty3 3914 tty4 Ss+0:00 /sbin/getty 38400 tty4 3915 tty5 Ss+0:00 /sbin/getty 38400 tty5 3916 tty6 Ss+0:00 /sbin/getty 38400 tty6 14354 pts/3S+ 0:00 grep getty I don't even know where to start on this one: any ideas, people? Cheers, Hi Dave, I had a problem when I switched to xorg 7.0 in experimenal. I could not go to a console as you described. I could open a termianl and 'su' and then /etc/init.d/gdm stop and that would shut down X and bring me to a terminal. But I had the same issue. It was some error in xorg.0.conf that complinted about xkb kind of error and google and found a fix: 'mkdir /var/lib/xkb' IIRC. cheers, kev -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal | debian.home.pipeline.com | | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keysever: pgp.mit.edu | my NPO: cfsg.org | signature.asc Description: Digital signature
Re: Ctrl-Alt-Fx won't switch between virtual consoles after Sarge-Etch
On Monday, 20.03.2006 at 17:04 +0100, Florian Kulzer wrote: I have played around a bit in the meantime and found that it is easily possible to redefine the keyboard behavior in a way which breaks the VT switching; all that is needed is messing with the keysymbols for the CTRL and ALT key. You can use xev (as Jerry Quinn already suggested) to identify the problem. You should see the proper key symbols for KeyPress and KeyRelease events of CTRL, ALT and F1. I get the following: left CTRL: keycode 37 (keysym 0xffe3, Control_L) left ALT: keycode 64 (keysym 0xffe9, Alt_L) F1:keycode 67 (keysym 0xffbe, F1) I think the keycodes might be different, depending on the layout of your keyboard, but you should have the proper keysyms. I get the same keysyms, certainly and the same keycodes as well actually: I'm using the UK 105-key layou. If something is wrong you can use xmodmap to change it, e.g. $ xmodmap -e keycode 64 = Alt_L to make the left ALT key work normally again. This is what I get when I run xmodmap without arguments: $ xmodmap xmodmap: up to 3 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lockCaps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1Alt_L (0x40), Alt_L (0x7d), Meta_L (0x9c) mod2Num_Lock (0x4d) mod3 mod4Super_L (0x7f), Hyper_L (0x80) mod5Mode_switch (0x5d), ISO_Level3_Shift (0x7c) My output is: $ xmodmap xmodmap: up to 2 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lockCaps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1Alt_L (0x40), Alt_R (0x71) mod2Num_Lock (0x4d) mod3 mod4 mod5Scroll_Lock (0x4e) You seem to have some differences here, but I don't see how important they might be? Dave. -- Please don't CC me on list messages! ... Dave Ewart - [EMAIL PROTECTED] - jabber: [EMAIL PROTECTED] All email from me is now digitally signed, key from http://www.sungate.co.uk/ Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92 signature.asc Description: Digital signature
Re: Ctrl-Alt-Fx won't switch between virtual consoles after Sarge-Etch
Dave Ewart wrote: On Monday, 20.03.2006 at 17:04 +0100, Florian Kulzer wrote: [...] left CTRL: keycode 37 (keysym 0xffe3, Control_L) left ALT: keycode 64 (keysym 0xffe9, Alt_L) F1:keycode 67 (keysym 0xffbe, F1) [...] I get the same keysyms, certainly and the same keycodes as well actually: I'm using the UK 105-key layou. OK, that means the problem is not caused by a modification of the keysyms for ALT and CTRL. [...] This is what I get when I run xmodmap without arguments: $ xmodmap xmodmap: up to 3 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lockCaps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1Alt_L (0x40), Alt_L (0x7d), Meta_L (0x9c) mod2Num_Lock (0x4d) mod3 mod4Super_L (0x7f), Hyper_L (0x80) mod5Mode_switch (0x5d), ISO_Level3_Shift (0x7c) My output is: $ xmodmap xmodmap: up to 2 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lockCaps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1Alt_L (0x40), Alt_R (0x71) mod2Num_Lock (0x4d) mod3 mod4 mod5Scroll_Lock (0x4e) You seem to have some differences here, but I don't see how important they might be? Not important at all, most likely. My asking you about xmodmap was based on the fact that I can do xmodmap -e 'keycode 64 = ISO_Next_Group' and this immediately blocks VT switching. This misconfiguration is reflected in the output of xmodmap, i.e. I see ISO_Next_Group (0x40) instead of Alt_L (0x40). I was hoping that something similar could be the cause of your problem, and that this could be diagnosed from observing similar symptoms. No such luck, obviously. I still think that the problem lies somewhere in the configuration of your X server, since the VT switching works as soon as you leave X by some other means. You are using KDE if I recall correctly; are you also using the graphical login with kdm? There are some known issue related to kdmrc when upgrading from KDE 3.3. (see /usr/share/doc/kdm/NEWS.Debian.gz) Looking at my own /etc/kde3/kdm/kdmrc, I get the feeling that the following section right at the beginning might be relevant for your problem since it mentions the ttys: -8- [General] ConfigVersion=2.3 ConsoleTTYs=tty1,tty2,tty3,tty4,tty5,tty6 PidFile=/var/run/kdm.pid ReserveServers=:1,:2,:3 ServerVTs=-7 StaticServers=:0 -8- Another very basic thing to check would be whether a new user account can use VT switching or not. That would at least tell you if the problem is due to a system-wide configuration or your regular user's profile. Regards, Florian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Ctrl-Alt-Fx won't switch between virtual consoles after Sarge-Etch
I recently upgraded this desktop from Sarge to Etch and pretty-much everything has worked as well as before, or better, which is great. However, I find that I can no longer switch between virtual consoles using Ctrl-Alt-F1, Ctrl-Alt-F2 etc. The 'getty's appear to be running OK, but I can't switch to them. $ ps ax|grep getty 3911 tty1 Ss+0:00 /sbin/getty 38400 tty1 3912 tty2 Ss+0:00 /sbin/getty 38400 tty2 3913 tty3 Ss+0:00 /sbin/getty 38400 tty3 3914 tty4 Ss+0:00 /sbin/getty 38400 tty4 3915 tty5 Ss+0:00 /sbin/getty 38400 tty5 3916 tty6 Ss+0:00 /sbin/getty 38400 tty6 14354 pts/3S+ 0:00 grep getty I don't even know where to start on this one: any ideas, people? Cheers, Dave. -- Please don't CC me on list messages! ... Dave Ewart - [EMAIL PROTECTED] - jabber: [EMAIL PROTECTED] All email from me is now digitally signed, key from http://www.sungate.co.uk/ Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92 signature.asc Description: Digital signature
Re: Ctrl-Alt-Fx won't switch between virtual consoles after Sarge-Etch
Dave Ewart wrote: I recently upgraded this desktop from Sarge to Etch and pretty-much everything has worked as well as before, or better, which is great. However, I find that I can no longer switch between virtual consoles using Ctrl-Alt-F1, Ctrl-Alt-F2 etc. The 'getty's appear to be running OK, but I can't switch to them. $ ps ax|grep getty 3911 tty1 Ss+0:00 /sbin/getty 38400 tty1 3912 tty2 Ss+0:00 /sbin/getty 38400 tty2 3913 tty3 Ss+0:00 /sbin/getty 38400 tty3 3914 tty4 Ss+0:00 /sbin/getty 38400 tty4 3915 tty5 Ss+0:00 /sbin/getty 38400 tty5 3916 tty6 Ss+0:00 /sbin/getty 38400 tty6 14354 pts/3S+ 0:00 grep getty I don't even know where to start on this one: any ideas, people? Cheers, Dave. I'd start by seeing if a Ctrl-Alt-Backspace kills X. I might also look for a tool to verify that the Ctrl, Alt, and Fx keys are producing the correct keycodes. It may be that your keymapping is just ever so slightly off. -- Kent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ctrl-Alt-Fx won't switch between virtual consoles after Sarge-Etch
On Sunday, 19.03.2006 at 15:26 -0600, Kent West wrote: Dave Ewart wrote: I recently upgraded this desktop from Sarge to Etch and pretty-much everything has worked as well as before, or better, which is great. However, I find that I can no longer switch between virtual consoles using Ctrl-Alt-F1, Ctrl-Alt-F2 etc. The 'getty's appear to be running OK, but I can't switch to them. $ ps ax|grep getty 3911 tty1 Ss+0:00 /sbin/getty 38400 tty1 3912 tty2 Ss+0:00 /sbin/getty 38400 tty2 3913 tty3 Ss+0:00 /sbin/getty 38400 tty3 3914 tty4 Ss+0:00 /sbin/getty 38400 tty4 3915 tty5 Ss+0:00 /sbin/getty 38400 tty5 3916 tty6 Ss+0:00 /sbin/getty 38400 tty6 14354 pts/3S+ 0:00 grep getty I don't even know where to start on this one: any ideas, people? I'd start by seeing if a Ctrl-Alt-Backspace kills X. It does. Also, Ctrl-Alt-L locks my KDE session. Looking more closely, this is set as a proper shortcut from within KDE, so that may be why it works. There is no option to set 'switch virtual console' in the KDE keymapper, but as I understand it, the console switching happens at a lower level anyway... I might also look for a tool to verify that the Ctrl, Alt, and Fx keys are producing the correct keycodes. It may be that your keymapping is just ever so slightly off. Well, in other contexts they all work as expected individually, if that's what you mean... I can use Alt-1, Alt-2 etc. in screen; I can use various Fx keys that I've configured for use in Vim; and I can use Ctrl in a similar way. Anything else I can check for? Dave. -- Please don't CC me on list messages! ... Dave Ewart - [EMAIL PROTECTED] - jabber: [EMAIL PROTECTED] All email from me is now digitally signed, key from http://www.sungate.co.uk/ Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92 signature.asc Description: Digital signature
Re: Ctrl-Alt-Fx won't switch between virtual consoles after Sarge-Etch
Dave Ewart wrote: I recently upgraded this desktop from Sarge to Etch and pretty-much everything has worked as well as before, or better, which is great. However, I find that I can no longer switch between virtual consoles using Ctrl-Alt-F1, Ctrl-Alt-F2 etc. The 'getty's appear to be running OK, but I can't switch to them. $ ps ax|grep getty 3911 tty1 Ss+0:00 /sbin/getty 38400 tty1 3912 tty2 Ss+0:00 /sbin/getty 38400 tty2 3913 tty3 Ss+0:00 /sbin/getty 38400 tty3 3914 tty4 Ss+0:00 /sbin/getty 38400 tty4 3915 tty5 Ss+0:00 /sbin/getty 38400 tty5 3916 tty6 Ss+0:00 /sbin/getty 38400 tty6 14354 pts/3S+ 0:00 grep getty I don't even know where to start on this one: any ideas, people? Maybe this bug has propagated from Sid to Etch: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=345454 Sometimes it seems to be possible to fix it by running apt-get -f install apt-get install xlibs xlibs-data and restarting X. Furthermore, make sure that your /etc/X11/xorg.conf file has xorg as the value for XkbRules (and not xfree86). More details related to this can be found in /usr/share/doc/xserver-xorg/NEWS.Debian.gz Also check your xorg.conf for occurrences of DontVTSwitch, VTSysReq, XkbDisable and HandleSpecialKeys. These can interfere with the VT switching. (man xorg.conf has more info under SERVERFLAGS SECTION) If the problem persists, check for warnings and errors in the Xorg log egrep '^\((WW|EE)\)' /var/log/Xorg.0.log and post them here together with your xorg.conf. Regards, Florian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ctrl-Alt-Fx won't switch between virtual consoles after Sarge-Etch
On Sunday, 19.03.2006 at 22:37 +0100, Florian Kulzer wrote: I recently upgraded this desktop from Sarge to Etch and pretty-much everything has worked as well as before, or better, which is great. However, I find that I can no longer switch between virtual consoles using Ctrl-Alt-F1, Ctrl-Alt-F2 etc. The 'getty's appear to be running OK, but I can't switch to them. $ ps ax|grep getty 3911 tty1 Ss+0:00 /sbin/getty 38400 tty1 3912 tty2 Ss+0:00 /sbin/getty 38400 tty2 3913 tty3 Ss+0:00 /sbin/getty 38400 tty3 3914 tty4 Ss+0:00 /sbin/getty 38400 tty4 3915 tty5 Ss+0:00 /sbin/getty 38400 tty5 3916 tty6 Ss+0:00 /sbin/getty 38400 tty6 14354 pts/3S+ 0:00 grep getty I don't even know where to start on this one: any ideas, people? Maybe this bug has propagated from Sid to Etch: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=345454 Interesting: this certainly describes my symptoms. I can do a 'chvt N' from a *root* session and successfully change VT and, once out of X, successfully use Ctrl-Alt-F7 to get back into X. Sometimes it seems to be possible to fix it by running apt-get -f install apt-get install xlibs xlibs-data and restarting X. Hmmm, there was nothing that wasn't up-to-date: I tried: apt-get install --reinstall xlibs xlibs-data too just for completeness, but this hasn't changed the behaviour. Furthermore, make sure that your /etc/X11/xorg.conf file has xorg as the value for XkbRules (and not xfree86). More details related to this can be found in /usr/share/doc/xserver-xorg/NEWS.Debian.gz This suggests looking at xkb-data instead of xlibs, which I guess I could investigate... don't really understand the implications of doing that though. Also check your xorg.conf for occurrences of DontVTSwitch, VTSysReq, XkbDisable and HandleSpecialKeys. These can interfere with the VT switching. (man xorg.conf has more info under SERVERFLAGS SECTION) If the problem persists, check for warnings and errors in the Xorg log egrep '^\((WW|EE)\)' /var/log/Xorg.0.log and post them here together with your xorg.conf. OK, doesn't look like anything untoward here: # egrep '^\((WW|EE)\)' /var/log/Xorg.0.log (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. (WW) The directory /usr/lib/X11/fonts/CID does not exist. (WW) NVIDIA(0): Not using mode 1152x768: (WW) NVIDIA(0): horizontal sync start (1178) not a multiple of 8 (WW) NVIDIA(0): Not using mode 576x384: (WW) NVIDIA(0): horizontal sync start (589) not a multiple of 8 (WW) NVIDIA(0): Not using mode 360x200: (WW) NVIDIA(0): horizontal sync start (378) not a multiple of 8 # cat /etc/X11/xorg.conf # xorg.conf (Xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom # md5sum /etc/X11/xorg.conf /var/lib/xfree86/xorg.conf.md5sum # dpkg-reconfigure xserver-xorg Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout uk EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons false
Re: Ctrl-Alt-Fx won't switch between virtual consoles after Sarge-Etch
hi i reported this a few weeks ago on this list (dont you remember???) (search for the header on my email ctl-alt-F2 or F3 not switching to tty2 or tty3: running kde. hasn't gone away yet. Mitchell laks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]