usb mouse doesn't work on hardy

I had this too. After update on the 19th mouse doesn't move.
/dev/input/mice didn't exist (although /dev/mouse0 and /dev/mouse1 did). No /dev/input
did
sudo dpkg-reconfigure xserver-xorg and that got the mouse working.
/dev/null /dev/zero /dev/random not read or writable by anyone but root
did
sudo chmod a+rw /dev/null /dev/zero /dev/random

That got me into gnome desktop.
Terminal didn't work.
did
sudo chmod a+rw /dev/pt* /dev/tt*

That got terminal working.
Can't do Alt-f1 to change virtual terminal

On reboot these changes need done again.

No idea if what I've done represents a huge security risk.

Looks like whatever populates the /dev isn't working right. Not sure what that package is?
Anyone?

Oh. forgot to mention I started gnome desktop by logging in to a failsafe terminal and running gnome-session.
So it isn't a compositing desktop. I think you'll need the to set /dev/pt* and/or /dev/tt* to read/write before you do this.

For what it's worth, I do have those device nodes. The laptop touchpad works fine.

After updates yesterday, I'm not seeing this anymore. Not sure what fixed it. Are you able to do updates Ilmari?

On Wed, Mar 26, 2008 at 08:23:51AM -0000, JP Foster wrote:
> After updates yesterday, I'm not seeing this anymore. Not sure what
> fixed it. Are you able to do updates Ilmari?

Isn't fixed here, I'm afraid. You probably were suffering from a
different bug.

I see the same with the 20080413 PowerPC live cdrom. I fixed it by removing the line:

Option "CorePointer"

from /etc/X11/xorg.conf and restarting the X server.

On Sun, Apr 13, 2008 at 07:18:58AM -0000, Niels Kristian Bech Jensen wrote:
> I see the same with the 20080413 PowerPC live cdrom. I fixed it by
> removing the line:
>
> Option "CorePointer"
>
> from /etc/X11/xorg.conf and restarting the X server.

Thanks, that fixes the problem here too. The option seems to be legacy.

Incidentally, removing the CorePointer line from the layout (I didn't have it as a Device option), my touchpad scroll edges no longer work. I used to configure them via GSynaptics, which no longer works, as it doesn't see the SHMConfig option set anymore, even though it is set for the touchpad device (which just isn't anymore a CorePointer). The fact that I even had to configure the touchpad probably needs another bug, though. Sorry for the noise. :)

Same problem with a laptop using usb Logitech EX110 wireless mouse & keyboard under upgraded Hardy using kernel 2.6.2.24-16. Also, same problem with wired usb mouse. I reported this as bug 163481 on Gutsy using kernel 2.6.22. There it started over a month ago. I've tried sudo dpkg-reconfigure -phigh xserver-xorg and irqpol, with no successl.

lsusb -v:
Bus 006 Device 003: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 006 Device 001: ID 0000:0000
Bus 005 Device 001: ID 0000:0000
Bus 004 Device 001: ID 0000:0000
Bus 003 Device 004: ID 046d:c517 Logitech, Inc. LX710 Cordless Desktop Laser
Bus 003 Device 001: ID 0000:0000
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 001: ID 0000:0000

lsusb results attached.

dmesg|grep usb:
[ 24.430564] usbcore: registered new interface driver usbfs
[ 24.430585] usbcore: registered new interface driver hub
[ 24.455480] usbcore: registered new device driver usb
[ 27.421674] usb usb1: configuration #1 chosen from 1 choice
[ 27.581423] usb usb2: configuration #1 chosen from 1 choice
[ 27.741148] usb usb3: configuration #1 chosen from 1 choice
[ 27.900921] usb usb4: configuration #1 chosen from 1 choice
[ 28.060678] usb usb5: configuration #1 chosen from 1 choice
[ 28.156398] usb 3-1: new low speed USB device using ohci_hcd and address 2
[ 28.356203] usb usb6: configuration #1 chosen from 1 choice
[ 28.751470] usb 3-1: device not accepting address 2, error -62
[ 29.486331] usb 6-7: new high speed USB device using ehci_hcd and address 3
[ 29.619591] usb 6-7: configuration #1 chosen from 1 choice
[ 30.033486] usb 3-1: new low speed USB device using ohci_hcd and address 4
[ 30.253329] usb 3-1: configuration #1 chosen from 1 choice
[ 30.285397] usbcore: registered new interface driver hiddev
[ 30.289409] input: Logitech USB Receiver as /devices/pci0000:00/0000:00:13.2/usb3/3-1/3-1:1.0/input/input2
[ 30.301116] input,hidraw0: USB HID v1.10 Keyboard [Logitech USB Receiver] on usb-0000:00:13.2-1
[ 30.308657] input: Logitech USB Receiver as /devices/pci0000:00/0000:00:13.2/usb3/3-1/3-1:1.1/input/input3
[ 30.337090] input,hiddev96,hidraw1: USB HID v1.10 Mouse [Logitech USB Receiver] on usb-0000:00:13.2-1
[ 30.337109] usbcore: registered new interface driver usbhid
[ 30.337113] /build/buildd/linux-2.6.24/drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver

I don't understand why this hasn't been given a high priority given that there must be many people using usb mice with laptops..

Duplicate of 196288.

196288 has all information required in wiki Ubuntu DebuggingMouseDetection webpage.

This also lookslike duplicate of 200467 & 222588.

An opportunity for a developer to clear 4 bugs.

Who's up for it?

I have tried two different usb mice and both do not work on my laptop, Compaq v5000; however, the trackpad works. One was a Targus usb wireless optical mouse (2Btn, 1Scrollwheel) and the other was a Kensington usb optical trackball (2Btn, No scrollwheel). Both mice work on other machines. I have attached various files (zipped) as listed on the DebuggingMouseDetection ubuntu wiki page. I hope this gets fixed soon; I have the trackpad but I'd much rather use my wireless mouse. Thanks.

I've just tried another wireless mouse & keyboard combo. It's a Creative Labs combo. Both worked immediately and for the rest of the Ubuntu session. However, the mouse didn't work on the next boot. But the keyboard is still working, but for how long? Similarly, a wired usb mouse worked immediately but later stopped working on the same laptop. It's a real drag using a laptop touchpad! Interestingly enough, I've had nor problems with both wired & wireless mouse on a desktop.

As stated in bug 196288, my mouse now works correctly using the workaround supplied by Cyclops, namely adding the Option "Device" "/dev/input/mice" line to the InputDevice section.

In bug 139209, suggestion was add "acpi=noirq pci=noacpi" to end of kernel line in /boot/grub/menu.lst. Also, add this to defoptions line so that it holds after kernel upgrade. Mouse now works OK.