гномощель упала и отказывается вставать

Попробуй снести расширения gnome-shell. Они находятся в ~/.local/share/share/gnome-shell/extensions
Скорее всего глюкнуло расширение dynamic-workspaces или для pidgin'a.

Реестр сломался :)
попробуй в dconf поискать нужный тебе ключик.

пардон, путь ~/.local/share/gnome-shell/extensions/

Я про такое от моей мамы слышал. У нее на ноуте точно такое-же недавно началось - я залазил по ssh, но толком ничего не увидел. Почти через день апдейты прилетели, так она обновилась, и все заработало - говорит, что уже несколько дней такого не видела.

я понял :)

но не помоло.

попробую обновиться.

надо бы глянуть

gsettings list-recursively | grep dynamic-workspaces

правда ли его там нет.

Могло обновление прилететь которое схему изменило неправильно. Ну и обновиться - это первое что нужно сделать конечно.

Могло обновление прилететь которое схему изменило неправильно.

Отсутствие ключика в конфиге — суровая причина чтобы упасть и не подниматься...

а ключик-то есть, только что-то не хочет арбайт

Ты кстати gnome-shell в каком терминале запускаешь? в консоли которая на другом дисплее?

Ей нужны переменные DISPLAY, XAUTHORITY и DBUS_SESSION_BUS_ADDRESS как минимум.

Ну и ~/.xsession-errors ещё надо смотреть.

~/.xsession-errors

а шелл просто в gnome-terminal написал и все

Ну давайте не будем.

Надо сначала понять в чем дело, а потом ехидные замечания вставлять.

Если запускать gnome-shell без dbus, то естественно ей тогда недоступно редактирование ключей, и запуститься она не может.

Это не ошибка шелла, это просто неправильная попытка debug-а.

Вопрос теперь в том, в чем была исходная проблема, из-за которой упал правильный, запущенный gnome-session, процесс шелла.

так как правильно ее запустить-то?

Ну если из графики, то gnome-shell --replace должно хватать.

Проверь перед запуском, что у тебя там есть процессы имеющие отношение к gconf, dconf и dbus.

И отключи на всякий случай пока все темы, которые ты там наваял. Это можно через gsettings reset <schema> <key> сделать

вот полный текст ошибки при gnome-shell --replace http://paste.org.ru/?88rjly

И отключи на всякий случай пока все темы, которые ты там наваял. Это можно через gsettings reset <schema> <key> сделать

тут вообще не понял что делать

снос всех конфигов из домашней директори ни к чему не привел. кстати систему я только установил и в ней максимум- установил gnome-ppp nano gnome-tweak-tool pidgin, и подумываю просто поступить по-виндузяцки и переустановить. или не стОит?

Ты настроил кучу сторонних тем и расширений, для поиска ошибки надо их все отключить и вернуть систему в стандартное состояние.

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

А потом можно у проблемного юзера сделать gsettings list-recursively, посмотреть на ключи, которые там есть, понять какие из них ты менял, в частности темы и расширения, и сбросить их на исходные.

У тебя цель какая? Понять, что происходит, или с шеллом побаловаться?

Если второе, то можешь вообще брать лайв и править там всё как угодно.

Если первое, то надо не конфиги сносить, а немножко подумать.

В частности ответить на стандартную пачку вопросов:

1) было ли обновление только что? что обновлялось?
2) работает ли от нового стандартного неизмененного юзера?
3) какие правки были сделаны перед тем как всё сломалось?
и т.п.

После чего запостить баг в багзиллу.

ага. сейчас попробую под новым юзером зайти.

http://paste.org.ru/?88rjly

Скорее не dynamic-workspace, a

Exception was: Error: Requiring Gcr, version none: Typelib file for namespace 'Gcr'

В гноме не разбираюсь, но вроде gcr - это gnome-keyring.

Скорее всего. Однако странно, что ничего не гуглится по этому поводу.

Если бы это был keyring - было бы заметно. Разве что это новое обновление в F17 такой свежий баг принесло.

У тебя цель какая? Понять, что происходит, или с шеллом побаловаться?

хотел побаловаться и, если понравится, оставить на ноуте.

1) было ли обновление только что? что обновлялось?

нет

работает ли от нового стандартного неизмененного юзера?

а как войти? gdm выбрасывает в Oh no! а при попытке переключиться через меню, которое справа на панели вообще ничего не происходит. или я что-то делаю не так.

я не обновлялся вообще- только установил систему в час дня сегодня на поглядеть

3) какие правки были сделаны перед тем как всё сломалось?

установил тему с гномлук- все нормально было- позапускал всякие наутилусы и системсеттингсы

установил pidgin- запустил и сразу Oh no!

Однако странно, что ничего не гуглится по этому поводу.

В баге на seahorse https://bugs.launchpad.net/bugs/947447 есть такое:

The latest gcr is required for gnome-shell 3.4. gcr is a NEW package, having been split off from gnome-keyring at the beginning of this release cycle.

Может зависимости не все обновились.

Может зависимости не все обновились

да не обновлялось ничего

а при попытке переключиться через меню, которое справа на панели

так, начнем всё сначала и по порядку, что работает, а что нет

панель у тебя откуда, если ты говоришь, что шелл не работает? gdm вообще не не работает? как ты попадаешь в графический сеанс сейчас ?

Установка pidgin-а разве не могла ничего «подтянуть»?

выше писал, но сейчас подробней напишу. был настроен автологин юзера- при загрузке я видел обои и курсор. работали некоторые хоткеи и я мог запустить терминал- в нем запускал gnome-panel (после сноса конфигов я панель запускал из tty3)- при запуске приложений не отрисовывались декорации окон. потом я добавил еще одного юзера и снял галочку автологина (случайно)- попробовал поменять юзера через меню справа на панели- просило пароль и предлагало «сменить польз.» и «разблокировать». «сменить пользователя» если нажать, то ничего не происходило, «разблокировать»- открывало первого юзера. при ctrl+alt+backspace выбрасывало в Oh no!

а теперь при отключенном автологине я вообще сижу в консоли и графику запустить не могу. (startx и gdm ничего не дают)

Установка pidgin-а разве не могла ничего «подтянуть»?

неа. только один пакет и установился.

startx запускал как блондинка, поэтому не работало

2) работает ли от нового стандартного неизмененного юзера?

и вот тут самое интересное- под новым юзером тоже не работает

запуск графики из консоли по правильному - это service prefdm start

Потом там же из консоли можно выполнить service prefdm status | fpaste и посмотреть что там за ошибка, если есть. Ну и всякие /var/log/gdm/:0.log тоже.

Покажи rpm -q gcr и rpm -q gnome-shell кстати, и глянь в /var/log/yum.log Может у тебя там автоматичские апдейты отработали, а ты не в курсе.

Сейчас у меня в виртуалке все апдейты накатятся, и я тебе смогу с уверенностью сказать УМВР :)

Покажи rpm -q gcr и rpm -q gnome-shell кстати,

чёрт! как такое возможно. решено. шелл обновился а gcr нет. охренеть. обновил и все встало. спасибо.

господа, всем спасибо за помощь! всё работает.

как такое возможно

Ну можно в логе юма покопаться. Но скорее всего эти пакеты в репы по очереди попадали. Их же все вручную аппрувят. Один попал спустя полчаса после другого, а у тебя обновление уже успело в этом промежутке пройти.

а у тебя обновление уже успело в этом промежутке пройти.

логично. покопаю логи юма

О да, только что было :-) Вылечилось yum update'ом :-)