Почему 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-сессии (полученный из 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.

I В настоящее время я успешно использую tightvncserver в других системах 9.10.

То, что я хотел бы знать, это:

То, что я должен быть таким, делать, чтобы узнать дополнительную информацию о том, что не удается. Что вызывает крах. Как я могу это исправить?
3
задан 1 September 2010 в 06:08

18 ответов

Чтобы ответить на вопрос, как конкретно диагностировать вашу проблему, первым шагом было бы включить отчет о сбое apport в системе, а затем попытаться воспроизвести крах. Как только вы снова вызвали TightVNC, если это был тип сбоя, который apport должен уловить, в / var / crash должен появиться отчет о сбое. Вы должны уметь указывать ubuntu-bug в файле отчета о сбое, чтобы он отправил отчет об ошибке на панель запуска.

Тем не менее, спустя некоторое время я прошел через несколько серверов vnc, пытаясь использовать один как вы описываете, как отдельный сеанс, а не дублировать рабочий стол. Насколько я помню, tightvncserver сильно врезался мне, и на основе отчета о сбое apport crash кажется, что некоторые другие люди видят одно и то же.

Я закончил использование vnc4server , который работал очень хорошо для меня по нескольким выпускам. Тем не менее, в maverick, я укушен ошибкой 655886 при использовании сеанса gnome, так что это не идеально.

2
ответ дан 25 July 2018 в 23:15

У меня было много проблем при использовании tightvnc, когда эффекты рабочего стола включены (например, compiz). Попробуйте отключить компиляцию и посмотрите, решит ли это вашу проблему. Вы можете отключить его через System -> Preferences -> Appearance, а затем выбрать вкладку Visual Effects (выберите «None»).

Если это вам не поможет, вы, вероятно, будете иметь для запуска gnome-сессии с использованием инструмента strace. Это будет отображать каждый системный вызов, выполняемый gnome-session, и, надеюсь, дать указание о том, какой из вас вызывает проблемы.

1
ответ дан 25 July 2018 в 23:15
  • 1
    Кажется, это не компиляция. Я не мог понять, как отключить его из командной строки, поэтому я просто удалил его, но ошибка сохранилась. Я запускал strace, но полностью не понимаю результат (файл 300 КБ). Если вас интересуют последние 1000 строк, здесь: pastebin.com/W50aHikC – adante 1 September 2010 в 11:37

Чтобы ответить на вопрос, как конкретно диагностировать вашу проблему, первым шагом было бы включить отчет о сбое apport в системе, а затем попытаться воспроизвести крах. Как только вы снова вызвали TightVNC, если это был тип сбоя, который apport должен уловить, в / var / crash должен появиться отчет о сбое. Вы должны уметь указывать ubuntu-bug в файле отчета о сбое, чтобы он отправил отчет об ошибке на панель запуска.

Тем не менее, спустя некоторое время я прошел через несколько серверов vnc, пытаясь использовать один как вы описываете, как отдельный сеанс, а не дублировать рабочий стол. Насколько я помню, tightvncserver сильно врезался мне, и на основе отчета о сбое apport crash кажется, что некоторые другие люди видят одно и то же.

Я закончил использование vnc4server , который работал очень хорошо для меня по нескольким выпускам. Тем не менее, в maverick, я укушен ошибкой 655886 при использовании сеанса gnome, так что это не идеально.

2
ответ дан 27 July 2018 в 03:29

У меня было много проблем при использовании tightvnc, когда эффекты рабочего стола включены (например, compiz). Попробуйте отключить компиляцию и посмотрите, решит ли это вашу проблему. Вы можете отключить его через System -> Preferences -> Appearance, а затем выбрать вкладку Visual Effects (выберите «None»).

Если это вам не поможет, вы, вероятно, будете иметь для запуска gnome-сессии с использованием инструмента strace. Это будет отображать каждый системный вызов, выполняемый gnome-session, и, надеюсь, дать указание о том, какой из вас вызывает проблемы.

1
ответ дан 27 July 2018 в 03:29
  • 1
    Кажется, это не компиляция. Я не мог понять, как отключить его из командной строки, поэтому я просто удалил его, но ошибка сохранилась. Я запускал strace, но полностью не понимаю результат (файл 300 КБ). Если вас интересуют последние 1000 строк, здесь: pastebin.com/W50aHikC – adante 1 September 2010 в 11:37

Чтобы ответить на вопрос, как конкретно диагностировать вашу проблему, первым шагом было бы включить отчет о сбое apport в системе, а затем попытаться воспроизвести крах. Как только вы снова вызвали TightVNC, если это был тип сбоя, который apport должен уловить, в / var / crash должен появиться отчет о сбое. Вы должны уметь указывать ubuntu-bug в файле отчета о сбое, чтобы он отправил отчет об ошибке на панель запуска.

Тем не менее, спустя некоторое время я прошел через несколько серверов vnc, пытаясь использовать один как вы описываете, как отдельный сеанс, а не дублировать рабочий стол. Насколько я помню, tightvncserver сильно врезался мне, и на основе отчета о сбое apport crash кажется, что некоторые другие люди видят одно и то же.

Я закончил использование vnc4server , который работал очень хорошо для меня по нескольким выпускам. Тем не менее, в maverick, я укушен ошибкой 655886 при использовании сеанса gnome, так что это не идеально.

2
ответ дан 31 July 2018 в 13:34

У меня было много проблем при использовании tightvnc, когда эффекты рабочего стола включены (например, compiz). Попробуйте отключить компиляцию и посмотрите, решит ли это вашу проблему. Вы можете отключить его через System -> Preferences -> Appearance, а затем выбрать вкладку Visual Effects (выберите «None»).

Если это вам не поможет, вы, вероятно, будете иметь для запуска gnome-сессии с использованием инструмента strace. Это будет отображать каждый системный вызов, выполняемый gnome-session, и, надеюсь, дать указание о том, какой из вас вызывает проблемы.

1
ответ дан 31 July 2018 в 13:34
  • 1
    Кажется, это не компиляция. Я не мог понять, как отключить его из командной строки, поэтому я просто удалил его, но ошибка сохранилась. Я запускал strace, но полностью не понимаю результат (файл 300 КБ). Если вас интересуют последние 1000 строк, здесь: pastebin.com/W50aHikC – adante 1 September 2010 в 11:37

Чтобы ответить, как конкретно диагностировать вашу проблему, первым шагом было бы включить отчет о сбое apport в системе и затем попытаться воспроизвести сбой. Как только вы снова вызвали TightVNC, если это был тип сбоя, который apport должен уловить, в / var / crash должен появиться отчет о сбое. Вы должны уметь указывать ubuntu-ошибку в файле отчета о сбое, чтобы он отправил отчет об ошибке на панель запуска.

Тем не менее, спустя некоторое время я прошел через несколько серверов vnc, пытаясь использовать один как вы описываете, как отдельный сеанс, а не дублировать рабочий стол. Насколько я помню, tightvncserver сильно врезался во мне, и на основе ошибок пусковой панели для пакета кажется, что некоторые другие люди видят одно и то же.

Я закончил используя vnc4server , который работал для меня довольно много раз в несколько выпусков. Тем не менее, в maverick, я укушен ошибкой 655886 при использовании сеанса gnome, поэтому он не идеален.

2
ответ дан 2 August 2018 в 04:32

У меня было много проблем при использовании tightvnc, когда эффекты рабочего стола включены (например, compiz). Попробуйте отключить компиляцию и посмотрите, решит ли это вашу проблему. Вы можете отключить его через System -> Preferences -> Appearance, а затем выбрать вкладку Visual Effects (выберите «None»).

Если это вам не поможет, вы, вероятно, будете иметь для запуска gnome-сессии с использованием инструмента strace. Это будет отображать каждый системный вызов, выполняемый gnome-session, и, надеюсь, дать указание о том, какой из вас вызывает проблемы.

1
ответ дан 2 August 2018 в 04:32

У меня было много проблем при использовании tightvnc, когда эффекты рабочего стола включены (например, compiz). Попробуйте отключить компиляцию и посмотрите, решит ли это вашу проблему. Вы можете отключить его через System -> Preferences -> Appearance, а затем выбрать вкладку Visual Effects (выберите «None»).

Если это вам не поможет, вы, вероятно, будете иметь для запуска gnome-сессии с использованием инструмента strace. Это будет отображать каждый системный вызов, выполняемый gnome-session, и, надеюсь, дать указание о том, какой из вас вызывает проблемы.

1
ответ дан 4 August 2018 в 21:06

Чтобы ответить, как конкретно диагностировать вашу проблему, первым шагом было бы включить отчет о сбое apport в системе и затем попытаться воспроизвести сбой. Как только вы снова вызвали TightVNC, если это был тип сбоя, который apport должен уловить, в / var / crash должен появиться отчет о сбое. Вы должны уметь указывать ubuntu-ошибку в файле отчета о сбое, чтобы он отправил отчет об ошибке на панель запуска.

Тем не менее, спустя некоторое время я прошел через несколько серверов vnc, пытаясь использовать один как вы описываете, как отдельный сеанс, а не дублировать рабочий стол. Насколько я помню, tightvncserver сильно врезался во мне, и на основе ошибок пусковой панели для пакета кажется, что некоторые другие люди видят одно и то же.

Я закончил используя vnc4server , который работал для меня довольно много раз в несколько выпусков. Тем не менее, в maverick, я укушен ошибкой 655886 при использовании сеанса gnome, поэтому он не идеален.

2
ответ дан 4 August 2018 в 21:06

Чтобы ответить, как конкретно диагностировать вашу проблему, первым шагом было бы включить отчет о сбое apport в системе и затем попытаться воспроизвести сбой. Как только вы снова вызвали TightVNC, если это был тип сбоя, который apport должен уловить, в / var / crash должен появиться отчет о сбое. Вы должны уметь указывать ubuntu-ошибку в файле отчета о сбое, чтобы он отправил отчет об ошибке на панель запуска.

Тем не менее, спустя некоторое время я прошел через несколько серверов vnc, пытаясь использовать один как вы описываете, как отдельный сеанс, а не дублировать рабочий стол. Насколько я помню, tightvncserver сильно врезался во мне, и на основе ошибок пусковой панели для пакета кажется, что некоторые другие люди видят одно и то же.

Я закончил используя vnc4server , который работал для меня довольно много раз в несколько выпусков. Тем не менее, в maverick, я укушен ошибкой 655886 при использовании сеанса gnome, поэтому он не идеален.

2
ответ дан 6 August 2018 в 04:36

У меня было много проблем при использовании tightvnc, когда эффекты рабочего стола включены (например, compiz). Попробуйте отключить компиляцию и посмотрите, решит ли это вашу проблему. Вы можете отключить его через System -> Preferences -> Appearance, а затем выбрать вкладку Visual Effects (выберите «None»).

Если это вам не поможет, вы, вероятно, будете иметь для запуска gnome-сессии с использованием инструмента strace. Это будет отображать каждый системный вызов, выполняемый gnome-session, и, надеюсь, дать указание о том, какой из вас вызывает проблемы.

1
ответ дан 6 August 2018 в 04:36

Чтобы ответить, как конкретно диагностировать вашу проблему, первым шагом было бы включить отчет о сбое apport в системе и затем попытаться воспроизвести сбой. Как только вы снова вызвали TightVNC, если это был тип сбоя, который apport должен уловить, в / var / crash должен появиться отчет о сбое. Вы должны уметь указывать ubuntu-ошибку в файле отчета о сбое, чтобы он отправил отчет об ошибке на панель запуска.

Тем не менее, спустя некоторое время я прошел через несколько серверов vnc, пытаясь использовать один как вы описываете, как отдельный сеанс, а не дублировать рабочий стол. Насколько я помню, tightvncserver сильно врезался во мне, и на основе ошибок пусковой панели для пакета кажется, что некоторые другие люди видят одно и то же.

Я закончил используя vnc4server , который работал для меня довольно много раз в несколько выпусков. Тем не менее, в maverick, я укушен ошибкой 655886 при использовании сеанса gnome, поэтому он не идеален.

2
ответ дан 7 August 2018 в 22:46

У меня было много проблем при использовании tightvnc, когда эффекты рабочего стола включены (например, compiz). Попробуйте отключить компиляцию и посмотрите, решит ли это вашу проблему. Вы можете отключить его через System -> Preferences -> Appearance, а затем выбрать вкладку Visual Effects (выберите «None»).

Если это вам не поможет, вы, вероятно, будете иметь для запуска gnome-сессии с использованием инструмента strace. Это будет отображать каждый системный вызов, выполняемый gnome-session, и, надеюсь, дать указание о том, какой из вас вызывает проблемы.

1
ответ дан 7 August 2018 в 22:46

У меня было много проблем при использовании tightvnc, когда эффекты рабочего стола включены (например, compiz). Попробуйте отключить компиляцию и посмотрите, решит ли это вашу проблему. Вы можете отключить его через System -> Preferences -> Appearance, а затем выбрать вкладку Visual Effects (выберите «None»).

Если это вам не поможет, вы, вероятно, будете иметь для запуска gnome-сессии с использованием инструмента strace. Это будет отображать каждый системный вызов, выполняемый gnome-session, и, надеюсь, дать указание о том, какой из вас вызывает проблемы.

1
ответ дан 10 August 2018 в 10:51

Чтобы ответить, как конкретно диагностировать вашу проблему, первым шагом было бы включить отчет о сбое apport в системе и затем попытаться воспроизвести сбой. Как только вы снова вызвали TightVNC, если это был тип сбоя, который apport должен уловить, в / var / crash должен появиться отчет о сбое. Вы должны уметь указывать ubuntu-ошибку в файле отчета о сбое, чтобы он отправил отчет об ошибке на панель запуска.

Тем не менее, спустя некоторое время я прошел через несколько серверов vnc, пытаясь использовать один как вы описываете, как отдельный сеанс, а не дублировать рабочий стол. Насколько я помню, tightvncserver сильно врезался во мне, и на основе ошибок пусковой панели для пакета кажется, что некоторые другие люди видят одно и то же.

Я закончил используя vnc4server , который работал для меня довольно много раз в несколько выпусков. Тем не менее, в maverick, я укушен ошибкой 655886 при использовании сеанса gnome, поэтому он не идеален.

2
ответ дан 10 August 2018 в 10:51

Чтобы ответить, как конкретно диагностировать вашу проблему, первым шагом было бы включить отчет о сбое apport в системе и затем попытаться воспроизвести сбой. Как только вы снова вызвали TightVNC, если это был тип сбоя, который apport должен уловить, в / var / crash должен появиться отчет о сбое. Вы должны уметь указывать ubuntu-ошибку в файле отчета о сбое, чтобы он отправил отчет об ошибке на панель запуска.

Тем не менее, спустя некоторое время я прошел через несколько серверов vnc, пытаясь использовать один как вы описываете, как отдельный сеанс, а не дублировать рабочий стол. Насколько я помню, tightvncserver сильно врезался во мне, и на основе ошибок пусковой панели для пакета кажется, что некоторые другие люди видят одно и то же.

Я закончил используя vnc4server , который работал для меня довольно много раз в несколько выпусков. Тем не менее, в maverick, я укушен ошибкой 655886 при использовании сеанса gnome, поэтому он не идеален.

2
ответ дан 13 August 2018 в 17:26

У меня было много проблем при использовании tightvnc, когда эффекты рабочего стола включены (например, compiz). Попробуйте отключить компиляцию и посмотрите, решит ли это вашу проблему. Вы можете отключить его через System -> Preferences -> Appearance, а затем выбрать вкладку Visual Effects (выберите «None»).

Если это вам не поможет, вы, вероятно, будете иметь для запуска gnome-сессии с использованием инструмента strace. Это будет отображать каждый системный вызов, выполняемый gnome-session, и, надеюсь, дать указание о том, какой из вас вызывает проблемы.

1
ответ дан 13 August 2018 в 17:26
  • 1
    Кажется, это не компиляция. Я не мог понять, как отключить его из командной строки, поэтому я просто удалил его, но ошибка сохранилась. Я запускал strace, но полностью не понимаю результат (файл 300 КБ). Если вас интересуют последние 1000 строк, здесь: pastebin.com/W50aHikC – adante 1 September 2010 в 11:37

Другие вопросы по тегам:

Похожие вопросы: