- This topic has 16 replies, 3 voices, and was last updated 8 years, 11 months ago by
.
-
Posts
-
Hi!
I’m using NoMachine 5.0.47 with the option “Lock the physical screen when somebody connects”. This works fine but when I get back at work to use my desktop again, the screen is blacked out and I can’t do anything with it, even changing terminal with ctrl+alt+F5 doesn’t work. It seems like my desktop is doing something (the screen flickers) but it always stays black and I can’t do anything. The only solution is ssh and reboot or a force reboot with the power button.
I tried disconnecting gracefully with the client, same thing.
I can reconnect with the client fine but the screen will always stay black on my physical desktop.
Any ideas?
Thanks
What Linux distribution and version are you using on the PC at work (the server)? Client OS which initiates the connection ? – useful to know for replication during investigation.
Oups sorry I was sure I mentioned this.
Desktop at work -> Linux Mint 17.1 Rebecca
Client used to connect -> NoMachine 5.0.47 on Windows 7
Hi!
Unfortunately we weren’t able to reproduce your issue in our labs with the same desktop environment. Are you sure that there are no NoMachine connections left at the moment of the black screen (e.g. you had connected from home and forgot to close the connection before going to work)?
More info about the hardware could help us match your environment more closely, mainly about graphics card and drivers.
Yes I am absolutely sure about the connections. Actually, I even tried to restart nxserver by ssh’ing into my box without success. Can I help you out with some logs maybe? Here is some info about my desktop :
sudo lshw –short
H/W path Device Class Description
======================================================
system 30A1002PCA (LENOVO_MT_30A1)
/0 bus SHARKBAY
/0/0 memory 64KiB BIOS
/0/3d processor Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz
/0/3d/3e memory 1MiB L2 cache
/0/3d/3f memory 256KiB L1 cache
/0/3d/40 memory 8MiB L3 cache
/0/41 memory 32GiB System Memory
/0/41/0 memory 8GiB DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
/0/41/1 memory 8GiB DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
/0/41/2 memory 8GiB DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
/0/41/3 memory 8GiB DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
/0/100 bridge 4th Gen Core Processor DRAM Controller
/0/100/2 display Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller
/0/100/3 multimedia Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller
/0/100/14 bus 8 Series/C220 Series Chipset Family USB xHCI
/0/100/16 communication 8 Series/C220 Series Chipset Family MEI Controller #1
/0/100/16.3 communication 8 Series/C220 Series Chipset Family KT Controller
/0/100/19 eth0 network Ethernet Connection I217-LM
/0/100/1a bus 8 Series/C220 Series Chipset Family USB EHCI #2
/0/100/1b multimedia 8 Series/C220 Series Chipset High Definition Audio Controller
/0/100/1c bridge 8 Series/C220 Series Chipset Family PCI Express Root Port #1
/0/100/1c.3 bridge 8 Series/C220 Series Chipset Family PCI Express Root Port #4
/0/100/1c.3/0 bridge Integrated Technology Express, Inc.
/0/100/1d bus 8 Series/C220 Series Chipset Family USB EHCI #1
/0/100/1f bridge C226 Series Chipset Family Server Advanced SKU LPC Controller
/0/100/1f.2 storage 82801 SATA Controller [RAID mode]
/0/100/1f.3 bus 8 Series/C220 Series Chipset Family SMBus Controller
/0/1 scsi0 storage
/0/1/0.0.0 /dev/cdrom disk DVD-RAM SW830
/0/2 scsi1 storage
/0/2/0.0.0 /dev/sda disk 480GB INTEL SSDSC2BW48
/0/2/0.0.0/1 /dev/sda1 volume 288GiB Windows NTFS volume
/0/2/0.0.0/2 /dev/sda2 volume 158GiB Extended partition
/0/2/0.0.0/2/5 /dev/sda5 volume 126GiB Linux filesystem partition
/0/2/0.0.0/2/6 /dev/sda6 volume 31GiB Linux swap / Solaris partition
/0/3 scsi2 storage
/0/3/0.0.0 /dev/sdb disk 1TB WDC WD1000DHTZ-0
/0/3/0.0.0/1 volume 931GiB Windows NTFS volume
/0/4 scsi4 storage
/0/4/0.0.0 /dev/sdc disk 1TB WDC WD1000DHTZ-0
/0/4/0.0.0/1 volume 931GiB Windows NTFS volume
/0/5 scsi5 storage
/0/5/0.0.0 /dev/sdd disk SCSI Disk
/0/5/0.0.1 /dev/sde disk SCSI Disk
/0/5/0.0.2 /dev/sdf disk SCSI Disk
/0/5/0.0.3 /dev/sdg disk M.S./M.S.Pro/HG
/0/5/0.0.3/0 /dev/sdg disk
/0/5/0.0.4 /dev/sdh disk SCSI Disk
/1 power To Be Filled By O.E.M.
Would you help us debugging this issue by running a debug library? In this case, please contact us to forum[at]nomachine[dot]com so we can send you the library and instructions.
Thanks for the additional information that you submitted with the logs. We have found out what the problem is and one of our developers will update the topic soon. Can you update the forum post with what you wrote in your email? 🙂
Sure, thx for the support!
Here’s what I wrote in the email, I’ve narrowed the bug down while reproducing it with the debug library:
My work computer (nomachine server) has 2 physical screens. My home computer (nomachine client) has 1 physical screen. Therefore, each time I remote desktop to my work computer, I hit the display options of linux mint to disable the second screen so everything is rendered properly. This is what triggers the bug. After doing this, even with restoring the 2 screens before disconnecting, I hit the bug.
If I don’t change the display options, everything works properly.
This topic was marked as solved, you can't post.