[РЕШЕНО] kde 4.4.0 зависает при запуске. часть 2.
Здравстувйте.
Проблема в том что при логине в kdm вижу процесс загрузки кед - заставка со значками. Значек винта показывается полностью, потом следующий за ним и всё. Дальше всё замирает. А вот в том же Xfce все прекрасно - любая kde-шная прога запускается, так же запускается и plasma-desctop. В общем проблема в точности как у автора поста http://www.gentoo.ru/content/kde-4-zavisaet-pri-zapuske за тем исключением, что у меня уже стоял kde-4.4.0 (из портов, не оверлей), когда это случилось. А началось всё с рядового обновления. Там и список обновлений то не большой был. Из особо важного переход с qt-4.6.1 на qt-4.6.2 , да, пожалуй и всё.
Пробовал все известные способы:
1. Удалял .kde4
2. Создал нового юзера.
3. Удалил полностью кеды и собрал с нуля.
4. Откатился на qt-4.6.1 и снова пересобрал kde.
В общем, идей больше нет, господа, помогите.
- Для комментирования войдите или зарегистрируйтесь
В логах что-нить
В логах что-нить подозрительное есть?
.xsession-errors
Вот последние строчки в .xsession-errors несколько напрягают. А в остальном нигде и ничего
гм мне кажется иил кто-то
гм мне кажется иил кто-то сломал dbus? есть еще топик с такимиже симптомами
Error message was: "org.freedesktop.DBus.Error.NoReply" : " "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." "
http://gentoo.ru/content/kde-435-visnet-panel-zadach
Да, была у меня такая мысль,
Да, была у меня такая мысль, пересобрал dbus. Апосля revdep-rebuild. Ну и до кучи до и после env-update и etc-update (это делаю регулярно, как и в этот раз) - не помогло.
Странность
Есть ещё одна странность. Если я не ошибаюсь, условно процесс загрузки кед можно разбить на 2 этапа
- собсна инициализация X
- выполнение startkde под иксами, а startkde уже грузит сами кеды.
Дык вот, ежели выполнить startkde под консолькой в xfce то (О чудо!) кеды загрузятся. Целиком и полностью.
По логике получается, что это kdm кривой. Но это не так. Проверял так. Записывал в ~/.xinitrc строку 'exec /usr/bin/startkde' и выполнял startx - в этом случае кеды не стартовали.
- - -
Посмотрите с какими опциями загружаются сами X'ы в обоих случаях. (ps ao cmd | grep X) и запущен ли Dbus и HAL (rc-status | grep -P "(hal|dbus)").
Dbus и Hal
Dbus и Hal запущены.
rc-status | grep -P "(hal|dbus)":
dbus [ started ]
hald [ started ]
Да и сами иксы подозрений не вызывают
/usr/bin/X -br -novtswitch -quiet -nolisten tcp :0 vt7 -auth /var/run/xauth/A:0-51aU6t
Тут что-то с самим кде, я думаю. Видимо, придется откатываться на amd64 с ~
Да... А вот то что не помог
Да...
А вот то что не помог откат на amd64 вот это вправду странно.
Сижу под гномом. Будем ждать обновлений или вестей с буржуйских форумов. Всем спасибо.
demix написал(а): Да... А вот
Написано же: юзайте пакеты "~amd64" НА СВОЙ страх и риск, никаких гарантий. Вы что мега-разработчики?
Вот это открытие... Откатился
Вот это открытие...
Откатился на ati-drivers-10.1 с 10.2 и всё запустилось...