Forum Replies Created
-
Posts
-
Hi, thanks for taking the time to report this. From the log it seems that you need to install gcc make and headers. Take a look at the article here about USB:
What to do if USB support is disabled on Linux with NoMachine 6 or later installed
https://kb.nomachine.com/AR12J00658First let’s rule out that it’s not being caused by a setting in NoMachine. Could you could try turning off screen blanking in the NoMachine server settings on the Macbook if it is enabled? Does that make the flickering stop in the NoMachine player window?
If that doesn’t help, then you should bear in mind that closing the lid on Macbooks switches the GPU off as a rule and AFAWK there isn’t a system configuration to keep the mac GPU on with the lid closed.
We are not aware of similar issues on Rocky Linux. Can you send us the logs of the affected machine? And the GDB stack of that process when CPU usage is high?
For the stack:
echo "y" | sudo gdb -p 'pidof nxnode.bin' -ex "thread apply all bt full" -ex "quit" &> gdb_nxnode.bin.logFor the NoMachine logs: https://kb.nomachine.com/DT07S00243
Submit everything to forum[at]nomachine[dot]com. Please use the title of this topic as the subject of your email. Thanks!
I think the next step will be to re-enable hardware decoding and see if the sluggishness comes back. If so, I’ll update with new CPU usage info
Ideally, we would need a screen of the Details tab of the Task Manager. If you reproduce it again, submit that.
Both Android and iOS have symbols which don’t exist in the corresponding X11 maps. That said, the next release will provide some improvements to how keyboard is handled when connecting from mobile devices. Keep your eyes open for that 🙂
Hi, thanks for reporting this. We’ve also reproduced it on Arch’s rolling release and will be opening a Trouble Report.
Hi, something similar to this has been dealt with before in the forums already. Please take a look at https://forums.nomachine.com/topic/enabling-a-user-does-not-enable-it. Does it help?
What NoMachine products do you have installed on both sides? Are they the latest versions?
Is it a physical desktop session with monitors attached? Or are you connecting to a headless? What’s the desktop environment running there?
You mention “first remote window” and “change focus to another window”. What are these windows? Application windows on the remote desktop? Steps and screenshots would be useful 🙂
We are aware of this and the next maintenance release will include a fix. Thanks for taking the time to report it 🙂
Hi cole,
this is certainly strange behaviour and would need further investigation.
Could you please provide the following?
1) NoMachine server side logs (see the document here for complete instructions, https://kb.nomachine.com/DT07S00243)
2) the file /etc/X11/Xorg.0.log.old if its present
3) output of
'sudo journalctl -b'4) any core files after debugging with https://kb.nomachine.com/AR09L00810
You can send all this information directly to forum[at]nomachine[dot]com. Please use the title of this title of this topic as the subject of your email.
Edited 23/9
The first issue I ran into after updating was UPnP port forwarding turned off automatically. I added permanent port forwarding entry to my router so this doesn’t happen again.
From this release UPnP/NAT-PMP is disabled by default in the Free Edition. You can either enabled port-mapping or as you did fix a rule on the router.
This information was omitted from the software update announcement and we apologize for that. It’s since been updated.
“To get access to your computer from outside your private network, NoMachine’s UPnP/NAT-PMP port mapping must be enabled by hand (‘Server settings -> Ports’), or alternatively your router can be configured with the appropriate port-forwarding rule. When port-mapping/port-forwarding is enabled, remote NoMachine connections, including connection requests from guests via the new Guest Desktop Sharing feature, will be possible. ”Are you connecting with Chrome? There is a known issue specific to the Chrome browser which can monitor using this link: https://kb.nomachine.com/TR07T10566
Could you try connecting with an alternative browser and tell us if you still see the spinning wheel?
There is a bug that we are fixing in the soon-to-be-released maintenance. Keep your eyes peeled. This will fix the Rosetta 2 requirement that you are seeing on macOS ARM machines.
The output you show indicates that NoMachine Free Edition for Linux (debian) was not uninstalled correctly using the recommended way, which is by using
dpkg --purge. You probably just removed /usr/NX/ before uninstalling.To be able to install a new NoMachine package, you should also remove /etc/NX/ and /var/NX/ and try again from scratch.
With the release of version 8, a new option in the client connection file (.nxs) allows to enable/disable the update of the local clipboard when a text is selected inside the NoMachine session. This option is named “Disable updating clipboard on mouse selection” and accepts value “true” or “false” which is the default.
This setting applies to connections from Window and macOS to Linux (physical desktop, virtual desktop and custom sessions).