October 27, 2015 at 16:50 #8845
Upgrading my licensed Linux Workstation NoMachine 5.0.43 to 5.0.47 fails for no apparent reason. OpenSuse 13.2, 64-bit, KDE.
Accessing NoMachine Service locally to the Linux Workstation via physical display:
The server status GUI informs me that an update is already in progress, even before I authorised such upgrade. Maybe something lingers on from the previous upgrade (to 5.0.43), but I am guessing here. NoMachine tells me that the server isn’t running, and it fails to start for reasons unknown to me. Clients fail to connect (no surprise since the server isn’t running).
I tried ‘rpm’ on the console. Attempts to uninstall inform me that NoMachine isn’t installed. Attempts to upgrade tell me that the installation failed without further details.
Suggestions how to either apply the upgrade or uninstall/reinstall will be most gratefully received.October 27, 2015 at 18:14 #8855hawkParticipant
We aren’t able to reproduce your problem in our lab. We need more details. Could you run below commands, collect some logs and send output to forum[at]nomachine[dot]com, please?
ps aux | grep nx
And we need whole /home/<your_user>/.nx directory. The proper way how to do this is explained inside this link https://www.nomachine.com/DT04M00076#5October 28, 2015 at 09:33 #8859
sent as requested.October 29, 2015 at 11:33 #8872hawkParticipant
Unfortunately we will need some additional information. Those should tell us where the real problem is. Please run:
(run this command in the same place you was running command “rpm -Uv nomachine-workstation-update_5.0.47_3_x86_64.rpm” please)
ls -ltr /etc/NX/ /etc/NX/server/localhost/
/usr/NX/var/log/nxupdate.log(if it exist) files, send those information to forum[at]nomachine[dot]com, please.
October 30, 2015 at 09:37 #8876
- This reply was modified 8 years, 1 month ago by hawk.
additional data sent as requested.November 2, 2015 at 09:43 #8892
Looks like I solved the problem. FYI & for the benefit of other users, check out this thread here: https://forums.opensuse.org/showthread.php/510023-About-quot-Read-only-file-system-quot-error
The crucial hint is this: “One of the changes of the latest systemd update is that it respects the “ro” boot option now and does indeed mount the root partition read-only if that option is present. Before it was just ignored.”
dmesg did indeed show that the system boots with ‘ro’.
To fix this, I edited the boot loader command script (hit ‘e’ while the Grub boot menu shows, remove the ‘ro’ then reboot with F10). Have yet to figure out how to solve this permanently, but I could subsequently install the latest kernel update and apply the NoMachine 5.00.47 update.
NoMachine folks, consider this case solved.December 1, 2015 at 12:29 #9215BritgirlParticipant
Thanks for letting us know.
This topic was marked as solved, you can't post.