Kernel 2.6.20 - Usb optical mouse problem
 

Hi
I just compiled new Kernel (2.6.20), btw my linux is Debian
Booted in and -> don't have my usb mouse, even no light on the bottom of it
Thus to originate the problem tried to mount disk on key - no luck, the error message i got:
mount: special device /dev/sda1 does not exist, tried also sda, sda2

Alright, then i looked in the /dev directory and didn't found any sda
After googling I entered cat /proc/partitions , and this what I've got:
3 0 15007608 hda
3 1 14362078 hda1
3 2 1 hda2
3 5 642568 hda5

....... yes, no sda or smth

/etc/fstab also doesnt contain some sda info

Also I think that when I boot the kernel skips usb modules but i'm not sure.
Thanks for help.

Since you ocmpiled the kernel yourself (not using the default for your distro), then the first thing to do is to check the contents of the .config file in the kernel directory in /usr/src. Look for the usb entries. If usb has 'y' or 'm', then usb is compiled. In the entry is 'n', then you overlooked that part of the configuration, and must do it all over.

Next, try the mouse in other usb ports. If it doesn't work in any of them, there are two possibilites:
a) The mouse is dead. Get a new one.
b) The usb controller is dead. Replace it.

If you can't get the mouse to work on your computer, try it on someone else's computer. It it works, it's good, your usb controller is bad.

For the usb memory stick, /etc/fstab won't have an entry unless the system is specifically configured for persistant device names. Instead, when the stick is plugged in, look in /etc/mtab which shows mounted devices. Also look in /mnt or /media for a dynamically assigned name for the memory stick.

Having problems with both a usb mouse and a usb memory stick not working properly strongly suggest the usb controller is at fault.

Those are a few things you can try to resolve the problem.

QUOTE
there are two possibilites:
a) The mouse is dead. Get a new one.
b) The usb controller is dead. Replace it.

WRONG .... maybe there is a software issue also ? I would think a software issue is 99.99% likely to be the cause of the problem. Defective hardware 0.01%.

I had mouse problems that were caused by acpi and also hotplug at other times, so you could try disabling those at boot and test.

Unplug your usb mouse and re-connect. Wait a few seconds then run 'dmesg'. Please provide output. Mine is like this ...

input: Logitech USB Optical Mouse as /class/input/input3
input: USB HID v1.10 Mouse [Logitech USB Optical Mouse] on usb-0000:00:1d.1-1

A mouse is not a storage device so I dont know why you are talking about sda, hda, /etc/fstab, etc etc.

Another idea .. is your xorg.conf set-up correctly? Please try some testing with xorgconfig or manually editing xorg.conf. ie you could try /dev/input/mice, /dev/mouse, etc etc.

Thanks for help
uhci and ohci modules weren't compiled, so i recompiled the whole kernel again with those modules

Could I just compile those two modules and somehow inject them into kernel to save time?

The ohci and uhci modules are just the first requirement. They are the drivers for the USB controllers, allowing detection of devices connected to the USB ports. For the mouse you need to also include USB HID device support.

You can get by with just building the new modules, as long as everything you've added is compiled only as M. Not if you add anything as * or change anything else. To install new modules, after saving the new config just run make modules && make modules_install. Then copy the new System.map file to wherever it needs to be. If your boot loader is LILO you also need to run the lilo command so that it knows of the changes. I don't recommend using this for more than a couple of modules. For adding just the USB HID module - worth a try. If you were adding USB, SCSI and netfiltering, definitely rebuild the whole thing.