Forum Replies Created
-
Posts
-
It seems like the dbus-daemon is missing. Try manually installing the package dbus-1-daemon. Once installed, dbus-launch can properly start a D-Bus session, and the KDE virtual desktop session should start successfully. The command to install dbus-1-daemon by zypper is “sudo zypper install dbus-1-daemon”. Does that help?
Hi, can you send us the logs from the server? Go to the NoMachine Settings > Server > Security, scroll down and click the Take logs button. Send that file to us. You can attach here or send it to forum[at]nomachine[dot]com. If you send by email, please us the title of this topic in the subject. Thanks!
If it’s not working for you, you probably already have your answer. But it’s whether the drivers support screen capture of DRM (i.e not the video card itself). But you can send us the logs and we will check what’s happening. You can get the logs from the Security panel of the Server settings. Scroll down to the Take logs button, save the file and then send that to us.
Does one have to disable EGL for this to work?
You can try disabling it, but it should not be necessary.
Can you send us the logs from the affected macOS server? Go to Settings > Server > Security, scroll down and click “Take logs”.
“Any chance that downgrading the Mac back to 9.1.24_6 would resolve this problem?”
We aren’t aware of similar problems after updating to 9.2 and that’s why we need to take a look at the logs first. Then you can try going back to the previous version. If you don’t have a backup of the package of the earlier version, we can send a temporary link so you can download it.
Hi, drag and drop from server to client is not available when the display server is Wayland. You can read more about this here:
https://kb.nomachine.com/AR02P00969. See point 2) in Known limitations.Gnome removed the drawer showing 3rd party application icons a while back and as a consequence, it’s no longer possible to display the !M icon in the system tray out-of-the-box. You should install a special extension which is described in the following article:
What to do when the !M icon is not present in the system tray of GNOME desktop
https://kb.nomachine.com/AR09U01205Hi, at the moment, we support KDE and Gnome. There’s limited support for Wayland tiling managers, for now. NoMachine supports the DRM screen capture method which is not usable in all cases. So some tiling managers can work, for example, when it’s possible to capture the screen via DRM, this depends on the video drivers available and whether they support this capture method. The other topic you mentioned, we had done a test on the fly with Arch (a distro we don’t officially support) and we didn’t see any evident issues at the time.
Hi, the latest release, NoMachine 9.2, includes a fix for this issue reported. so please update to the latest version. You can also remove the workaround completely as it is no longer needed 🙂
Hi everyone, the fix to the trouble report mentioned above was released in the latest update, 9.2, so please update to the latest version 🙂
Hi, interesting. We can’t reproduce the same behaviour you are encountering, however. Would you be willing to try a test/debug package and send us the logs? We will provide you with a download link and further instructions 🙂
Hi, this is a known issue. Please follow this link to the Trouble Report https://www.nomachine.com/TR11W11619. The workaround is also documented, but I will also paste it here for convenience.
As a temporary solution, disable EGL support in NoMachine by executing in a terminal:
sudo /etc/NX/nxserver --eglcapture noThen re-login to the Linux host (logout and login to the system) or reboot the Linux machine.
Otherwise execute in a terminal:
sudo /etc/NX/nxserver --eglcapture no && sudo systemctl restart display-managerHi, this is a known issue. Please follow this link to the Trouble Report https://www.nomachine.com/TR11W11619. The workaround is also documented, but I will also paste it here for convenience.
As a temporary solution, disable EGL support in NoMachine by executing in a terminal:
sudo /etc/NX/nxserver --eglcapture noThen re-login to the Linux host (logout and login to the system) or reboot the Linux machine.
Otherwise execute in a terminal:
sudo /etc/NX/nxserver --eglcapture no && sudo systemctl restart display-managerIt seems that Accessibility permissions were lost during the update. Go to the affected macOS host and shut down the NoMachine server – you do it from the UI in Server settings or from a terminal (in that case
nxserver --shutdown). Proceed to Screen Recording and Accessibility panels and remove all NoMachine permissions. Then go back to Server settings and restart the NoMachine server (nxserver --startup). Then add the permissions again in Screen Recording and Accessibility. Does that help?