LINUX.ORG.RU

GNOME 3 виснет


0

1

Fedora 15. Обновлена с F14 yum'ом, без ошибок. Установлен блоб NVidia с сайта (на atrpms нет ещё версии с поддержкой XOrg 1.10).

GNOME 3 зависает два раза:

1. Диалог ввода пароля пользователя - нет ввода с клавиатуры, но Ctrl+Alt+BackSpace работает.

2. После предыдущего Ctrl+Alt+BackSpace войти возможно, но на этом всё. Запускается часть (иногда все) приложения из списка автозапуска, после этого по графической сессии можно только возить мышкой - на другие действия интерфейс не реагирует.

Убивал xorg.conf (не убирая nouveau из «чёрных списков») - та же проблема на первой попытке ввода пароля, потом работать можно, в «классическом» варианте.

Убрал nouveau из чёрных списков - та же проблема с зависанием при входе, работает в классическом режиме.

Вариант сеанса GNOME тоже не оказывает существенного влияния.

Идеи?

★★

Последнее исправление: Cyril (всего исправлений: 1)

А логи, логи-то? Кстати, посмотрите в домашнем каталоге на предмет .xsession-errors. Третьегном очень любит там мусорить

dumal ★★
()
Ответ на: комментарий от dumal

Да, логи-то и забыл. Ж;-)

В XOrg.0.log ничего интересного. В .xsession-errors тоже, на мой взгляд (тем более, что проблемы начинаются раньше, чем он создаётся) - типа такого только (помещу здесь - не так много):

(gnome-settings-daemon:6265): keybindings-plugin-WARNING **: Неполная комбинация клавиш (hamster-applet)
Applet requires SELinux be enabled to run.

(gnome-settings-daemon:6265): Gtk-CRITICAL **: gtk_cairo_should_draw_window: assertion `GDK_IS_WINDOW (window)' failed
QPixmap::fromImage: Cannot convert a null image
QPixmap::fromImage: Cannot convert a null image
QPixmap::fromImage: Cannot convert a null image
QPixmap::fromImage: Cannot convert a null image

(gcm-apply:6338): Gcm-WARNING **: no EDID data for device

(gcm-apply:6338): Gcm-WARNING **: failed to set gamma: no data in the CLUT array
Failed to play sound: File or data not found
** Message: applet now removed from the notification area
Запуск gdesklets-daemon...
Соединение с сервисом установлено за 1122 миллисекунд.

(gnome-power-manager:6364): Gtk-CRITICAL **: gtk_cairo_should_draw_window: assertion `GDK_IS_WINDOW (window)' failed

(gnome-settings-daemon:6265): Gtk-CRITICAL **: gtk_cairo_should_draw_window: assertion `GDK_IS_WINDOW (window)' failed
JS LOG: GNOME Shell started at Fri May 27 2011 14:39:19 GMT+0400 (MSD)
** Message: No plugins to load

** (gnome-settings-daemon:6265): CRITICAL **: setup_bg: assertion `manager->priv->bg == NULL' failed
** Message: applet now embedded in the notification area
Предупреждение менеджера окон: CurrentTime used to choose focus window; focus window may not be correct.
Предупреждение менеджера окон: Got a request to focus the no_focus_window with a timestamp of 0. This shouldn't happen!

(nm-applet:6318): Gtk-CRITICAL **: gtk_cairo_should_draw_window: assertion `GDK_IS_WINDOW (window)' failed

(nm-applet:6318): Gtk-CRITICAL **: gtk_cairo_should_draw_window: assertion `GDK_IS_WINDOW (window)' failed
Предупреждение менеджера окон: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x2600065 (Списо)
Предупреждение менеджера окон: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed.

(gnome-settings-daemon:6265): updates-plugin-WARNING **: failed to open directory: Произошла ошибка при открытии каталога «/run/udev/firmware-missing»: Нет такого файла или каталога
RSS Plugin enabled (evolution 3.0, evolution-rss 0.2.90)
RSS: cleaning all remaining sessions ...done

(gnome-power-manager:6364): Gtk-CRITICAL **: gtk_cairo_should_draw_window: assertion `GDK_IS_WINDOW (window)' failed
[INFO] /usr/libexec/syncevo-dbus-server: ready to run
** (deja-dup-monitor:6316): DEBUG: monitor.vala:263: Invalid next run date. Not scheduling a backup.


Cyril ★★
() автор топика
Ответ на: комментарий от Cyril

Хмм... Ещё интересное наблюдение - для локальных пользователей нет зависания на вводе пароля. Но сеанс виснет так же.

Cyril ★★
() автор топика
Ответ на: комментарий от kss

Вопрос, конечно, интересный... Думаю, что чистый. В F14 я его (gnome-shell) запускал пару раз, ничего не ковырял. Потом обновление, а потом не до настроек/расширений было - не работает, зараза.

Cyril ★★
() автор топика
Ответ на: комментарий от Cyril

Проверь на всякий случай, а то я сталкивался с зависаниями, вызванными несовместимыми версиями расширений.

kss ★★★★★
()
Ответ на: комментарий от Cyril

Видимо, придется Вам пока пользоваться альтернативным окружением, пока третьегном в федоре не починят

dumal ★★
()
Ответ на: комментарий от dumal

Да вот не похоже, что он прямо таки сломан. Вроде никто, кроме меня, не жаловался на такое пока.

Наверное, надо ещё LiveCD попробовать. Если там заведётся без проблем - точно что-то перекашивает в текущей системе.

Cyril ★★
() автор топика
Ответ на: комментарий от Tataarujin

> Просто напрашивается на место на кладбище.

Аналогично всяким DE-фанатикам. Которые не нужны и мозг у которых глючит. Ж;-Р

Cyril ★★
() автор топика

> Установлен блоб NVidia с сайта (на atrpms нет ещё версии с поддержкой XOrg 1.10).

для проприетарных драйверов есть rpmfusion, в крайнем случае russianfedora репозитории, все остальное - от лукавого

читать надо прежде всего Xorg.0.log

если на нормальном драйвере грузиться в fallback-режим гнома, проблемы есть?

Applet requires SELinux be enabled to run.


и что у вас такое с selinux-ом ?

alpha ★★★★★
()
Ответ на: комментарий от alpha

Как я уже писал, в XOrg.0.log вообще никакого криминала.

«Нормальный драйвер» - это nouveau? Если да - то та же проблема с замораживанием ввода пароля. Причём это действует только для нелокальных пользователей, и воспроизводимо (судя по багзилле). Обход проблемы, найденный другим пользователем, проверю в понедельник.

SELinux отключен, ибо VMware Server.

Cyril ★★
() автор топика
5 декабря 2011 г.

Глючит Banshee

как запущу, через некоторое время обязательно всё зависнет.

anonymous
()
Ответ на: Глючит Banshee от anonymous

Да я уже забил на эту проблоему - в свежей установке Fedora 16 всё относительно ровно. Хотя некоторые наблюдения на Gentoo позволяют предположить, что проблема была в xf86-input-evdev.

А глюк с Banshee, полагаю, не параллелится с этой проблемой.

Cyril ★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.