Как отследить сбой при переходе с X: 1 на X: 0?

Мне нужно отследить 14.04 сбой, который часто случается здесь:

Я открываю новый X в: 1 (который иногда переходит к ctrl + alt + f8, другие к f9).
Но когда я пытаюсь вернуться к X: 0 с помощью ctrl + alt + f7, он падает примерно в 30% случаев ...

Сбой происходит таким образом, что снова появляется экран входа в систему.

Я посмотрел на /var/log/apport.log и нашел это:

ERROR: apport (pid 769726) Fri Aug  1 00:47:56 2014: called for pid 1457, signal 6, core limit 18446744073709551615
ERROR: apport (pid 769726) Fri Aug  1 00:47:56 2014: ignoring implausibly big core limit, treating as unlimited
ERROR: apport (pid 769726) Fri Aug  1 00:47:56 2014: executable: /usr/bin/Xorg (command line "/usr/bin/X -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch")
ERROR: apport (pid 769726) Fri Aug  1 00:47:56 2014: is_closing_session(): no DBUS_SESSION_BUS_ADDRESS in environment
ERROR: apport (pid 769726) Fri Aug  1 00:47:56 2014: apport: report /var/crash/_usr_bin_Xorg.0.crash already exists and unseen, doing nothing to avoid disk usage DoS

Я думаю, что ответом может быть общая информация об отслеживании сбоев: Xorg, xscreensaver, cpufreq и другие приложения, которые потенциально могут вызвать сбой в такой ситуации изменения виртуального терминала. Также могут быть приложения, связанные с OpenGL, такие как Unity.

Я просто гарантировал, что xscreensaver OpenGL не работает, просто лабиринт; и снова произошел сбой.

Я блокирую экран с помощью xscreensaver, но через некоторое время также включается блокировщик экрана по умолчанию, так что мне нужно войти в систему два раза.

Полезные новости:
Кажется, что сбой явно связан с Unity 3D, игнорирующим присутствие другого VT?
Я ясно видел, что Unity HUD запутывается как «его 3D текстуры "получить память повреждена?"
Существует этот скрипт , который проверяет и просит заменить compiz на metacity --replace.
С тех пор, как я начал его использовать, у меня не было ни одного сбоя; к сожалению, когда я возвращаюсь к X: 0, мне нужно compiz --replace (скрипт также готов это сделать).
Этот другой скрипт (который открывает новый сеанс X) также выполняет эти проверки / дает эти опции.

4
задан 4 January 2016 в 18:50

1 ответ

Это продолжалось начиная с обновления до XUbuntu 16.04 (никакая Единица, 3D или иначе), 64 бита. Вот новый apport.log:

ERROR: apport (pid 5067) Sun Sep  4 12:10:39 2016: called for pid 2649, signal 6, core limit 18446744073709551615

ERROR: apport (pid 5067) Sun Sep  4 12:10:39 2016: ignoring implausibly big core limit, treating as unlimited

ERROR: apport (pid 5067) Sun Sep  4 12:10:39 2016: executable: /usr/lib/xorg/Xorg (command line "/usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch")

ERROR: apport (pid 5067) Sun Sep  4 12:10:39 2016: is_closing_session(): no DBUS_SESSION_BUS_ADDRESS in environment

ERROR: apport (pid 5067) Sun Sep  4 12:10:39 2016: apport: report /var/crash/_usr_lib_xorg_Xorg.0.crash already exists and unseen, doing nothing to avoid disk usage DoS

(я позволяю системе отправлять отчеты о проблеме.)

0
ответ дан 4 January 2016 в 18:50

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

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