Britgirl

[Britgirl]

Yes we did, sorry for not coming back to you to confirm. Developers have prepared a debug package for you, it contains a potential fix. Can we send you a link to download with further instructions?

[Britgirl]

Make sure the correct key PhysicalDesktopSharing is configured to allow access to the physical display (disabled in Terminal Server products). By default it’s only available for admins and trusted users. Also check --useradd YOUR_USERNAME --administrator is set properly.

You might find these resources useful: https://kb.nomachine.com/AR01S01106
https://kb.nomachine.com/DT11R00174?s=physical%20desktop#12.4

Please ask the customer (or you on their behalf) to contact the team through the regular support channels.

[Britgirl]

Hi, you’re using an earlier version which is no longer supported. You can still get assistance through the provision of your subscription, so what I suggest you do is open a support ticket and ask the team for assistance. The forum is always dedicated to the most current version which is NoMachine 8. If you can’t update, we can provide some tips which you might consider.

From what you write, it seems you are using scripts to start the xserver automatically. So NoMachine starts, then the xserver. This means that NoMachine thinks there is no physical display and so starts its own virtual one. If you are using scripts, you could simply try sudo /etc/NX/nxserver --restart and you should see the session. In that case, add the restart command on the end.

Another possibility is that it’s related to Wayland, so take a look at the articles in our knowledge base https://kb.nomachine.com/AR02P00969 and https://kb.nomachine.com/AR04R01083. The latter one is about running a Wayland-based desktop in a Linux virtual machine.

[Britgirl]

Jessie, no worries, we were able to download the logs.

[Britgirl]

It looks like flatpak applications don’t work correctly on virtual display sessions. We are not able to reproduce all the problems. In our tests apps are listed, but it could be related to your desktop environment. We tested with Cinnamon. Apps can be started, but indeed it asks for auth many times during installation.

But the same problem occurs when installing even through SSH remote connections. There is even a bug report: https://github.com/flatpak/flatpak/issues/3001. So it’s not NoMachine related.

The workaround is to edit policy file:

/var/lib/polkit-1/localauthority/10-vendor.d/org.freedesktop.Flatpak.pkla

and add there ResultAny=yes to section with: org.freedesktop.Flatpak.modify-repo

so the file should look like this:

$ sudo cat /var/lib/polkit-1/localauthority/10-vendor.d/org.freedesktop.Flatpak.pkla

[Install Flatpak apps and runtimes]
Identity=unix-group:sudo
Action=org.freedesktop.Flatpak.app-install;org.freedesktop.Flatpak.runtime-install;org.freedesktop.Flatpak.app-uninstall;org.freedesktop.Flatpak.runtime-uninstall;org.freedesktop.Flatpak.modify-repo;
ResultActive=yes
ResultAny=yes

[Override parental controls for Flatpak apps]
Identity=unix-user:*
Action=org.freedesktop.Flatpak.override-parental-controls
ResultAny=auth_admin
ResultActive=auth_admin
ResultInactive=auth_admin

[Britgirl]

Thanks, we were able to download them (please ignore my previous message :-))

[Britgirl]

Please give us some more details about the server machine. The article you mention is for headless servers where you are running the free edition software.

What NoMachine product is installed on the server side? You mention other users can connect fine – is this to the same server, so can we assume it is a Terminal Server?

What desktop environment are you trying to connect to? What Linux distribution and version is it?

Restarting the NoMachine server would terminate the sessions of the other users, so this is not recommended.  If you are not the administrator of the machine, please contact who is and ask them to open a support ticket. We will need to see logs from the server host which can be gathered by 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!

[Britgirl]

Ok we’ll wait for the server-side output 🙂

[Britgirl]

Thanks for the logs, we will come back to you once they have been analyzed.

[Britgirl]

Hi, in the logs we see a number of different errors, both Wayland and X11 sessions fail. But first let’s investigate Wayland.

Can you show us the output of the following dbus method call ‘GetCurrentState’ to check if the monitor configuration looks correct? To do that you need to install the d-feet application and run the method as highlighted in the screenshot (below) by double clicking it.

Also, try connecting when the server machine’s screen is not locked. Do you still get the white screen?

Attachments:

1. 

   dbus_getcurrentstate.png
   

[Britgirl]

Thanks for the report. We’ll get it checked out to make sure it’s updated if necessary.

[Britgirl]

Hi Brian, did you send us the logs?

[Britgirl]

Apologies for the delay in coming back to you. Upon further investigation we were able to reproduce the same error and have opened a trouble report which you can view at the following link: https://kb.nomachine.com/TR02W11278.

[Britgirl]

It could be that Pipewire in Manjaro may be causing problems (which we would like to investigate further). In the meantime, you could switch to Pulsewire instead. Please take a look at the article. You will have to adjust the commands for your own system:

How to enable audio on systems relying on PipeWire for sound
https://kb.nomachine.com/AR07T01168

– Please tell us the exact version of your OS (manjaro version).
– And the version of the audio server. The easiest way to check is by command “pactl info”. What does it show? If the “pactl” command doesn’t exist, you can check the pipewire version by running “pw-cli info 0”.

[Britgirl]

Gather logs from both server and client machines as per the instructions here please,  https://kb.nomachine.com/DT07S00243, and send them to forum[at]nomachine[dot]com. Thanks.

[Author]

Posts