[SOLVED] Logitech USB devices not functioning correctly
Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I love my logitech mouse, and it works just fine on the debian install I have on this laptop, but for some reason does not work on the new desktop installs I have done, both for SteamOS and Wheezy Debian. This seems to be a fairly cross-distro problem, as I seem to find similar issues reported on Ubuntu for example.
Basically, you have to keep plugging in the USB and unplugging it to get it to pick up. For me, this often takes far, far longer than is acceptable even as a work around. Is there not some linux command to just MAKE the box poll the usb and run?
It's an awfully odd bug. Once they finally DO get "detected" or whatever, they work great. (I also have a Logitech wireless keyboard).
This is a desktop install, isn't it. I was wondering if you had laptop-mode service running, but it is quite unlikely for a desktop.
Does your mouse autosuspend or just switches entirely off?
Distribution: Debian Sid AMD64, Raspbian Wheezy, various VMs
Posts: 7,680
Rep:
Do you have another batch of USB ports (for example on the front of your case if you are using the ones on the back or vice-versa) that you could try to check it's not a hardware problem?
This is a desktop install, isn't it. I was wondering if you had laptop-mode service running, but it is quite unlikely for a desktop.
Does your mouse autosuspend or just switches entirely off?
I'm not sure if I understand the question. As I said, it simply does not work unless I plug it in and unplug it over and over. It is a known issue, but I just had hoped there was a better work around than this plugging and unplugging...
That's the best answer to that question I know how to give. =)
Quote:
Originally Posted by 273
Do you have another batch of USB ports (for example on the front of your case if you are using the ones on the back or vice-versa) that you could try to check it's not a hardware problem?
I have like 10 usb ports total, 4 of which are usb3, all of which function with everything but these logitech devices.
It behaves very similarly to this in that it DOES work when I am in my bios.
Distribution: Debian Sid AMD64, Raspbian Wheezy, various VMs
Posts: 7,680
Rep:
Quote:
Originally Posted by ShaneRoach
I have like 10 usb ports total, 4 of which are usb3, all of which function with everything but these logitech devices.
Fair enough -- I thought it worth checking because I know some motherboards (mine included) have certain ports that are always "live" for charging and the like and some which switch off when the system does. It's not inconceivable that there's some sensing built into one of the controllers that would cut power when unused or something. I could well be wrong on that but, like I said, I think these things are worth checking.
Fair enough -- I thought it worth checking because I know some motherboards (mine included) have certain ports that are always "live" for charging and the like and some which switch off when the system does. It's not inconceivable that there's some sensing built into one of the controllers that would cut power when unused or something. I could well be wrong on that but, like I said, I think these things are worth checking.
No doubt. I plugged em into at least 5 different ones, both usb3 and usb2. LOL! Just sayin', on this particular occasion, that's not it...
Always worth posting about checking the basics. I just wanted to update the thread is all.
I checked all of them in the process of troubleshooting wireless network usb... lol At least I got that working.
I JUST got through with a thread where it was advised not to fiddle too much with Debian stable, but is updating a kernel considered such a risky update? (Sounds risky...)
Distribution: Debian Sid AMD64, Raspbian Wheezy, various VMs
Posts: 7,680
Rep:
I run Sid so things are different but I've had good results following this to compile my own kernel (though I had to add some CD support and some crypto things using menuconfig to get everything working): http://mapopa.blogspot.co.uk/2009/01/compiling-2.html
Or, you could perhaps use backports for a more supported and integrated approach?
I run Sid so things are different but I've had good results following this to compile my own kernel (though I had to add some CD support and some crypto things using menuconfig to get everything working): http://mapopa.blogspot.co.uk/2009/01/compiling-2.html
Or, you could perhaps use backports for a more supported and integrated approach?
I had hoped there was a simpler solution than updating the kernel for what appears to be a known driver issue. I am bemused because if you look at the interwebs in general, it appears that this bug has been detected and fixed at various stages of the kernel since 2011 at least.
Frustrating. Especially for Wheezy not to work with it. That's the whole point of stable to me. =(
Tried the Solaar software for pairing. It does not see the devices. I retested and they are both still working just fine in UEFI at bootup. \
Code:
root@debiansid:/home/shane# solaar-cli show
solaar-cli: error: Logitech receiver not found
root@debiansid:/home/shane# solaar-cli show
solaar-cli: error: Logitech receiver not found
You can see the two (stupid) unifying receivers here.
Code:
root@debiansid:/home/shane# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 003 Device 002: ID 0781:5576 SanDisk Corp.
Bus 003 Device 008: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 003 Device 009: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 003 Device 005: ID 093a:2510 Pixart Imaging, Inc. Optical Mouse
Bus 003 Device 006: ID 04f3:0103 Elan Microelectronics Corp.
Bus 003 Device 007: ID 1740:9603 Senao
Theoretically, they come already paired with the devices they were sold with. I have plenty of usb ports. I just want the damnable things to work. Still searching for some explanation why a simple usb device is not working?
Incredibly frustrating. This is all over the web, so I can't imagine why it has not been caught and addressed, but what I am looking for here is anyone with some experience with USB, keyboards, mice, etc to know if there is a decent workaround.
modprobe -r removes the module from the kernel, then modprobe adds it back in. It may take a few tries. There is bound to be a script to do this more effectively but for tonight I am done. Leaving the thread unsolved for now in hopes of someone better than me at this coming through with a better script.
Thanks to all of you who have read through this and given it a shot.
Or even just read through, scratched your heads collectively, and moved on. ;-)
The script (modprobe -r hid_logitech_dj && modprobe hid_logitech_dj) re-connects each Logitech unifying USB separately. In order to get both my Logitech devices on one USB, I went ahead and reinstalled Solaar. That software runs fine under Debian Linux and puts both mouse and keyboard on the same USB device. I still have to run the script a couple of times, but once it finally does pick up the USB, I get both devices up and running, which is better.
Now I need to figure out what to do to automate all of this detection stuff. There is also the possibility of there being software to help one program the mouse keys, but I am not as interested in this.
Just an update. Any help much appreciated.
I'd especially like to know who I contact to work on the driver for this with. I believe from reading around the web that it is all fixed in Sid, but why no backport yet I have no idea.
The real solution here is updating the kernel. No idea how to do that in Debian without moving up to Sid... I am not aware of any backport for this issue either.
I upgraded to Sid as I have been intending to do for some time now. Not only do the Logitech devices work, but there is even a handy little icon up in the tray (By your networking, volume, etc) to let you know if they are low on batteries....
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.