Стабильный xorg (1.7), Ctrl-Alt-Fn, не работает возвращение в иксы

Отмечен факт во время последнего обновления. Однако скорее всего справделив и для предыдущей (ЕМНИП тоже 1.7) версии xorg-server.
x11-base/xorg-server-1.7.7-r1, -hal, XFCE, но оно не должно быть принципиально.

Привычным образом (Ctrl-Alt-F1) переключаюсь в "чистую" консоль, при попытке возвращения (Alt-F7) наблюдаю висящий X-сервер (панель не рисуется, указатель мыши вроде бегает, но окна на него никак не реагируют, ввод с клавиатуры особо детально не исследовал, по крайней мере IceCat на некоторые шаманские заклинания открывающие страницу в новой вкладке работают, но не больше).

В чём проблема?

либо проблема в XFCE либо в

либо проблема в XFCE либо в драйвере видеокарты... на nvidia-drivers + KDE + compiz все возвращается и ничего не виснет ;)

Справедливое

Справедливое уточнение.
Сейчас x11-drivers/xf86-video-sis-0.10.3, на домашней машине с x11-drivers/xf86-video-nv такого не наблюдал.

Надо будет собрать информацию, проверить и заглянуть в багзиллу.

:wq
--
Live free or die

Версия ядра тоже может играть

Версия ядра тоже может играть роль...

Но. В значительной степени из-за этой ошибки было принято решение полностью пересобрать систему (emerge ave world) новым компиллятором (gcc-4.4.3).
После реализации сего намерения бага пропала.
С текущим (0.10.3) драйвером видеокарты.

:wq
--
Live free or die

Ни фига. Экспериментально

Ни фига.
Экспериментально установлено, что ошибка проявляется на загруженной системе (в последний раз наблюдал вчера во время пересборки mplayer'а.

Да, локализуется она скорее всего в окрестностях xfdesktop.

:wq
--
Live free or die

А вот тоже нифига :)

У меня ошибка проявляется и на загруженной/затруженной и на плюющей в потолок от нефиг делать системе.
Где локализуется, не соглашусь, т.к. я - пользователь awesome.
У arch'е-водов тоже подобное случилось на 35-ом ведре...
Нуу, не совсем подобное, каюсь, - соврал :D
P/S: Даже не знаю кого грязию облить - DBUS может быть?

willy написал(а): Где

willy написал(а):
Где локализуется, не соглашусь, т.к. я - пользователь awesome.
У arch'е-водов тоже подобное случилось на 35-ом ведре...

У меня оно наблюдалось на 2.6.32-gentoo-r7 (хотя сейчас 2.6.34-gentoo-r1).

:wq
--
Live free or die

А Х-вые драйвера

А Х-вые драйвера перекомпилили после обновления?

SysA написал(а): А Х-вые

SysA написал(а):
А Х-вые драйвера перекомпилили после обновления?

Обижаешь :)
Если не пересобрать, то (в случае обновления Х-сервера, что у меня и было) он скорее всего просто не запустится.

:wq
--
Live free or die

Чтобы не создавать новой

Чтобы не создавать новой темы, отпишу здесь.
Имеется похожая проблема с X на 35 ядре.
Если с 34 никаких нареканий, то на 35 при нескольких переключениях консоль - X - консоль - X и т. д. (не обязательно последовательно. можно и через разные промежутки времени) наблюдаю в X черный экран. Ноут больше не реагирует ни на какие звуки бубна, хотя приложения работают. Комбинация Alt + SysRq + R, Alt + [Ctrl +] Fn не помогает. Срабатывает только "волшебное" слово REISUB.

Логов X, к сожалению, пока предоставить не могу.
Одинаково на gentoo-sources-2.6.35 и tuxonice-sources-2.6.35.
От версии X-сервера не зависит. Баг проявляется со всеми версиями от 1.8.2 вплоть до 1.9 включительно. На версиях ниже не проверял.

make.conf
Драйвер i915

Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".