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?
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?
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 comman
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 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?
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?
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
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
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?
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?
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
