Forum Replies Created
The problem is known and it’s fixed on 6.11.2 version. On earlier versions you need to set password for root and use his account to update, or just download the latest NoMachine package and update with rpm -U. Installation package you can find here https://www.nomachine.com/download/
We’ve received and analyzed your logs. It appears to be more of system configuration problem and not one caused by NoMachine. We’ve also tried to reproduce the problem on a fresh Ubuntu 16.04 just to make sure, but without success.
You should check possible error messages in the user’s home directory ‘.xsession-errors’ file and system logs. Reinstalling of your GUI environment is also worth considering.
this is a known issue:
Cannot start a virtual session on Arch Linux
Please use the ‘notify me’ checkbox to receive notification of when a patch has been officially released.
As a workaround:
1. Create a backup of nx PAM configuration (sudo cp -a /etc/pam.d/nx /etc/pam.d/nx.original). Then change /etc/pam.d/nx in this way:
auth include system-login account include system-login password include system-login session include system-login
2. Change DefaultDesktopCommand in /usr/NX/etc/node.cfg
DefaultDesktopCommand "/etc/gdm/Xsession 'env DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/id -u
3. Restart NoMachine:
sudo /usr/NX/bin/nxserver --restart
Could you check again with this command?
DefaultDesktopCommand "/etc/X11/Xsession ‘gnome-session --session=ubuntu'"
If that doesn’t help, send us logs from server side. Please find the instructions here: https://www.nomachine.com/DT10O00163#1. You can send them to forum[at]nomachine[dot]com
We cannot reproduce such problem on the fresh installed Ubuntu 16.04 with default UNITY. Could you tell what graphical environment are you using? Please give us the output of
Could you also check what is your DefaultDesktopCommand in /usr/NX/etc/node.cfg
DefaultDesktopCommand “/etc/X11/Xsession ‘gnome-session –session=ubuntu'”
Please check our article https://www.nomachine.com/AR04K00667February 11, 2020 at 15:50 in reply to: Is there any way to stop NoMachine from taking over the audio when connecting in #25594
you can mute the sound during connection by disabling audio in the Audio tab. You can also disable audio streaming completely by turning off streaming in ‘Audio settings’.
If you don’t want the server-side sound to be muted,leave the option unchecked “Mute audio on the server”.
You can also completely disable server-side sound notifications in Settings-> Security preferences-> Use sound notifications when there is an event.
Please let us know if you still have a problem with muting the sound.
I’m not sure I understand your problem correctly. Couldn`t you log in to the gnome classic in the login window?
Are you using a free or license version which offers the creation of virtual desktops, e.g. Terminal Server?
If you don’t want to run the default desktop environment on the virtual session (in your case – GNOME 3), administrators can change the command for start a new desktop.
For GNOME classic, they have to set in node.cfg:
DefaultDesktopCommand “env GNOME_SHELL_SESSION_MODE=classic gnome-session –session gnome-classic”
All information can be found in this article https://www.nomachine.com/AR04K00667
If you don’t have administrator privileges you can run GNOME classic desktop using custom session instead of virtual desktop.
In the custom session selection window, enter following command:
env GNOME_SHELL_SESSION_MODE=classic gnome-session –session gnome-classic
We couldn`t reproduce such a problem on Linux Mint. Please, could you provide following information:
-what version of Linux Mint do you have?
-which desktop environment are you using, Cinnamon?
-which package manager are you using, GDebi?
Could you also install again NoMachine (if you don’t have installed) and check list all the NoMachine processes? Please open terminal and execute
ps -ef | grep nxcommand and paste here an output.September 3, 2019 at 14:19 in reply to: 500 ERROR: Only a user with administrative privileges can use option restart #23504
To run all nxserver commands, you need to run the Command Prompt as an administrator. Type “cmd” in search box to find the Command Prompt, then right click on it and select “Run as administrator”. When you launch the Command Prompt with admin privileges, you’ll see a “User Account Control” window asking for permission to continue, choose “Yes”. Once you’ve got the “Administrator: Command Prompt” window open, you can run any nxserver command, whether it requires administrative privileges or not.
Please let us know if your problem still exists.
Attachments:July 8, 2019 at 13:53 in reply to: Cinnamon crashes after going out of fullscreen mode #22870
We tried to reproduce your problem on Linux Mint 19.1. with Cinnamon 4.0.10, but weren’t able to. Have you noticed that these crashes occur when using a specific application, e.g. while playing a video? Is your Linux Mint 19.1 a headless system?
Could you enable debug, reproduce problem, collect logs and send them to forum[at]nomachine[dot]com? Instructions about debug and collecting logs you can find there:
Are there any .xsession-errors in the your home directory? If such a file was created, please send it together with the logs.
Did you generate a new pair of keys? I ask because we have a Trouble Report for which the temporary workaround is to generate new keys
ssh-keygen -p -m PEM -f
Here is the TR: https://www.nomachine.com/TR02Q09140
Btw, we noticed that you are trying to connect as user account named “nx”. We don’t recommend it, because the nx account is needed to setup the initial stage of the client-server connection. Please use local account profiles.
We are unable to reproduce this issue in our test labs.
Could you uninstall the NoMachine application and reinstall it? If that does not help, please let us know.
We are glad that your problem has been solved! 🙂
Thank you for the files you sent us. It seems that your private key and certificate are missing on client side. Could you place nx_client_rsa_key and nx_client_rsa_key.crt to C:\Users\Fred\.nx\config and try to connect again?
Thank you for files that you sent to us, we are investigating them. We would also like to take a look at the client side files. Could you reproduce failed connection again, pack the whole .nx folder from your Windows and send it to us?
Folder .nx is placed, for example, in C:/Users/username/.nx
Please send us also ‘server.crt’ file which is located on the server side in /var/NX/nx/.nx/config