Forum / NoMachine for Linux / Connection made but not able to steer mouse or use keyboard
- This topic has 6 replies, 3 voices, and was last updated 2 weeks, 4 days ago by Bilbotine.
-
AuthorPosts
-
August 7, 2024 at 10:12 #49108ChaoiminParticipant
Hi there fellow NoMachine devs and users,
I’ve been having this issue now for a very long time (multiple years), and I’ve been trying to figure out what is going on. I regularly update NoMachine so I’m confident this is version independent. If there is any more input needed, like logs, please provide info on what and how to deliver.
I’m using Debian testing and the latest version of KDE plasma. The sessions used are running X11, not wayland (although I’ve used wayland for a while as a test and same problem)
This is the issue:
When connecting through nomachine on linux, a lot of times the mouse and keyboard aren’t working. I can see the desktop, I know the machine hasn’t frozen or crashed, because I’m connecting through SSH and I can get the display out of sleep mode using
DISPLAY=:0 xset dpms force on
or display letters on the screen and do input using
DISPLAY=:0 xdotool key Ctrl
To get a blank screen to show again, or for example
DISPLAY=:0 xdotool key a
to display the letter ‘a’.
When I use
/usr/NX/bin/nxserver –restart
to restart the service, nomachine cleanly restarts and I can connect again but the issue remains: no mouse or keyboard input.
To fix this, and it is the only fix that I have found on the forums and internet that works, nothing else yet: I have to restart SDDM. This means my open windows and applications have to be restarted. This is a nuisance. So this seems to be somewhere inside KDE plasma.
I put this machine on standby every night, sometimes I totally turn it off and then back on again. This issue seems also independent of that, although when I turn it off and back on, it “feels” like the issue happens less often. It never happens when I connect using nomachine right after a clean reboot/when I turn the machine on.
Can someone please help me diagnose this issue with me? I’m a fairly seasoned Linux user, got the fedora and beard to prove it although it is not an Arch sized beard. It is however, Gentoo sized.
August 12, 2024 at 08:42 #49137BritgirlKeymasterThis seems to be related to your Linux host being headless, ie. without a monitor. You probably don’t have a monitor plugged in so, you should stop sddm and restart nxserver.
sudo services sddm stop sudo /etc/NX/nxserver --restart
Then NoMachine will create its own virtual display. To avoid sddm restarting itself after a future reboot, disable it completely
sudo systemctl disable sddm
Information about headless hosts is available here: https://kb.nomachine.com/AR03P00973
August 15, 2024 at 09:23 #49213ChaoiminParticipantHey Britgirl,
This is a laptop I use daily so it’s not headless. For further reference: sddm runs on boot. The laptop contains a cpu/gpu and a Nvidia GTX980 mobile dedicated graphics card. External monitor is plugged in on the hdmi output, laptop screen is also used so it’s a dual screen setup.
August 20, 2024 at 18:10 #49271BritgirlKeymasterPlease send us debug logs from the computer you are connecting to. You should enable debug and then reproduce the problem. You can extract them using the instructions here: https://kb.nomachine.com/DT07S00243
Send them to forum[at]nomachine[dot]com. Please use the title of this topic as the subject of your email. Thanks!
August 23, 2024 at 14:20 #49336BritgirlKeymasterCould you try adding this to the node.cfg file?
DisplayAgentExtraOptions “-alteventapi 1”
Locate the node.cfg file, edit it by adding the above line, then save. Restart the server.
August 28, 2024 at 08:28 #49419ChaoiminParticipantHi,
I’ve sent two mails, one today and yesterday explaining what I experienced.
I hope this will help with a diagnosis on the issue.
Enabling the option in node.cfg didn’t fix the issue unfortunately.Please let me know if there is anything I can do to help.
August 28, 2024 at 16:29 #49430BilbotineParticipantHi Chaoimin,
Thank you for sending the logs; we checked them and they are clean, so unfortunately, the option we provided previously didn’t work.
Can you try this option instead: DisplayServerExtraOptions “-eventdelay 0” ? We are not sure it will resolve the issue, but let’s try anyway.
We would also like to know the output of this command:
DISPLAY=:0 xinput list –long
Thanks!
-
AuthorPosts
You must be logged in to reply to this topic.