Forum Replies Created
-
AuthorPosts
-
BritgirlKeymasterHi, the disabling of HW encoding and HW acceleration should be done on the target host as a first attempt to debug the issue. If that didn’t change anything, it’s possible that the problem is actually on the client side, on the OS you are connecting from. In fact you mention that you can connect from other clients without problems. It is just the one Ubuntu 24.04 client is problematic.
Try disabling hardware decoding on the client side player menu while in session: Menu > Display settings > Modify> ”Disable client side hardware decoding”. Does this help?
December 22, 2025 at 11:50 in reply to: After uptime NoMachine can’t accept new incoming connections #55126
BritgirlKeymasterHi,
how are you trying to connect? I.e are you starting the connection manually or are you trying to connect to a LAN-based machine (mDNS). Are you connecting through WAN? What is the exact error message you are seeing when trying to connect? A screenshot is useful in this case.
BritgirlKeymasterWe are not able to reproduce this. Is the display scaling enabled on Fedora? What is the output of the following commands, executed in a terminal on Fedora?
xrdb -query | grep dpi xdpyinfo | grep dots
BritgirlKeymasterWhat is the dongle model?
Please also show us the output of this command:
find /sys/devices -name edid -exec sh -c ‘echo “{}”; sudo cat {} | hexdump -C; echo “Missing EDID.”‘ \;
Please also try the first solution indicated in the following article:
BritgirlKeymasterHi, what you are aiming to achieve is totally possible. Unfortunately, we have a couple of Trouble Reports open which might be your case.
Name of webcam devices is incorrect on client side
https://kb.nomachine.com/TR04U10846Multi-forwarding does not work on Mac when one of the devices is USB 3.0 pendrive
https://kb.nomachine.com/TR03S10152
BritgirlKeymasterHi, we just released 9.3. Could you update first and try to reproduce the problem? If you do, we’ll need to see the logs to be able to understand better.
To do that go to the target machine, in Settings > Server > Security , set the logs to debug level (you have to scroll down in the Security panel), restart nxserver, reproduce the problem and then “Take logs”. Share that entire file that you save. For full instructions, please see here: https://kb.nomachine.com/DT08U00298#1.
The system logs from journalctl would be useful as well. You can attach the files here, or send direct to forum[at]nomachine[dot]com. Thanks!
BritgirlKeymasterPlease update to version 9.3 which we just released. Thanks!
December 19, 2025 at 11:18 in reply to: CachyOS/KDE/Wayland/9.2.18-1 – Installing makes AMD iGPU go into software mode? #55112
BritgirlKeymasterPlease update to version 9.3 which we just released. Thanks!
BritgirlKeymasterPlease update to version 9.3 which we just released. Thanks!
December 18, 2025 at 12:39 in reply to: CachyOS/KDE/Wayland/9.2.18-1 – Installing makes AMD iGPU go into software mode? #55106
BritgirlKeymasterJesse, we confirm that your are experiencing the same bug as reported here: https://kb.nomachine.com/TR11W11619
The next maintenance will include the fix, so watch out for the 9.3 release.
BritgirlKeymasterCan you also send us the client side logs whilst your connected to the remote desktop? Start the session, open the session menu (Ctrl-Alt-0) > Connection info. Save the file. You can submit it here or send to forum[at]nomachine[dot]com. Please use the title of this topic if you choose the latter option. Thanks!
BritgirlKeymasterHi, there was no attachment showing the settings.
BritgirlKeymasterTry setting the view to 1:1 (viewport) in Display settings of NoMachine. You can also find more information about scaling options in NoMachine here: https://kb.nomachine.com/AR02M00835.
BritgirlKeymasterJust a quick follow up. We have added your steps to our internal notes for the investigation.
BritgirlKeymasterGood to know everything’s working 🙂
-
AuthorPosts
