I have a mouse and keyboard Logitech m510 & K350 and the thing is that when I start the computer sometime it works sometimes not (generally it does not work), when it doesn't work I unplug the wireless adapter and plug it again (that solutions always works).

The thing is that is annoying. In widows works perfect even in Ubuntu 11.04 works fine (i have antoher computer with Ubuntu 11.04 and was working perfect, I got a new computer and now I have this problem, but if I connected again to Ubuntu 11.04 it works).

I would like to find a solution, why it always works if I unplug it and plug it again? why sometimes it works when the computer start?

I have read some thread similars, but I don't think that buy another mouse or find one ps2 is a solution.

I had a similar problem with a Logitech mouse on a new HP Pavilion with specs similar to your Toshiba. The problem turned out to be use of the USB 2 port for the mouse dongle (wireless adapter). I moved the dongle to one of the available USB 3 ports and have been problem free ever since.

I checked the Toshiba S855 and found that this system includes two USB 3 ports and one USB 2 port. Try changing the wireless adapter from the current port to one of the others. (From USB 2 to USB 3) This may work for you as it did for me.

It doesn't make any sence. I have exactly the same problem with ms wireless 5000 mouse n ms wireless 6000 keyboard. The problem appeared in mint 14. Mint 13 works perfectly. I tried kernel update, but the problem remained. So, I got back to mint 13 and keep telling my friends to stay at mint 13 because mint 14's stability is seriously questioned. Besides, many people decide to use Mint in their every-day working computers. So they don't have time for experiments. Experiments are for developers. Some of us are developers, but most of us are not....

Well plug in into A usb 3.0 didn't work, beside still make no sense to me why sometimes works and why sometimes doesn't.

And about new kernels I don't know if it would be worse... I was working just fine in Ubuntu 11.04... the mouse and keyboard work like a charm, now linux mint 13 that should have better support, doesn't work?

I have a different problem with k350 with mint nadia 64bit cinnamon. Although it is a qwertz keyboard it behaved like qwerty before the user was logged in. After logon it turned back to qwerz but showed rather sluggish behaviour. So typing anything on it was a disaster.

I too updated Kernel to 3.7 without any effect. So I now use my older keyboard and it works fine. Would be interesting to know if there is a solution though.

Under Ubuntu 12.04 the mouse originally worked. Then it became eratic. Then it began to work again. The mouse appears to be still erratic under Mint 13. I believe for Ubuntu, the problem was fixed by an update, likely linux-image-3.2.0-31-generic-pae 3.2.0-31.50. Looking upstream at kernel.org, the release notes for kernel version 3.2.31 stable there is the following commit:

After that commit, hid-core discards any incoming packet that arrives whilehid driver's probe function is being executed.

This broke the enumeration process of hid-logitech-dj, that must receivecontrol packets in-band with the mouse and keyboard packets. Discarding mouseor keyboard data at the very begining is usually fine, but it is not the casefor control packets.

This patch forces a re-enumeration of the paired devices when a packet arrivesthat comes from an unknown device.

I am also running Linux Mint 14 with Cinnamon. My keyboard is a Logitech k360, and I have found that under typical desktop conditions lag is not an issue (though I do notice lag when performing updates). It's only when gaming does the poor responsiveness of the keyboard become evident. Face it - it's a cheap keyboard.

The only game that demonstrates this issue effectively for me is Minecraft. I've had frequent instances of sustained key-presses occurring 2-6 seconds (or more) afterwards. In the event you're wondering, the same keyboard is flawless in Mint 14 KDE 32bit, though the mouse doesn't behave. Without support from Logitech on this front, it's up to the Mint team to "Get It Right". Though this is essentially "driverless" hardware, as I understand it.

I realize the only alternative is to use something else, but I hope that explains things a little.

<<|| LiquidStupid ||>>-==-Shows his age before he remembers it doesn't show on his face.

liquidstupid wrote: Without support from Logitech on this front, it's up to the Mint team to "Get It Right". Though this is essentially "driverless" hardware, as I understand it.

I realize the only alternative is to use something else, but I hope that explains things a little.

Sorry to many gaming issues and graphics driver issues. And really not up to the Mint Team to resolve proprietary keyboard or mouse issues. It's up to the manufactures to do that. Or if other linux users come up with a solution.

Generally keyboard & mouse lagging,dragging,sporadic operation is first a proprietary graphics driver most of the time.Again not a Mint Team issue..

And really not up to the Mint Team to resolve proprietary keyboard or mouse issues. It's up to the manufactures to do that.

It's interesting you should say that, because having just swapped the logitech keyboard for a PS2 HP branded keyboard (which is also logitech) lagging occurs as well, but is not as pronounced. Additionally, and as a further step, having upgraded the Nvidia driver to the latest (310.44) yielded little improvement. I'm not a coder, but I get the impression this has much to do with poorly supported *nix drivers, which I well understand.

I'll accept it's not a Mint team issue, but the code has to fall in someone's lap, and even if this knowledge doesn't assist the Mint team, perhaps it will elucidate some of the community. If nothing else FYI have it's uses.

P.S. Am I misunderstanding the nature of HID drivers? What code base is the team using to support keyboards and mice? I realize my knowledge on this subject is flaky at best.

<<|| LiquidStupid ||>>-==-Shows his age before he remembers it doesn't show on his face.