keyboard won't work loginmanager starts

Bug #256261 reported by Stephan Wienczny
20
Affects Status Importance Assigned to Milestone
kdebase-workspace (Ubuntu)
Fix Released
Medium
Harald Sitter

Bug Description

Binary package hint: xserver-xorg

Since the last xorg update of 8.10 the keyboard is not working in the loginmanager right after starting. I cannot enter username or password. The mouse is working. Alt+F1 is still working so I can switch to console.
If I restart kdm using /etc/init.d/kdm restart the keyboard is working again. This has to be done on every reboot.

Analysis: X/kdm seems to rely on hal, which however wasn't started yet when kdm starts.

Workaround: switch to vt and restart kdm.

Revision history for this message
Azazel (hoverthevacum) wrote :

You may want to add what distributor of computer you are using.

Revision history for this message
Stephan Wienczny (stephan-wienczny) wrote :

This bug occured on a Fujitsu-Siemens S7110.

Revision history for this message
Stephan Wienczny (stephan-wienczny) wrote :

When switching consoles I found that the input I tried to enter into the password fields is put on vt-7 behind the first started xserver. The restarted xserver is placed on vt-8 though.

Revision history for this message
Luka Renko (lure) wrote :

Same problem here on HP nw8440 laptop. It does not work with laptop or external keyboard.
Restart of kdm solves the problem.

Also, when I run docked, my USB mouse also does not work in KDM login screen (but touchpad works OK).

Revision history for this message
Luka Renko (lure) wrote :

BTW, it works if I install gdm instead of kdm: gdm will properly get keyboard input after reboot (no need to restart).
This may indicate it is not xorg bug, but may be related to kdm (KDE4 package).

Revision history for this message
Luka Renko (lure) wrote :

Similar issue with kdm after logout: bug 248651
Similar issues also reported with gnome: bug 254840

Revision history for this message
Stephan Wienczny (stephan-wienczny) wrote :
Revision history for this message
Stephan Wienczny (stephan-wienczny) wrote :

I did a diff of both files. The main difference is that the evdev_drv.so is not loaded the first time xorg is started. If I understand the log correctly xorg uses hal to discover hardware?!? This smells like some nasty dependency problem. When looking at /etc/rc3.d/ you will see this:

lrwxrwxrwx 1 root root 13 2007-12-01 00:21 S13kdm -> ../init.d/kdm
lrwxrwxrwx 1 root root 13 2008-04-30 19:18 S24hal -> ../init.d/hal
lrwxrwxrwx 1 root root 13 2007-12-01 02:03 S30gdm -> ../init.d/gdm

If hal is used by X then kdm should have a id greater than 24. Maybe just give it S30kde ;-)

Revision history for this message
Stephan Wienczny (stephan-wienczny) wrote :

I had a look at the kdebase-workspace-4.1.0/debian/kdm.postinst. There you can find this:

if [ -x "/etc/init.d/kdm" ]; then
  update-rc.d kdm defaults 99 01 >/dev/null
fi

which is broken for updates from previous releases.

Revision history for this message
Stephan Wienczny (stephan-wienczny) wrote :

ran

update-rc.d -f kdm remove
update-rc.d kdm defaults 99 01

and the bug is fixed for me. Reassigning to kdebase-workspace

Changed in xorg:
status: New → Confirmed
Revision history for this message
Luka Renko (lure) wrote :

Workaround works here (uptodate Kubuntu intrepid). Thanks a lot!

Revision history for this message
StefanPotyra (sistpoty) wrote :

still present in 4:4.1.0-0ubuntu8

description: updated
Revision history for this message
Harald Sitter (apachelogger) wrote :
Revision history for this message
Harald Sitter (apachelogger) wrote :

Problem was KDM from Hardy (i.e. KDE 3) was using S13, KDM from Intrepid (i.e. KDE 4) was using S99 but not providing the neessary command to ensure S13 gets changed to S99.
I now changed S99 in Intrepid to S30 (same as GDM) and ensure transition from S99 and S13 works properly.

Changed in kdebase-workspace:
importance: Undecided → Medium
status: Confirmed → Triaged
Revision history for this message
Scott Kitterman (kitterman) wrote :

Works great for upgrades but totally fails to run update-rc.d on new installs now.

# dpkg -i kdm_4.1.0-0ubuntu9_i386.deb
Selecting previously deselected package kdm.
(Reading database ... 39651 files and directories currently installed.)
Unpacking kdm (from kdm_4.1.0-0ubuntu9_i386.deb) ...
Setting up kdm (4:4.1.0-0ubuntu9) ...

Processing triggers for man-db ...
/home# cd /etc/
/etc# ls -l rc*|grep kdm
/etc#
After install of ubuntu8:
/etc# ls -l rc*|grep kdm
lrwxrwxrwx 1 root root 13 Aug 29 17:57 K01kdm -> ../init.d/kdm
lrwxrwxrwx 1 root root 13 Aug 29 17:57 K01kdm -> ../init.d/kdm
lrwxrwxrwx 1 root root 13 Aug 29 17:57 S99kdm -> ../init.d/kdm
lrwxrwxrwx 1 root root 13 Aug 29 17:57 S99kdm -> ../init.d/kdm
lrwxrwxrwx 1 root root 13 Aug 29 17:57 S99kdm -> ../init.d/kdm
lrwxrwxrwx 1 root root 13 Aug 29 17:57 S99kdm -> ../init.d/kdm
lrwxrwxrwx 1 root root 13 Aug 29 17:57 K01kdm -> ../init.d/kdm

After upgrade:
/home# dpkg -i kdm_4.1.0-0ubuntu9_i386.deb
(Reading database ... 39788 files and directories currently installed.)
Preparing to replace kdm 4:4.1.0-0ubuntu8 (using kdm_4.1.0-0ubuntu9_i386.deb) ...
Unpacking replacement kdm ...
Setting up kdm (4:4.1.0-0ubuntu9) ...
 Adding system startup for /etc/init.d/kdm ...
   /etc/rc0.d/K01kdm -> ../init.d/kdm
   /etc/rc1.d/K01kdm -> ../init.d/kdm
   /etc/rc6.d/K01kdm -> ../init.d/kdm
   /etc/rc2.d/S30kdm -> ../init.d/kdm
   /etc/rc3.d/S30kdm -> ../init.d/kdm
   /etc/rc4.d/S30kdm -> ../init.d/kdm
   /etc/rc5.d/S30kdm -> ../init.d/kdm

Easy enough to fix ...

Changed in kdebase-workspace:
assignee: nobody → apachelogger
Revision history for this message
Scott Kitterman (kitterman) wrote :

Unsubscribing UMS. Please resubscribe once it's corrected.

Revision history for this message
Harald Sitter (apachelogger) wrote :
Revision history for this message
Harald Sitter (apachelogger) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package kdebase-workspace - 4:4.1.0-0ubuntu9

---------------
kdebase-workspace (4:4.1.0-0ubuntu9) intrepid; urgency=low

  * Update existing S99kdm (from previous 4:4.x) or S13kdm (from KDE 3
    installations) to S30kdm (LP: #256261)

 -- Harald Sitter <email address hidden> Fri, 29 Aug 2008 16:20:00 +0200

Changed in kdebase-workspace:
status: Triaged → Fix Released
Revision history for this message
Julien Aubin (gojulgarbmail) wrote :

Still not fixed for me with Kubuntu Intrepid 8.10 stable on one of my computer which has been upgraded since Hoary.

Running :
update-rc.d -f kdm remove
update-rc.d kdm defaults 99 01
did the trick.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.