Почему gnome-session вызывает сбой моего сеанса TightVNC и как я могу это исправить? [закрыто]
Я использую ubuntu 9.10 x64 со стандартным tightvncserver (1.3.9).
Когда я запускаю tightvncserver, я могу подключиться к клиенту Windows tightvnc и получить пустой рабочий стол с помощью одного терминала. Когда я затем пытаюсь запустить gnome-session, он сразу вылетает.
Последние строки в журнале 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-session (полученный из gnome-session | tee output):
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.
В настоящее время я успешно использую tightvncserver в других системах 9.10. Система, в которой проявляется проблема, не отличается от других моих рабочих систем в чем-либо, что мне кажется существенным.
Я хотел бы знать следующее:
- Что мне нужно сделать, чтобы получить дополнительную информацию о том, что не удается.
- Что вызывает сбой
- Как я могу это исправить?
2 ответа
Чтобы ответить, как конкретно диагностировать вашу проблему, первым шагом было бы включить apport, сообщающее о сбое в системе, и затем попытаться воспроизвести сбой. После того, как вы снова вызвали сбой TightVNC, если это был тот тип сбоя, который должен поймать apport, отчет о сбое должен появиться в / var / crash. Вы должны указать ubuntu-bug на файл отчета о сбое, чтобы он отправлял отчет об ошибке на панель запуска.
Тем не менее, некоторое время назад я просмотрел несколько серверов vnc, пытаясь использовать один, как вы описываете, как отдельный сеанс, а не для дублирования рабочего стола. Насколько я помню, туго сбивался меня врезок поvipvncserver, и, судя по ошибкам панели запуска для пакета , похоже, что другие люди видят то же самое.
Я закончил тем, что использовал vnc4server , который хорошо работал для меня в нескольких выпусках. Тем не менее, в maverick меня укусила ошибка 655886 при использовании сеанса gnome, поэтому она не идеальна.
У меня было много проблем, когда я работал с tailvnc, когда включены эффекты рабочего стола (например, compiz). Попробуйте отключить compiz и посмотрите, решит ли это вашу проблему. Вы можете отключить его через «Система» -> «Настройки» -> «Внешний вид», а затем выбрать вкладку «Визуальные эффекты» (выберите «Нет»).
Если это вам не поможет, вам, вероятно, придется запустить gnome-session, используя инструмент strace. Это отобразит каждый системный вызов, который выполняется gnome-session, и, надеюсь, покажет, какой из них вызывает у вас проблемы.