Не мог запустить kde
При перезагрузке моего ноутбука после нескольких дней времени работы (таким образом, я не знаю то, что, возможно, инициировало проблему) я нашел, что не могу войти в систему от lightdm. Мой пароль принят, и поля исчезают, но я застреваю с lightdm обоями и моим (подвижным) курсором. Я могу однако
- войдите в систему как гость
- startx от tty
Если я пробую от kdm, то же самое происходит.
Если я пытаюсь запустить неон проекта, рабочий стол progressbar появляются, но я отброшен назад к lightdm обоям, когда это сделано, загрузившись, также подсказка для пароля брелока для ключей появилась, и после ввода его, рабочий стол, кратко высвеченный в.
.xsession говорит, что dbus предварительно запускают процесс, завершенный с состояния 2. Я не знаю, релевантно ли это.
Править: Я могу запустить lxde без проблем. Я попробовал плазменно-активный, у меня есть те же признаки как с неоном проекта так ясно, это - проблема kde/plasma. Но начиная с запуска с работ startx, проблема, кажется, лежит в lightdm/kdm-kde взаимодействиях. Существует ли способ отследить, как lightdm запускает kde (kwin, плазма)?
Также проблема не с входом в систему, графическая сессия появляется в who и dm-tool list-seats шоу a Session0 с моим именем пользователя.
Править: Я попробовал еще несколько вещей. Я упомянул подсказку пароля в неоне проекта. Если я позволяю ему находиться на мгновение, рабочий стол в конечном счете появляется и работает.
Я также попытался добавить выводы отладки к startkde и startactive. Те, которые в startactive работайте, но не те, которые вstartkde (при запуске с lightdm или kdm, но это работает от xinit /usr/bin/startkde) таким образом, может случиться так, что lightdm даже не запускается startkde, хотя это делает согласно lightdm.log.
2 ответа
TL; DR там был проблемой разрешения с ~/.cache/upstart/dbus-session, rm -rf .cache/upstart и перезагрузка решила его.
Понимание отладки новичка для будущих читателей (который может включать меня).
~/.xsession обменивайтесь сообщениями я упомянул в вопросе, вроде
init: dbus pre-start process (PID XXXX) terminated with status 2
было на самом деле очень важно. Я изучил то, что это означало при исследовании, я нашел это этим путем
- Во-первых, я думал, что проблема была с kde, таким образом, я пытался найти как lightdm запущенный kde
- Я пытался изучить
/etc/lightdm/(как предложеноman lightdm) ноlightdmфайлы конфигурации не были здесь, но (я нашел его путем изучения/var/log/lightdm.log) в/usr/share/lightdm/lightdm.conf.dгде я нашел соответствующий файл/usr/share/lightdm/lightdm.conf.d/40-kde-plasma.conf - Согласно ему, какой lightdm, запущенный для kde, был сценарием
/usr/bin/startkde, таким образом, я добавил некоторую отладкуecho 'startkde is at line ##' > /home/evpok/delogстроки к нему для наблюдения, где это перестало работать, но ни один из них не выполнялся. - проверка снова
/var/log/lightdm.logЯ видел строку
Running command /usr/sbin/lightdm-session /usr/bin/startkde
таким образом, я изучилusr/sbin/lightdm-session, к которому я снова добавил отладкуechoстроки - После некоторого нащупывания я нашел, что проблема была с загрузкой сценария Xsession:
/etc/X11/Xsession.d/99x11-common_start. Таким образом, я изучил тот. Это, казалось, обычно загружалось и имело только одну строкуexec $STARTUP. Добавлениеechoвидеть, что было в$STARTUPЯ нашел, что это былоinit --user. Теперь я не хотел смешивать сinitтаким образом, я просто проследил его выводы путем комментирования этой строки и добавления вместо этого
exec init -v --user > /home/evpok/initlog 2> /home/evpok/initerrlog Изучая эти журналы, я видел это сообщение в
initerrlogdbus pre-start process (PID XXXX) terminated with status 2
но я все еще не знал, что сделать из него, таким образом, я изучилinitlogи видел
Loading configuration from /usr/share/upstart/sessions- Я изучил тот dir, где я видел a
startkde.conf. После некоторого изучения документации для новомодного задания confs, я видел, что это имело
start on started dbus and xsession SESSION=kde-plasma
очевидно, это было то, почемуstartkdeне запускался. Этому был нужен dbus, который имел ошибку, таким образом, я изучилdbus.conf - Там, был a
pre-start scriptстрока файла конфигурации, эй! Это - то, что находится в errlog init и в.xsession-errors. Таким образом, поскольку я добавил снова некоторое эхо, чтобы найти, что проблема была в строке
echo "DBUS_SESSION_BUS_ADDRESS=${DBUS_SESSION_BUS_ADDRESS}" >$HOME/.cache/upstart/dbus-session(Не одно из моего эха отладки) - После некоторого нащупывания я нашел, что не мог коснуться несуществующего файла
~/.cache/upstart/debus-sessionиз-за проблемы разрешения. Я пытался создать его подsudoи показанный его мне с соответствующими полномочиями, но он не работал. Так я простоrm -rf'редактор.cache/upstart. - После перезагрузки все работало как ожидалось.
В конце концов, я просто должен был прекратить бояться внутренностей и пачкать руки.
У меня была та же проблема после обновления от Ubuntu 13.10 до Ubuntu 14.04. У меня было также в .xsession-ошибочном файле последнее чтение строки:
init: dbus pre-start process (PID XXXX) terminated with status 2
проблема была также в .cache/upstart каталог. Это имело полномочия drw------- - таким образом, я даже не смог войти в него. Я просто добавил выполнить бит, перезапущенный X, и он работает теперь.