-
-
Notifications
You must be signed in to change notification settings - Fork 262
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"Error adding device" -- need to restart logid service to fix #156
Comments
I have a very similar issue -- mine shows up when disconnecting & reconnecting the receiver ... which in my case is really when switching systems on my KVM, but the same thing happens if I manually unplug & re-plug the receiver. I specifically see the "running it interactively with Edit: correction: ... sometimes works around the issue |
I have exactly the same problem -- breaks after suspend and reboot. Restarting the service with |
I'm having the same or similar issue as @fastcat, specifically getting logid to work correctly with my Master 2S after using a KVM to switch between work stations. Bouncing the service rarely works, but manually running logid with I suspect there is some sort of timeout that needs to happen first. On this particular work station (Ubuntu 20.04.3), sometimes Ill remote desktop into it, and sometimes switch from RDP to the actual box with my KVM. If I don't wait ~20 seconds between killing the RDP session and logging into the box via the KVM, my sound wont work, as there is a 20 second timeout that needs to pop. I suspect something similar is occurring here. |
I'm having the same issue. Restarting the service also fixes it for me |
Confirmed here too. MX Master 3, connected via bluetooth. |
Same issue here. MX Master 3, connected through bluetooth. For context, here's the relevant part of
|
Same issue here. MX Master 3, connected through bluetooth. This keeps me from launching successfully at startup, gotta always restart the service manually for it to work... |
Same here. The device is MX 3 Master 3 Mac, connected via Bluetooth. Adding 'After=bluetooth.target' in service file does not solve the problem. |
same issue for me as well very likely because bluetooth mouse isn't automatically paired when system boot (you have to click any mouse button to "activate it") might be solved with a tweak in service file like @NoChance777 said but I'm not enough comfortable to play with that |
Having the same issue here when starting (Kubuntu 22.04), modified logid.service did not fix it. |
same problem here with master 3 on fedora 37 |
Just to bump this thread I'm running into the same issue with Mx Master 3 on Fedora 37 using exclusively Bluetooth. I've tried some of the fixes in the linked thread but the main issue is that when the laptop goes to sleep / mouse goes to sleep I run into the following error: |
I fixed the issue by removing the Solaar package which I had already installed on my system. I presume the issue was that they were both fighting for the mouses' config. |
You're my hero for today :) I still see the |
Yeah I get that same error as well, seems like the drivers work though. I initially installed Solaar to monitor the battery life, kinda sucks that they aren't compatible with each other. Maybe a potential improvement? |
I maybe spoke too soon yesterday. Disabling/removing solaar does make things better, but it doesn't fix everything. When switching away & back with my KVM, I'm now getting the button-remapping working right where it sometimes wouldn't before, but my scroll wheel is sometimes not getting reconfigured for the correct scrolling speed (but sometimes is). |
I'll look into it when I get a chance, I haven't actually had a chance to use my Linux device all that much but I'll see if I get the same behaviour. |
Following up, I've been seeing some buggy behaviour with the service. Sometimes when the service is not on none of my binds are working (including scroll wheel which I guess used to be fixed with the |
I seem to have possibly fixed the issue by changing |
Any updates on this? I am having the same problem. As far as i can tell, i have uninstalled Solaar, but it still wont work on reboot. I have to restart service via CLI to get gesture button func. |
So not a fix, but a workaround. The AI Overlord suggested I make a seperate timer service to restart logid shortly after restart. It works now i have gestures after logging in, without having to manually restart. https://chat.openai.com/share/1393c511-d92b-41f8-b019-742d9cda2ef4 |
Worked for me, not a fix but I will take the workaround. @raymondshiner thank you |
Had the same problem with MX Master 3 via bluetooth. A better approach instead of starting with a delay is a udev rule that starts logid after the hidraw device appears:
This allows to disable the logid.service and have the daemon just started once, right after connection without a need to restart. Tested on arch with the logiops AUR package |
Hello and thank you for your wonderful driver.
This issue is related to the problem I described here but I thought I'd open my own issue rather than continue to hijack someone else's.
The following warning appears to be the problem:
[WARN] Error adding device /dev/hidraw2: std::exception
I always get the warning when I run
sudo logid -v
(asterisks are mine for emphasis):The warning occurs no matter what my
logid.cfg
is; or indeed whether I have one or not.Still, in case it matters, I got the above output with the following
/etc/logid.cfg
:Note that when I run the above command (
sudo logid -v
), the warning appears to be harmless: the driver still works without issue.However, when logid is started as a service, the same warning appears at random, and when it does, I get the scrolling issues described in the issue 148.
I then have to restart the service in order to get my mouse working properly again.
This happens on average every 2 hours or so, enough to be annoying lol.
I'd be grateful for any help resolving this issue.
Here is the output of my
uname -v
:#1 SMP Debian 5.7.6-1kali2 (2020-07-01)
Thanks in advance!
The text was updated successfully, but these errors were encountered: