Forum Replies Created
-
Posts
-
Hi MalcomS,
that could mean that 3D acceleration is not available in the virtual machine, and so the most advanced screen capture mechanisms cannot be used by NoMachine. You can try to assign more CPU resources to your virtual machine. For example, if you assigned only one CPU, that is usually not enough. You may also try to enable 3D acceleration for the guest, but from my experience results are not always as expected and they strongly depend on the system.
If necessary, and you still want to send logs for further inspection, here are instructions: https://www.nomachine.com/DT07M00098. You can send them to forum[at]nomachine[dot]com.
Hi!
If you want to keep using the X11 vector graphics mode, you can change the codec used for compression of images to a lossless one. On the server, edit the ‘/usr/NX/etc/node.cfg’ file by adding the following line:
ProxyExtraOptions pack=16m-png
or, if you have enough bandwidth:
ProxyExtraOptions pack=rgb
Hi f,
unfortunately the logs you sent are not enough to understand what is going on. Please gather a complete set of server and client side logs as explained here: https://www.nomachine.com/DT07M00098. Don’t forget to set the SessionLogClean configuration key and to select the ‘Don’t delete log files on exit’ checkbox in the player’s settings (Privacy tab).
Hi Thor,
we reproduced this issue in our labs, but unfortunately it can’t be solved in NoMachine software. We observed the same problem when dumping the screen with ‘xwd’ X utility. It looks like that images pulled from video memory by the X server can appear corrupted independently from the method or application used. I can’t say if this is a bug in compiz, X.org or the video drivers.
Please try to disable hardware ‘acceleration for display processing’ (on the server):
We’ve reproduced this issue in our labs, thank you for reporting. While we are working on a solution, you can work around it by disabling hardware acceleration for display processing: https://www.nomachine.com/AR02L00782.
Thanks for sending the logs. Unfortunately they are not enough to determine what is the problem, since debug logs are disabled. Please follow the instructions of this paragraph: https://www.nomachine.com/DT07M00098#1.
Hi,
.xsession-errors shows the problem:
openConnection: connect: No such file or directory
cannot connect to brltty at :0
upstart: Failed to spawn upstart-udev-bridge main process: unable to execute: No such file or directory
upstart: unity-gtk-module main process (1889) terminated with status 127
upstart: dbus pre-start process (1891) terminated with status 127This issue is known:
https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/1537610
You could try the workaround reported here:
https://askubuntu.com/questions/763735/ubuntu-16-04-blank-screen-at-bootup/871156#871156
I assume the logs you sent are from your attempts with VirtualGL (and not from previous attempts with adjusting LD_LIBRARY_PATH). So it looks like VirtualGL couldn’t access the display:
Invalid MIT-MAGIC-COOKIE-1 key[VGL] ERROR: Could not open display :0.
Maybe you didn’t run the command shown in the article?
/usr/NX/scripts/vgl/vglserver_config -config +s +t +f
Hi Tom,
please send a complete set of logs (client and server side) as explained here: https://www.nomachine.com/DT07M00098.
Also the ‘.xsession-errors’ file in the user’s home directory on the server could be useful.
You can send everything to forum[at]nomachine[dot]com.
Hi,
can you send the new logs?
Besides trying open source drivers, you can try to enable VirtualGL:
Hi!
I’ve never heard of a similar issue. Please collect the logs as explained here: https://www.nomachine.com/DT07M00098. You can send them to forum[at]nomachine[dot]com.
Yeah, that is strange. Please gather NoMachine server side logs as explained in https://www.nomachine.com/DT07M00098. You can attach them here or send to forum[at]nomachine[dot]com.
So it can happen, depending on the video card, that the X server is running but it is not rendering, because the video card is turned off.
You can try to stop the X server:
sudo service lightdm stop
and restart the NoMachine server:
sudo /usr/NX/bin/nxserver –restart
At this point NoMachine will create its own virtual framebuffer and you should be able to connect and see the desktop.