Re: etch to lenny upgrade - X apps no longer see keystrokes?
On Wed, Apr 22, 2009 at 08:54:25 +1000, Graham Williams wrote: Received Tue 21 Apr 2009 7:57am +1000 from Florian Kulzer: On Mon, Apr 20, 2009 at 13:49:53 +1000, Graham Williams wrote: Received Sat 18 Apr 2009 3:34am +1000 from Florian Kulzer: On Fri, Apr 17, 2009 at 14:46:58 +1000, Graham Williams wrote: [...] There should be some input devices opened by Xorg. Please run this command instead (as root with X started): lsof $(find /dev/input/) Thanks. Starting in normal multi-user mode, having removed gdm, logging in as a normal user, starting X (startx) with a .xinint consisting of chvt 1 and xterm, login in as root, run the above lsof gives: COMMANDPID USER FD TYPE DEVICE SIZE NODE NAME hald-addo 3640 root4r CHR 13,69 5677 /dev/input/event5 hald-addo 3640 root5w CHR 13,68 5671 /dev/input/event4 hald-addo 3640 root6r CHR 13,67 5567 /dev/input/by-path/../event3 hald-addo 3640 root7r CHR 13,66 5589 /dev/input/by-id/../event2 It would be good if someone with a working Xorg keyboard on Lenny could tell us if it is normal that this command does not show any /dev/input/ files opened by Xorg. On Sid, even with Xorg now relying on HAL for the input devices, I still see /usr/bin/X11/X hanging on to both mouse and keyboard device nodes. Another thing to check is if certain processes are running: ps -ef | grep -E 'X|hal|dbus|udev' [ snip: all normal, except that dbus is not running ] Did you run this in single user mode, or did you deliberately kill dbus? Multi user mode. I think dbus is running? Isn't it the dbus-daemon? [...] 103 2832 1 0 08:38 ?00:00:00 /usr/bin/dbus-daemon --system I had overlooked that line in your previous listing. I have one more dbus-daemon process running, as well as a dbus-launch process associated with x-session-manager, but that might simply be a normal difference between Lenny and Sid. (Again, it might help if another Lenny user posts his/her output of the above command for comparison.) [...] Does the keyboard work in Xorg if you boot from a Debian Lenny live CD (http://debian-live.alioth.debian.org/)? Running debian 5.0.0 live amd64 gnome ISO image, all seems to be working just fine. OK, at least that means your problem is not intrinsic to your hardware and Lenny's version of Xorg, and we have narrowed it down to the configuration of your installation. (For an unfortunately still somewhat broad definition of to narrow down...) IIRC, you already mentioned that the problem stays the same if you start X as root, which makes it less likely that a configuration file in your normal user's $HOME is to blame. You could create a new user and test X again, just to be sure. To tackle a system-wide problem with Xorg: Do you remember anything unusual, any problems during the upgrade, any packages that had to be kept back? Do you recall anything in the history of the system that might be related to the present problem, e.g. installing ill-behaved non-Debian packages or messing around with udev rules? Furthermore, it might help to take a look at your complete xorg.conf (if it is very long then you can put it on http://debian.pastebin.com/ and post the link), as well as the output og this command: ldconfig -pNX | grep /local/ The brute-force approach to hard-to-pin-down, system-wide problems with X is to remove (with --purge) all xorg packages and reinstall them. -- Regards,| http://users.icfo.es/Florian.Kulzer Florian | -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: etch to lenny upgrade - X apps no longer see keystrokes?
ldconfig -pNX | grep /local/ Bingo! Our servers have XWin32 LIVE libraries installed (A X11 server for MS/Windows, but which installs some libraries on the Linux box). The install of XWin32 placed links in /usr/local/lib. I removed those links and X is now functioning Thanks for that pointer, and for persisting in helping to resolve this. It is much appreciated. Regards, Graham -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: etch to lenny upgrade - X apps no longer see keystrokes?
Received Tue 21 Apr 2009 7:57am +1000 from Florian Kulzer: On Mon, Apr 20, 2009 at 13:49:53 +1000, Graham Williams wrote: Received Sat 18 Apr 2009 3:34am +1000 from Florian Kulzer: On Fri, Apr 17, 2009 at 14:46:58 +1000, Graham Williams wrote: [...] There should be some input devices opened by Xorg. Please run this command instead (as root with X started): lsof $(find /dev/input/) Thanks. Starting in normal multi-user mode, having removed gdm, logging in as a normal user, starting X (startx) with a .xinint consisting of chvt 1 and xterm, login in as root, run the above lsof gives: COMMANDPID USER FD TYPE DEVICE SIZE NODE NAME hald-addo 3640 root4r CHR 13,69 5677 /dev/input/event5 hald-addo 3640 root5w CHR 13,68 5671 /dev/input/event4 hald-addo 3640 root6r CHR 13,67 5567 /dev/input/by-path/../event3 hald-addo 3640 root7r CHR 13,66 5589 /dev/input/by-id/../event2 Another thing to check is if certain processes are running: ps -ef | grep -E 'X|hal|dbus|udev' [ snip: all normal, except that dbus is not running ] Did you run this in single user mode, or did you deliberately kill dbus? Multi user mode. I think dbus is running? Isn't it the dbus-daemon? root 1369 1 0 08:38 ?00:00:00 udevd --daemon 103 2832 1 0 08:38 ?00:00:00 /usr/bin/dbus-daemon --system 105 3619 1 0 08:39 ?00:00:00 /usr/sbin/hald root 3620 3619 0 08:39 ?00:00:00 hald-runner root 3640 3620 0 08:39 ?00:00:00 hald-addon-input: Listening on /dev/input/event5 /dev/input/event4 /dev/input/event3 /dev/input/event2 105 3648 3620 0 08:39 ?00:00:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket root 3651 3620 0 08:39 ?00:00:00 hald-addon-storage: polling /dev/hda (every 2 sec) root 3745 3608 0 08:39 ?00:00:00 /sbin/dhclient -1 -lf /var/lib/dhcp3/dhclient.eth1.leases -pf /var/run/dhclient.eth1.pid -q -e dhc_dbus=31 -d eth1 anet 4419 4402 0 08:44 tty3 00:00:00 xinit /home/anet/.xinitrc -- /etc/X11/xinit/xserverrc :0 -auth /tmp/serverauth.LvCwEgYUrc root 4420 4419 0 08:44 tty7 00:00:00 /usr/bin/X11/X -nolisten tcp root 4488 4446 0 08:47 tty1 00:00:00 grep -E X|hal|dbus|udev [...] Yes - now in user land. Does now encompass all the output that you posted in your last message? Yes. Does the keyboard work in Xorg if you boot from a Debian Lenny live CD (http://debian-live.alioth.debian.org/)? Running debian 5.0.0 live amd64 gnome ISO image, all seems to be working just fine. Thanks again for your help Florian. It is particularly useful, though we haven't solved it yet. Regards, Graham -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: etch to lenny upgrade - X apps no longer see keystrokes?
On Mon, Apr 20, 2009 at 13:49:53 +1000, Graham Williams wrote: Received Sat 18 Apr 2009 3:34am +1000 from Florian Kulzer: On Fri, Apr 17, 2009 at 14:46:58 +1000, Graham Williams wrote: [...] udev 0.125-7 You should upgrade udev to version 0.125-7+lenny1 (security.debian.org). xserver-xorg-core 2:1.4.2-10 Rmadison tells me that the current version of this package for Lenny is 2:1.4.2-10.lenny1. I would try to upgrade to that. Other than those two packages, I did not see anything unusual your list. I have upgrade both. No change in the X/kbd behaviour Another thing to check is which processes are using files in /dev/input/. Ideally, this check should be done after X has started. Using CTRL-ALT-Fn does not work for you, but you could use a simple ~/.xinitrc that runs sudo chvt 1 in an xterm, which would return you to the text terminal. (You have to configure your system to allow your user to run sudo with this command without password.) Then I would like to the output of: lsof /dev/input/* I am getting: COMMANDPID USER FD TYPE DEVICE SIZE NODE NAME hald-addo 4357 root4r CHR 13,69 5819 /dev/input/event5 hald-addo 4357 root5w CHR 13,68 5772 /dev/input/event4 hald-addo 4357 root6r CHR 13,67 5654 /dev/input/event3 hald-addo 4357 root7r CHR 13,66 5620 /dev/input/event2 There should be some input devices opened by Xorg. Please run this command instead (as root with X started): lsof $(find /dev/input/) Another thing to check is if certain processes are running: ps -ef | grep -E 'X|hal|dbus|udev' [ snip: all normal, except that dbus is not running ] Did you run this in single user mode, or did you deliberately kill dbus? Note that I am booting single user mode to do this, so it is logging in as root and running startx as root. I modified the .xinitrc to chvt 1 and to then xterm. I ran lsof on the console. I think it would be better to do further tests in the normal runlevel. I would temporarily uninstall or at least disable [xkg]dm to allow you to log in at the normal tty prompt. Yes - now in user land. Does now encompass all the output that you posted in your last message? Does the keyboard work in Xorg if you boot from a Debian Lenny live CD (http://debian-live.alioth.debian.org/)? -- Regards,| http://users.icfo.es/Florian.Kulzer Florian | -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: etch to lenny upgrade - X apps no longer see keystrokes?
Thanks again Florian.
Received Sat 18 Apr 2009 3:34am +1000 from Florian Kulzer:
On Fri, Apr 17, 2009 at 14:46:58 +1000, Graham Williams wrote:
Received Wed 15 Apr 2009 5:32am +1000 from Florian Kulzer:
On Tue, Apr 14, 2009 at 09:21:11 +1000, Graham Williams wrote:
Received Fri 10 Apr 2009 6:31am +1000 from Florian Kulzer:
On Thu, Apr 09, 2009 at 18:10:41 +1000, Graham Williams wrote:
Have just upgraded
[...]
From etch to lenny, as per Subject.
[...]
07:00.0 VGA compatible controller [0300]: nVidia Corporation NV43GL
[Quadro FX 550] [10de:014d] (rev a2)
[...]
dpkg -l udev {,lib}hal\* {,lib}dbus\* xserver-xorg\* libx11\* xkb\* | awk
'/ii/{print$2,$3}'
[ output edited ]
udev 0.125-7
You should upgrade udev to version 0.125-7+lenny1 (security.debian.org).
xserver-xorg-core 2:1.4.2-10
Rmadison tells me that the current version of this package for Lenny is
2:1.4.2-10.lenny1. I would try to upgrade to that.
Other than those two packages, I did not see anything unusual your list.
I have upgrade both. No change in the X/kbd behaviour
Another thing to check is which processes are using files in
/dev/input/. Ideally, this check should be done after X has started.
Using CTRL-ALT-Fn does not work for you, but you could use a simple
~/.xinitrc that runs sudo chvt 1 in an xterm, which would return you
to the text terminal. (You have to configure your system to allow your
user to run sudo with this command without password.) Then I would like
to the output of:
lsof /dev/input/*
I am getting:
COMMANDPID USER FD TYPE DEVICE SIZE NODE NAME
hald-addo 4357 root4r CHR 13,69 5819 /dev/input/event5
hald-addo 4357 root5w CHR 13,68 5772 /dev/input/event4
hald-addo 4357 root6r CHR 13,67 5654 /dev/input/event3
hald-addo 4357 root7r CHR 13,66 5620 /dev/input/event2
Another thing to check is if certain processes are running:
ps -ef | grep -E 'X|hal|dbus|udev'
root 1370 1 0 13:38 ?00:00:00 udevd --daemon
103 2862 1 0 13:38 ?00:00:00 /usr/bin/dbus-daemon --system
root 3775 3638 0 13:39 ?00:00:00 /sbin/dhclient -1 -lf
/var/lib/dhcp3/dhclient.eth1.leases -pf /var/run/dhclient.eth1.pid -q -e
dhc_dbus=31 -d eth1
105 4336 1 0 13:44 ?00:00:00 /usr/sbin/hald
root 4337 4336 0 13:44 ?00:00:00 hald-runner
root 4357 4337 0 13:44 ?00:00:00 hald-addon-input: Listening on
/dev/input/event5 /dev/input/event4 /dev/input/event3 /dev/input/event2
105 4362 4337 0 13:44 ?00:00:00 hald-addon-acpi: listening on
acpid socket /var/run/acpid.socket
root 4368 4337 0 13:44 ?00:00:00 hald-addon-storage: polling
/dev/hda (every 2 sec)
anet 4421 4404 0 13:44 tty2 00:00:00 xinit /home/anet/.xinitrc --
/etc/X11/xinit/xserverrc :0 -auth /tmp/serverauth.sVdbIjaCrQ
root 4422 4421 0 13:44 tty7 00:00:00 /usr/bin/X11/X -nolisten tcp
root 4439 3960 0 13:45 tty1 00:00:00 grep -E X|hal|dbus|udev
Note that I am booting single user mode to do this, so it is logging
in as root and running startx as root. I modified the .xinitrc to chvt
1 and to then xterm. I ran lsof on the console.
I think it would be better to do further tests in the normal runlevel.
I would temporarily uninstall or at least disable [xkg]dm to allow you
to log in at the normal tty prompt.
Yes - now in user land.
I've been playing with xev, looks like it is getting KeyRelease events
but not the KeyPress events for the keys that actually result in the
screen resolution being reset. Without knowing how hal and the kbd
device works, it is almost as if X is capturing these KeyPress events
and not passing them on, instead treating them as a screen resolution
change shortcut.
I think the capturing would be normal for real resolution-change key
combinations, but we have to figure out why your system misidentifies
other key press events as this combination.
Regards,
Graham
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: etch to lenny upgrade - X apps no longer see keystrokes?
On Fri, Apr 17, 2009 at 14:46:58 +1000, Graham Williams wrote:
Received Wed 15 Apr 2009 5:32am +1000 from Florian Kulzer:
On Tue, Apr 14, 2009 at 09:21:11 +1000, Graham Williams wrote:
Received Fri 10 Apr 2009 6:31am +1000 from Florian Kulzer:
On Thu, Apr 09, 2009 at 18:10:41 +1000, Graham Williams wrote:
Have just upgraded
To what? Lenny, Squeeze, or Sid?
From etch to lenny, as per Subject.
[...]
07:00.0 VGA compatible controller [0300]: nVidia Corporation NV43GL
[Quadro FX 550] [10de:014d] (rev a2)
[...]
Hmm, no real clues so far. I would like to see the status of certain
packages on your system. Please post the output of:
dpkg -l udev {,lib}hal\* {,lib}dbus\* xserver-xorg\* libx11\* xkb\* | awk
'/ii/{print$2,$3}'
[ output edited ]
udev 0.125-7
You should upgrade udev to version 0.125-7+lenny1 (security.debian.org).
xserver-xorg-core 2:1.4.2-10
Rmadison tells me that the current version of this package for Lenny is
2:1.4.2-10.lenny1. I would try to upgrade to that.
Other than those two packages, I did not see anything unusual your list.
Another thing to check is which processes are using files in
/dev/input/. Ideally, this check should be done after X has started.
Using CTRL-ALT-Fn does not work for you, but you could use a simple
~/.xinitrc that runs sudo chvt 1 in an xterm, which would return you
to the text terminal. (You have to configure your system to allow your
user to run sudo with this command without password.) Then I would like
to the output of:
lsof /dev/input/*
(You have to run this command as root.)
Nothing is listed.
I think there should be some output. (However, I run Sid and Xorg's
default handling of input devices changed recently, therefore I am not
entirely sure how this is supposed to be on Lenny.) In any case, I think
it is better to do the test like this:
lsof $(find /dev/input/)
Another thing to check is if certain processes are running:
ps -ef | grep -E 'X|hal|dbus|udev'
Note that I am booting single user mode to do this, so it is logging
in as root and running startx as root. I modified the .xinitrc to chvt
1 and to then xterm. I ran lsof on the console.
I think it would be better to do further tests in the normal runlevel.
I would temporarily uninstall or at least disable [xkg]dm to allow you
to log in at the normal tty prompt.
I've been playing with xev, looks like it is getting KeyRelease events
but not the KeyPress events for the keys that actually result in the
screen resolution being reset. Without knowing how hal and the kbd
device works, it is almost as if X is capturing these KeyPress events
and not passing them on, instead treating them as a screen resolution
change shortcut.
I think the capturing would be normal for real resolution-change key
combinations, but we have to figure out why your system misidentifies
other key press events as this combination.
--
Regards,| http://users.icfo.es/Florian.Kulzer
Florian |
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: etch to lenny upgrade - X apps no longer see keystrokes?
Received Wed 15 Apr 2009 5:32am +1000 from Florian Kulzer:
On Tue, Apr 14, 2009 at 09:21:11 +1000, Graham Williams wrote:
Received Fri 10 Apr 2009 6:31am +1000 from Florian Kulzer:
On Thu, Apr 09, 2009 at 18:10:41 +1000, Graham Williams wrote:
Have just upgraded
To what? Lenny, Squeeze, or Sid?
From etch to lenny, as per Subject.
I tend to forget to check the subject again once I start to compose a
reply in vim.
a fairly vanilla etch install on a Dell Precision
690 (AMD64) with an nvidia graphics chip.
Which chipset is it? Post the output of
lspci -nn | grep -Ei 'vga|graphic|display'
07:00.0 VGA compatible controller [0300]: nVidia Corporation NV43GL [Quadro
FX 550] [10de:014d] (rev a2)
OK, that is nothing exotic and should work well with the nv driver.
All seemed to proceed well,
but on reboot and starting up GDM, most key presses result in the
screen resolution changing - I can't login!
After quite a bit of research and attempts to determine what is going
on, I have run out of ideas! Ctrl-Alt-f1, etc, do not function. The
simplest way I've figured out to log on is through single user
mode. Keyboard works just fine there. Booting into a Red Hat partition
is also just fine.
Post the output of these three commands:
awk '/Section.*InputDevice/,/EndSection/' /etc/X11/xorg.conf
Section InputDevice
Identifier Generic Keyboard
Driver kbd
Option XkbRules xorg
Option XkbModel pc104
Option XkbLayout us
EndSection
That looks OK to me.
[ snip: only harmless warnings in Xorg.0.log as far as I can tell ]
grep -Ei 'keyboard' /var/log/Xorg.0.log
(**) |--Input Device Generic Keyboard
(II) Initializing built-in extension XKEYBOARD
(**) Option CoreKeyboard
(**) Generic Keyboard: always reports core events
(**) Generic Keyboard: Protocol: standard
(**) Generic Keyboard: XkbRules: xorg
(**) Generic Keyboard: XkbModel: pc104
(**) Generic Keyboard: XkbLayout: us
(**) Generic Keyboard: CustomKeycodes disabled
(II) evaluating device (Generic Keyboard)
(II) XINPUT: Adding extended input device Generic Keyboard (type:
KEYBOARD)
Hmm, no real clues so far. I would like to see the status of certain
packages on your system. Please post the output of:
dpkg -l udev {,lib}hal\* {,lib}dbus\* xserver-xorg\* libx11\* xkb\* | awk
'/ii/{print$2,$3}'
This produces:
dbus 1.2.1-5
dbus-x11 1.2.1-5
hal 0.5.11-8
hal-info 20080508+git20080601-1
libdbus-1-3 1.2.1-5
libdbus-glib-1-2 0.76-1
libhal-storage1 0.5.11-8
libhal1 0.5.11-8
libx11-6 2:1.1.5-2
libx11-data 2:1.1.5-2
libx11-dev 2:1.1.5-2
udev 0.125-7
xkb-data 1.3-2
xserver-xorg 1:7.3+18
xserver-xorg-core 2:1.4.2-10
xserver-xorg-input-all 1:7.3+18
xserver-xorg-input-evdev 1:2.0.8-1
xserver-xorg-input-kbd 1:1.3.1-1
xserver-xorg-input-mouse 1:1.3.0-1
xserver-xorg-input-synaptics 0.14.7~git20070706-3
xserver-xorg-input-wacom 0.7.9.3-2
xserver-xorg-video-all 1:7.3+18
xserver-xorg-video-apm 1:1.2.0-1
xserver-xorg-video-ark 1:0.7.0-1
xserver-xorg-video-ati 1:6.9.0-1+lenny4
xserver-xorg-video-chips 1:1.2.0-1
xserver-xorg-video-cirrus 1:1.2.1-1.lenny1
xserver-xorg-video-cyrix 1:1.1.0-8
xserver-xorg-video-dummy 1:0.3.0-1
xserver-xorg-video-fbdev 1:0.4.0-1
xserver-xorg-video-glint 1:1.2.1-1
xserver-xorg-video-i128 1:1.3.0-1
xserver-xorg-video-intel 2:2.3.2-2+lenny6
xserver-xorg-video-mach64 6.8.0-1
xserver-xorg-video-mga 1:1.4.9.dfsg-1
xserver-xorg-video-neomagic 1:1.2.1-1
xserver-xorg-video-nv 1:2.1.10-1
xserver-xorg-video-openchrome 1:0.2.902+svn579-4
xserver-xorg-video-r128 6.8.0-1
xserver-xorg-video-radeon 1:6.9.0-1+lenny4
xserver-xorg-video-radeonhd 1.2.1-2
xserver-xorg-video-rendition 1:4.2.0.dfsg.1-2
xserver-xorg-video-s3 1:0.6.0-1
xserver-xorg-video-s3virge 1:1.10.1-1
xserver-xorg-video-savage 1:2.2.1-2
xserver-xorg-video-siliconmotion 1:1.6.0-1
xserver-xorg-video-sis 1:0.10.0-1
xserver-xorg-video-sisusb 1:0.9.0-1
xserver-xorg-video-tdfx 1:1.4.0-1
xserver-xorg-video-tga 1:1.1.0-9
xserver-xorg-video-trident 1:1.3.0-1
xserver-xorg-video-tseng 1:1.2.0-1
xserver-xorg-video-v4l 0.2.0-1
xserver-xorg-video-vesa 1:1.3.0-4
xserver-xorg-video-vga 1:4.1.0-8
xserver-xorg-video-vmware 1:10.16.2-1
xserver-xorg-video-voodoo 1:1.2.0-1
Another thing to check is which processes are using files in
/dev/input/. Ideally, this check should be done after X has started.
Using CTRL-ALT-Fn does not work for you, but you could use a simple
~/.xinitrc that runs sudo chvt 1 in an xterm, which would return you
to the text terminal. (You have to configure your system to allow your
user to run sudo with this command without password.) Then I would like
to the output of:
lsof /dev/input/*
(You have to run this command as root.)
Nothing is listed.
Note that I am booting single user mode to do this, so
Re: etch to lenny upgrade - X apps no longer see keystrokes?
On Tue, Apr 14, 2009 at 09:21:11 +1000, Graham Williams wrote:
Received Fri 10 Apr 2009 6:31am +1000 from Florian Kulzer:
On Thu, Apr 09, 2009 at 18:10:41 +1000, Graham Williams wrote:
Have just upgraded
To what? Lenny, Squeeze, or Sid?
From etch to lenny, as per Subject.
I tend to forget to check the subject again once I start to compose a
reply in vim.
a fairly vanilla etch install on a Dell Precision
690 (AMD64) with an nvidia graphics chip.
Which chipset is it? Post the output of
lspci -nn | grep -Ei 'vga|graphic|display'
07:00.0 VGA compatible controller [0300]: nVidia Corporation NV43GL [Quadro
FX 550] [10de:014d] (rev a2)
OK, that is nothing exotic and should work well with the nv driver.
All seemed to proceed well,
but on reboot and starting up GDM, most key presses result in the
screen resolution changing - I can't login!
After quite a bit of research and attempts to determine what is going
on, I have run out of ideas! Ctrl-Alt-f1, etc, do not function. The
simplest way I've figured out to log on is through single user
mode. Keyboard works just fine there. Booting into a Red Hat partition
is also just fine.
Post the output of these three commands:
awk '/Section.*InputDevice/,/EndSection/' /etc/X11/xorg.conf
Section InputDevice
Identifier Generic Keyboard
Driver kbd
Option XkbRules xorg
Option XkbModel pc104
Option XkbLayout us
EndSection
That looks OK to me.
[ snip: only harmless warnings in Xorg.0.log as far as I can tell ]
grep -Ei 'keyboard' /var/log/Xorg.0.log
(**) |--Input Device Generic Keyboard
(II) Initializing built-in extension XKEYBOARD
(**) Option CoreKeyboard
(**) Generic Keyboard: always reports core events
(**) Generic Keyboard: Protocol: standard
(**) Generic Keyboard: XkbRules: xorg
(**) Generic Keyboard: XkbModel: pc104
(**) Generic Keyboard: XkbLayout: us
(**) Generic Keyboard: CustomKeycodes disabled
(II) evaluating device (Generic Keyboard)
(II) XINPUT: Adding extended input device Generic Keyboard (type: KEYBOARD)
Hmm, no real clues so far. I would like to see the status of certain
packages on your system. Please post the output of:
dpkg -l udev {,lib}hal\* {,lib}dbus\* xserver-xorg\* libx11\* xkb\* | awk
'/ii/{print$2,$3}'
Another thing to check is which processes are using files in
/dev/input/. Ideally, this check should be done after X has started.
Using CTRL-ALT-Fn does not work for you, but you could use a simple
~/.xinitrc that runs sudo chvt 1 in an xterm, which would return you
to the text terminal. (You have to configure your system to allow your
user to run sudo with this command without password.) Then I would like
to the output of:
lsof /dev/input/*
(You have to run this command as root.)
--
Regards,| http://users.icfo.es/Florian.Kulzer
Florian |
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: etch to lenny upgrade - X apps no longer see keystrokes?
Received Fri 10 Apr 2009 6:31am +1000 from Florian Kulzer: Thanks for the suggestions Florian. More details below. On Thu, Apr 09, 2009 at 18:10:41 +1000, Graham Williams wrote: Have just upgraded To what? Lenny, Squeeze, or Sid? From etch to lenny, as per Subject. a fairly vanilla etch install on a Dell Precision 690 (AMD64) with an nvidia graphics chip. Which chipset is it? Post the output of lspci -nn | grep -Ei 'vga|graphic|display' 07:00.0 VGA compatible controller [0300]: nVidia Corporation NV43GL [Quadro FX 550] [10de:014d] (rev a2) All seemed to proceed well, but on reboot and starting up GDM, most key presses result in the screen resolution changing - I can't login! After quite a bit of research and attempts to determine what is going on, I have run out of ideas! Ctrl-Alt-f1, etc, do not function. The simplest way I've figured out to log on is through single user mode. Keyboard works just fine there. Booting into a Red Hat partition is also just fine. Post the output of these three commands: awk '/Section.*InputDevice/,/EndSection/' /etc/X11/xorg.conf Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection grep -E '^\((EE|WW)\)' /var/log/Xorg.0.log (WW) The directory /usr/X11R6/lib/X11/fonts/misc does not exist. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. (WW) The directory /usr/X11R6/lib/X11/fonts/cyrillic does not exist. (WW) The directory /usr/X11R6/lib/X11/fonts/100dpi/ does not exist. (WW) The directory /usr/X11R6/lib/X11/fonts/75dpi/ does not exist. (WW) The directory /usr/X11R6/lib/X11/fonts/Type1 does not exist. (WW) The directory /usr/X11R6/lib/X11/fonts/100dpi does not exist. (WW) The directory /usr/X11R6/lib/X11/fonts/75dpi does not exist. (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (WW) NV(0): Failed to set up write-combining range (0xc800,0x800) grep -Ei 'keyboard' /var/log/Xorg.0.log (**) |--Input Device Generic Keyboard (II) Initializing built-in extension XKEYBOARD (**) Option CoreKeyboard (**) Generic Keyboard: always reports core events (**) Generic Keyboard: Protocol: standard (**) Generic Keyboard: XkbRules: xorg (**) Generic Keyboard: XkbModel: pc104 (**) Generic Keyboard: XkbLayout: us (**) Generic Keyboard: CustomKeycodes disabled (II) evaluating device (Generic Keyboard) (II) XINPUT: Adding extended input device Generic Keyboard (type: KEYBOARD) (You can do this in single user mode because the Xorg log from the previous start of X should still be present as long as GDM has not been restarted.) -- Regards,| http://users.icfo.es/Florian.Kulzer Florian | Regards, Graham -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: etch to lenny upgrade - X apps no longer see keystrokes?
Received Fri 10 Apr 2009 11:30pm +1000 from Thorny: On Fri, 10 Apr 2009 06:44:42 +1000, Graham Williams posted: Received Thu 09 Apr 2009 9:12pm +1000 from Thorny: On Thu, 09 Apr 2009 18:10:41 +1000, Graham Williams posted: Have just upgraded a fairly vanilla etch install on a Dell Precision 690 (AMD64) with an nvidia graphics chip. All seemed to proceed well, but on reboot and starting up GDM, most key presses result in the screen resolution changing - I can't login! After quite a bit of research and attempts to determine what is going on, I have run out of ideas! Ctrl-Alt-f1, etc, do not function. The simplest way I've figured out to log on is through single user mode. Keyboard works just fine there. Booting into a Red Hat partition is also just fine. I've created a .xinitrc which only runs xev so I can see what keys it is seeing. When I run with video driver as nv (in /etc/X11/xorg.conf) xev is not seeing any keyboard activity. Changing to vga at least I can see that xev gets the keystrokes (but the screen is not usable). Changing to vesa exhibits the same behaviour as nv - that is, no keys reported by xev, and any key press seems to change the screen resolution. With the nv driver (xserver-xorg-video-nv) I can seeverything on the screen. Mouse and menus work. Ctl-Alt-Backspace works (to terminate X11). But most other keys simple cause this screen resolution change. Any ideas? When you upgraded from etch to lenny did you follow the release notes for upgrading? http://www.debian.org/releases/stable/releasenotes If not, have a look now and see if anything you did might have caused trouble, and then determine if there is any way you can back out gracefully and redo things. Thanks Thorny. Yes I did follow the release notes in upgrading and have been trawling through the upgrade-lenny.script file and my wajig log for clues. Trying to purge various X and friends and reinstalling (and trying to stay with stable rather than testing or sid because this is a test upgrade for a bunch of servers deployed in production). no luck yet. Trying to stay with stable rather than... Were you trying to do a dist-upgrade with testing and unstable repositories in your sources list? You would probably be better advised to switch to codename, lenny in your sources list and/or not have testing or unstable available. Perhaps I misunderstood what you wrote but you may now have a mixed system which might not be trivial to recover from. Are you sure you followed the release notes correctly. There is no testing/unstable. Install done from DVD (5.0.0) whilst server was standalone. The only entries in sources.list are the 5 DVDs. I followed the release notes carefully, and used the script command to record the process. Thanks, Graham -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: etch to lenny upgrade - X apps no longer see keystrokes?
On Fri, 10 Apr 2009 06:44:42 +1000, Graham Williams posted: Received Thu 09 Apr 2009 9:12pm +1000 from Thorny: On Thu, 09 Apr 2009 18:10:41 +1000, Graham Williams posted: Have just upgraded a fairly vanilla etch install on a Dell Precision 690 (AMD64) with an nvidia graphics chip. All seemed to proceed well, but on reboot and starting up GDM, most key presses result in the screen resolution changing - I can't login! After quite a bit of research and attempts to determine what is going on, I have run out of ideas! Ctrl-Alt-f1, etc, do not function. The simplest way I've figured out to log on is through single user mode. Keyboard works just fine there. Booting into a Red Hat partition is also just fine. I've created a .xinitrc which only runs xev so I can see what keys it is seeing. When I run with video driver as nv (in /etc/X11/xorg.conf) xev is not seeing any keyboard activity. Changing to vga at least I can see that xev gets the keystrokes (but the screen is not usable). Changing to vesa exhibits the same behaviour as nv - that is, no keys reported by xev, and any key press seems to change the screen resolution. With the nv driver (xserver-xorg-video-nv) I can seeverything on the screen. Mouse and menus work. Ctl-Alt-Backspace works (to terminate X11). But most other keys simple cause this screen resolution change. Any ideas? When you upgraded from etch to lenny did you follow the release notes for upgrading? http://www.debian.org/releases/stable/releasenotes If not, have a look now and see if anything you did might have caused trouble, and then determine if there is any way you can back out gracefully and redo things. Thanks Thorny. Yes I did follow the release notes in upgrading and have been trawling through the upgrade-lenny.script file and my wajig log for clues. Trying to purge various X and friends and reinstalling (and trying to stay with stable rather than testing or sid because this is a test upgrade for a bunch of servers deployed in production). no luck yet. Trying to stay with stable rather than... Were you trying to do a dist-upgrade with testing and unstable repositories in your sources list? You would probably be better advised to switch to codename, lenny in your sources list and/or not have testing or unstable available. Perhaps I misunderstood what you wrote but you may now have a mixed system which might not be trivial to recover from. Are you sure you followed the release notes correctly. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
etch to lenny upgrade - X apps no longer see keystrokes?
Have just upgraded a fairly vanilla etch install on a Dell Precision 690 (AMD64) with an nvidia graphics chip. All seemed to proceed well, but on reboot and starting up GDM, most key presses result in the screen resolution changing - I can't login! After quite a bit of research and attempts to determine what is going on, I have run out of ideas! Ctrl-Alt-f1, etc, do not function. The simplest way I've figured out to log on is through single user mode. Keyboard works just fine there. Booting into a Red Hat partition is also just fine. I've created a .xinitrc which only runs xev so I can see what keys it is seeing. When I run with video driver as nv (in /etc/X11/xorg.conf) xev is not seeing any keyboard activity. Changing to vga at least I can see that xev gets the keystrokes (but the screen is not usable). Changing to vesa exhibits the same behaviour as nv - that is, no keys reported by xev, and any key press seems to change the screen resolution. With the nv driver (xserver-xorg-video-nv) I can seeverything on the screen. Mouse and menus work. Ctl-Alt-Backspace works (to terminate X11). But most other keys simple cause this screen resolution change. Any ideas? Thanks, Graham -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: etch to lenny upgrade - X apps no longer see keystrokes?
All I can recommend is to boot single user mode, sudo aptitude update sudo aptitude safe-upgrade sudo dpkg --configure gdm perhaps even aptitude remove gdm and aptitude install gdm then reboot into multy user mode. On Thu, Apr 09, 2009 at 06:10:41PM +1000, Graham Williams wrote: Have just upgraded a fairly vanilla etch install on a Dell Precision 690 (AMD64) with an nvidia graphics chip. All seemed to proceed well, but on reboot and starting up GDM, most key presses result in the screen resolution changing - I can't login! After quite a bit of research and attempts to determine what is going on, I have run out of ideas! Ctrl-Alt-f1, etc, do not function. The simplest way I've figured out to log on is through single user mode. Keyboard works just fine there. Booting into a Red Hat partition is also just fine. I've created a .xinitrc which only runs xev so I can see what keys it is seeing. When I run with video driver as nv (in /etc/X11/xorg.conf) xev is not seeing any keyboard activity. Changing to vga at least I can see that xev gets the keystrokes (but the screen is not usable). Changing to vesa exhibits the same behaviour as nv - that is, no keys reported by xev, and any key press seems to change the screen resolution. With the nv driver (xserver-xorg-video-nv) I can seeverything on the screen. Mouse and menus work. Ctl-Alt-Backspace works (to terminate X11). But most other keys simple cause this screen resolution change. Any ideas? Thanks, Graham -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org signature.asc Description: Digital signature
Re: etch to lenny upgrade - X apps no longer see keystrokes?
On Thu, 09 Apr 2009 18:10:41 +1000, Graham Williams posted: Have just upgraded a fairly vanilla etch install on a Dell Precision 690 (AMD64) with an nvidia graphics chip. All seemed to proceed well, but on reboot and starting up GDM, most key presses result in the screen resolution changing - I can't login! After quite a bit of research and attempts to determine what is going on, I have run out of ideas! Ctrl-Alt-f1, etc, do not function. The simplest way I've figured out to log on is through single user mode. Keyboard works just fine there. Booting into a Red Hat partition is also just fine. I've created a .xinitrc which only runs xev so I can see what keys it is seeing. When I run with video driver as nv (in /etc/X11/xorg.conf) xev is not seeing any keyboard activity. Changing to vga at least I can see that xev gets the keystrokes (but the screen is not usable). Changing to vesa exhibits the same behaviour as nv - that is, no keys reported by xev, and any key press seems to change the screen resolution. With the nv driver (xserver-xorg-video-nv) I can seeverything on the screen. Mouse and menus work. Ctl-Alt-Backspace works (to terminate X11). But most other keys simple cause this screen resolution change. Any ideas? When you upgraded from etch to lenny did you follow the release notes for upgrading? http://www.debian.org/releases/stable/releasenotes If not, have a look now and see if anything you did might have caused trouble, and then determine if there is any way you can back out gracefully and redo things. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: etch to lenny upgrade - X apps no longer see keystrokes?
On Thu, Apr 09, 2009 at 18:10:41 +1000, Graham Williams wrote: Have just upgraded To what? Lenny, Squeeze, or Sid? a fairly vanilla etch install on a Dell Precision 690 (AMD64) with an nvidia graphics chip. Which chipset is it? Post the output of lspci -nn | grep -Ei 'vga|graphic|display' All seemed to proceed well, but on reboot and starting up GDM, most key presses result in the screen resolution changing - I can't login! After quite a bit of research and attempts to determine what is going on, I have run out of ideas! Ctrl-Alt-f1, etc, do not function. The simplest way I've figured out to log on is through single user mode. Keyboard works just fine there. Booting into a Red Hat partition is also just fine. Post the output of these three commands: awk '/Section.*InputDevice/,/EndSection/' /etc/X11/xorg.conf grep -E '^\((EE|WW)\)' /var/log/Xorg.0.log grep -Ei 'keyboard' /var/log/Xorg.0.log (You can do this in single user mode because the Xorg log from the previous start of X should still be present as long as GDM has not been restarted.) -- Regards,| http://users.icfo.es/Florian.Kulzer Florian | -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: etch to lenny upgrade - X apps no longer see keystrokes?
Received Thu 09 Apr 2009 9:12pm +1000 from Thorny: On Thu, 09 Apr 2009 18:10:41 +1000, Graham Williams posted: Have just upgraded a fairly vanilla etch install on a Dell Precision 690 (AMD64) with an nvidia graphics chip. All seemed to proceed well, but on reboot and starting up GDM, most key presses result in the screen resolution changing - I can't login! After quite a bit of research and attempts to determine what is going on, I have run out of ideas! Ctrl-Alt-f1, etc, do not function. The simplest way I've figured out to log on is through single user mode. Keyboard works just fine there. Booting into a Red Hat partition is also just fine. I've created a .xinitrc which only runs xev so I can see what keys it is seeing. When I run with video driver as nv (in /etc/X11/xorg.conf) xev is not seeing any keyboard activity. Changing to vga at least I can see that xev gets the keystrokes (but the screen is not usable). Changing to vesa exhibits the same behaviour as nv - that is, no keys reported by xev, and any key press seems to change the screen resolution. With the nv driver (xserver-xorg-video-nv) I can seeverything on the screen. Mouse and menus work. Ctl-Alt-Backspace works (to terminate X11). But most other keys simple cause this screen resolution change. Any ideas? When you upgraded from etch to lenny did you follow the release notes for upgrading? http://www.debian.org/releases/stable/releasenotes If not, have a look now and see if anything you did might have caused trouble, and then determine if there is any way you can back out gracefully and redo things. Thanks Thorny. Yes I did follow the release notes in upgrading and have been trawling through the upgrade-lenny.script file and my wajig log for clues. Trying to purge various X and friends and reinstalling (and trying to stay with stable rather than testing or sid because this is a test upgrade for a bunch of servers deployed in production). no luck yet. Regards, Graham -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
