为什么gnome会话会使我的TightVNC会话崩溃，以及如何修复它？

Question

我运行的是ubuntu9.10 x64，它使用的是库存紧密的tightvncserver (1.3.9)。

当我启动紧密的tightvncserver时，我可以连接到windows客户端，并使用一个终端获取空桌面。当我试着开始gnome会话时，它很快就崩溃了。

紧密的tightvncserver日志上的最后一行是：

01/09/10 10:53:18 Got connection from client 192.168.1.31
01/09/10 10:53:18 Using protocol version 3.8
01/09/10 10:53:18 Enabling TightVNC protocol extensions
01/09/10 10:53:20 Full-control authentication passed by 192.168.1.31
01/09/10 10:53:20 Pixel format for client 192.168.1.31:
01/09/10 10:53:20   32 bpp, depth 24, little endian
01/09/10 10:53:20   true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0
01/09/10 10:53:20   no translation needed
01/09/10 10:53:20 Using tight encoding for client 192.168.1.31
01/09/10 10:53:20 rfbProcessClientNormalMessage: ignoring unknown encoding 8
01/09/10 10:53:20 Enabling X-style cursor updates for client 192.168.1.31
01/09/10 10:53:20 Enabling cursor position updates for client 192.168.1.31
01/09/10 10:53:20 Using image quality level 6 for client 192.168.1.31
01/09/10 10:53:20 Enabling LastRect protocol extension for client 192.168.1.31
01/09/10 10:53:20 rfbProcessClientNormalMessage: ignoring unknown encoding -223
xterm:  fatal IO error 11 (Resource temporarily unavailable) or KillClient on X server ":3.0"

gnome-会话(从gnome-session _ tee输出获得)的输出是：

GNOME_KEYRING_SOCKET=/tmp/keyring-mUVFSj/socket
SSH_AUTH_SOCK=/tmp/keyring-mUVFSj/socket.ssh
GNOME_KEYRING_PID=2783
** (<unknown>:2779): DEBUG: Client registered with session manager: /org/gnome/SessionManager/Client2
Checking for Xgl: not present.
xset q doesn't reveal the location of the log file. Using fallback /var/log/Xorg.0.log
Detected PCI ID for VGA:
Checking for texture_from_pixmap: not present.
Trying again with indirect rendering:
Checking for texture_from_pixmap: not present.
aborting and using fallback: /usr/bin/metacity

我检查了/var/log/Xorg.0.log，但这并不包含与vnc会话相关的内容。

目前，我正在其他9.10系统上成功地使用tightvncserver。显示问题的系统在任何方面都与我的其他工作系统没有任何区别，这对我来说似乎很重要。

我想知道的是：

1. 我应该做些什么来找出更多关于失败的信息
2. 是什么导致了坠机
3. 我怎么才能修好它？

Answer 1

要回答如何具体诊断您的问题，第一步是在系统上启用apport崩溃报告，然后尝试再现崩溃。一旦您再次导致TightVNC崩溃，如果apport应该捕获的是崩溃类型，那么崩溃报告应该出现在/var/crash中。您应该能够将ubuntu指向崩溃报告文件，让它向启动板提交bug报告。

尽管如此，有一段时间，我浏览了几个vnc服务器，希望以您描述的方式使用一个服务器，作为一个单独的会话，而不是复制正在运行的桌面。据我回忆，紧缩服务器经常在我身上崩溃，基于包的启动板错误，其他一些人似乎也看到了同样的事情。

最后我使用了vnc4server

，这对我来说已经比多个版本更有效了。尽管如此，在“独行侠”中，我在使用gnome会话时会被bug 655886咬伤，所以这并不完美。

Answer 2

当启用桌面效果时，我在使用紧密的when时遇到了很多问题(例如。)。尝试禁用compiz，看看它是否解决了您的问题。您可以通过System -> Preferences -->外观禁用它，然后选择Visual选项卡(选择"None")。

如果这对您没有帮助，那么您可能不得不使用strace工具运行gnome会话。这将显示gnome会话正在运行的每个系统调用，并希望给出哪个系统调用会给您带来麻烦。