This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --===============0488462077== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5E9FBC7012EAA007C74F3BB8" This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5E9FBC7012EAA007C74F3BB8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Michael Oevermann wrote: > Am 16.11.2007 um 18:10 schrieb Fabian Franz: >=20 >>> When I do now a >>> >>> $ su - user >>> $ DISPLAY=3D:1000 xterm >>> >>> I get the error >>> >>> xterm Xt error: Can't open display: :1000 >> Hm, and nxagent is really listeing on that port? (See ps aux | grep =20 >> nxagent) >> >=20 > No its not, its listening on 1002 (ps aux | grep nxagnet gives >=20 > oeverman 9563 0.1 0.2 70672 22804 ? S 18:49 0:00 /usr/=20 > lib/NX/nxagent -persistent -R -name NX - oeverman@m01.local:1002 - =20 > test (GPL Edition) -option /Users/oeverman/mac/.nx/C-=20 > m01.local-1002-0607BEF3DED9220AEDCD57DF09FA6CAF/options -keyboard =20 > pc102/ :1002 >=20 > With DISPLAY=3D:1002 xterm I get the xterm on the client machine > again. >=20 > Its not so easy to give you acces as the machine as it is not =20 > reachable from the outside internet. You would need also access to > the only machine at our institute which allows connections from =20 > outside. I don't know IRC but I will have a look > at it. >=20 > Michael >=20 >> Perhaps you can give me temporary ssh access via Mail or IRC =20 >> (irc.freenode.net, #nx)? >> >> Then I could look into it for a moment. Because I am clueless now. >> >> cu >> >> Fabian Just as a side note ... I had that same issue on a laptop recently (black screen after authentication). In order to troubleshoot this problem, I did new installs on 2 machines and put EXACTLY the same CentOS packages and configuration on each (the only difference being hardware ... one was a p3 laptop, the other a p4 server). The laptop always had the issue of a black scree with nx/freenx, the server did not. As I said before, the entire client installs were identical except hardware. They were connecting to the exact same NX server. I also noticed that I could connect to the "BAD" session (the black screen) of the laptop with the other (good) machine's NX client. There as nothing wrong with the session when it was on the GOOD machine even though it was blank in the laptop I reconnected to it several times, from each machine, to be sure, and the session was OK on the good machine ... and it would be blank on the bad machine. I then decided that there must be some hardware issue with the laptop (blank nx screen) that was not present on the server (good machine). What I tried next was to use system-configure-display to turn the laptop display from "Millions of Colors (24bit)" to "Thousands of Colors (16 bit= )". This fixed the problem for me, the laptop now creates 16bit connections on all its connections to the NX server and they work fine. In this case, there was NO issue on any logs, as the server thought the connection was fine. I also had no errors in any of the laptop's logs. I am not sure if there is a way to tell the NX client to use 16bit connections instead of 24bit, but you can try setting your client machine's Display settings to 16bit and see if that helps. Thanks, Johnny Hughes --------------enig5E9FBC7012EAA007C74F3BB8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHRsJbTKkMgmrBY7MRAh9LAJ4iu09yF8kZ9XYdTOussLPG/8XVIwCfVb7r GKYl8cWraMz4p7wv1mgvnqg= =rzBo -----END PGP SIGNATURE----- --------------enig5E9FBC7012EAA007C74F3BB8-- --===============0488462077== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ________________________________________________________________ Were you helped on this list with your FreeNX problem? Then please write up the solution in the FreeNX Wiki/FAQ: http://openfacts.berlios.de/index-en.phtml?title=FreeNX_FAQ Don't forget to check the NX Knowledge Base: http://www.nomachine.com/kb/ ________________________________________________________________ FreeNX-kNX mailing list --- FreeNX-kNX@kde.org https://mail.kde.org/mailman/listinfo/freenx-knx ________________________________________________________________ --===============0488462077==--