-
-
Notifications
You must be signed in to change notification settings - Fork 92
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
[Bug]: No keyboard/mouse input in Sunshine #107
Comments
Hey! Was facing this issue in TrueNAS Scale, here is my thread #105 |
Thanks for the input, but this is a different environment. NOT using Scale native apps/truecharts. I have shot myself on the foot trusting truecharts too many times. |
Thank you for your service @miguelangel-nubla. Your quick fix solved the same issue I had. Would be nice if we could get an official fix for this though. |
Can confirm, this workaround allowed me to use my input devices with the Docker. OS Unraid 6.12.8 |
I've been running into this same exact issue on Unraid 6.12.0 with Docker. Currently using the latest patch for josh5/steam-headless.
The command that was mentioned resolved this issue and is now working. Thank you so much! I'm going to save that command for future use just incase it acts up again. |
Having the same issue but on Proxmox rather than unRaid, but the fix isn't working for me. Setup is Proxmox > debian LXC with /dev/uinput mounted > docker compose. Steam remote play and VNC work fine, but when connecting via Moonlight/Sunshine I get no response from keyboard or mouse. I can also see that the udevd daemon isn't running at first but even manually starting it with the above command and restarting Sunshine doesn't help. |
Describe the Bug
Keyboard/mouse not working when connected with Moonlight to the Sunshine server.
Tracked it down to udevd daemon not running, it was a pain to debug.
Workaround:
sudo /lib/systemd/systemd-udevd --daemon
I am unable to reproduce it on another system, and can't find a error anywhere on the logs. As far as I know it is completely silent except it is obviously not running
px aux | grep udevd
This compounds with the fact that udev supervisor unit watches for the PID of udevadm monitor instead of udevd daemon. Maybe creating a exclusive udevd supervisor unit helps?
Regardless, I understand supervisord does not have dependency management. Given the nature of this container it looks like issues like this are going to get worse.
Would migrating to an alternative with support for dependencies such as S6-overlay make sense in the bigger picture? I don't know which path should I take to submit a PR.
Steps to Reproduce
No response
Expected Behavior
No response
Screenshots
No response
Relevant Settings
No response
Version
Build: [2023-11-18 02:38:41] [master] [6cc9f56] [debian]
Platform
Distribution: Running under systemd-nspawn with jlmkr on TrueNAS Scale
Linux Kernel: 5.15.131+truenas
GPU Driver versions: | NVIDIA-SMI 515.65.01 Driver Version: 515.65.01 CUDA Version: 11.7 |
Docker: 24.0.7, build afdd53b
Docker-compose: v2.21.0
Relevant log output
No response
The text was updated successfully, but these errors were encountered: