You are not logged in.
Hey all,
if my USB mouse is plugged in before booting the laptop everything works fine. However, sometimes if I boot the laptop without the mouse plugged in and then plug it in later, it doesn't work. This only happens sometimes. I think it happens most when the laptop is on battery.
So maybe the USB modules are disabled to save energy and then never turned back on, thus, the mouse is not working? That is just one idea I have.
Does anybody know what I can do about it? Some command to reload the USB mouse kernel module or something similar?
Offline
Start with the journal. It may provide clues as to the root cause; I prefer this to a shotgun approach of throwing things at the problem hoping one of them hits the mark.
Edit: Oh, and welcome to the Arch Linux forums.
Last edited by ewaller (2016-06-08 14:53:02)
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
The output of journalctl -f after plugging the mouse in is:
jun 08 17:01:15 vogi kernel: usb 1-1.2: new low-speed USB device number 9 using ehci-pci
jun 08 17:01:15 vogi mtp-probe[31472]: checking bus 1, device 9: "/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.2"
jun 08 17:01:15 vogi mtp-probe[31472]: bus: 1, device: 9 was not an MTP device
Seems like there is not much going on there.
And thanks for the welcome
Last edited by Silberlocke (2016-06-08 15:05:22)
Offline
The output of dmesg is similar:
[ 4484.627312] usb 1-1.2: new low-speed USB device number 9 using ehci-pci
Btw: What is the difference of dmesg and journal? Often they seem to log similar things.
Last edited by Silberlocke (2016-06-08 15:08:24)
Offline
Btw: What is the difference of dmesg and journal? Often they seem to log similar things.
dmesg (without options) prints the kernel ring buffer.
The journal collects kernel messages, but may filter them based on the level of the message based on your preferences.
The journal also collects messages from user space tools that choose to post there.
So, the journal may contain a truncated list of messages from dmesg plus anything user space tools post.
For fun, run logger Hello and then check the tail of the journal
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
Okay, this is the output of the journal when everything works (i.e. mouse works and I unplugged it and then plugged it in again):
jun 08 21:41:33 vogi kernel: usb 2-1.5: new low-speed USB device number 4 using ehci-pci
jun 08 21:41:33 vogi kernel: input: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM) as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.0/0003:045E:0047.0008/input/input22
jun 08 21:41:33 vogi kernel: hid-generic 0003:045E:0047.0008: input,hidraw4: USB HID v1.10 Mouse [Microsoft Microsoft 5-Button Mouse with IntelliEye(TM)] on usb-0000:00:1d.0-1.5/input0
jun 08 21:41:33 vogi mtp-probe[9059]: checking bus 2, device 4: "/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.5"
jun 08 21:41:33 vogi mtp-probe[9059]: bus: 2, device: 4 was not an MTP device
Offline
I do not have the solution to this problem, nor do I have any idea what might be happening...
But you are not alone Silberlocke. I'm having the same issue. The outputs from journalctl are matching yours as well.
I tried restarting udev, but that doesn't work.
Offline
Is usb autosuspend on?
Maybe try to blacklist the device
Offline