Может с Diff-ом понятнее будет. Мне че-то не очень :/
http://pastebin.com/6H3pdYPa

Никаких внятных сообщений об ошибке. Просто в "хорошем" логе есть несколько доп. строчек про RADEON и EDID, а в "плохом" -- ну видно что без всякой причины начинает выгружать какие-то модули и завершается.
Интересно..

Все три ошибки есть и в "хорошем" логе. А насчет железа: у меня клавиатура и мышка с одним приемником, но на работу я беру одну мышку. Возможно, ругается что клавиатуру не находит. Но мышка работает все-равно, несмотря на ошибку.

Вот лог успешной загрузки, btw:
http://pastebin.com/wJqCUmHG

как выше уже писали, отключи dropbox, и после неудачного старта KDM покажи лог иксов.
агр

Dropbox из всех systemd поубирал. Вместо этого включил "Загружить при старте системы" в настройках самой программы. Пара дней уже без жалоб.

По Иксам: вот, словил сегодня. Xorg.0.log тут:
http://pastebin.com/qrChzCXq
О, кстати, давно хотел узнать, в чем принципиальная разница между `systemctl enable dropbox@user.service` и `systemctl --user dropbox.service`?

То что сервис файл создается в ~/.config/systemd, вместо /etc/systemd -- это я заметил, но в практическом плане какая разница?
nafanja
в кедах должна сохраняться сессия

Отключено. Не люблю эту фишку.


как выше уже писали, отключи dropbox, и после неудачного старта KDM покажи лог иксов.

Ок. Так и сделаю.

# systemctl enable graphical.target
# systemctl enable kdm

Оба включены. Да и проблема воспроизводилась бы каждый раз, если бы было поломано на этом уровне.
ind.indeviral
Вам же вроде написали решение, вас оно чем то неустраивает?

Видимо, я не понял что за решение. Переустановить systemd? (как в https://bbs.archlinux.org/viewtopic.php?pid=1124426#p1124426)

nafanja
покажи
cat /etc/systemd/system/display-manager.service

[Unit]
Description=K Display Manager
After=systemd-user-sessions.service

[Service]
ExecStart=/usr/bin/kdm -nodaemon

[Install]
Alias=display-manager.service
Kycok
такое ощущение, что эти службы запускаются раньше, чем запускаются иксы

А можно ли это поправить? Скажем, использовать корректный "After"?

Сейчас, например, в kdm.service прописано следующее:
After=systemd-user-sessions.service

Может, стоит прописать что-то вроде "After=graphical.target"? Или kdm.service и есть нечто, что графику запускает?
Имею пожаловаться на следующие юниты Systemd:

1. KDM. Довольно часто (раз из двух, примерно) иксы просто не загружаются. Если удается уйти в другой виртуальный терминал, и там выполнить `sudo systemctl restart kdm` -- то KDM все-таки стартует;

Кусочек лога: неудачная + удачная загрузка:
-- Reboot --
авг 25 11:32:48 pilat-book kdm[441]: X server startup timeout, terminating
авг 25 11:33:18 pilat-book kdm[441]: X server termination timeout, killing
авг 25 11:33:25 pilat-book kdm[441]: X server for display :0 cannot be started, session disabled
-- Reboot --
авг 25 11:34:54 pilat-book systemd[1]: Starting K Display Manager...
-- Subject: Начинается запуск юнита kdm.service
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Начат процесс запуска юнита kdm.service.
2. Dropbox. Никогда не загружается с загрузкой. В консоли вводишь `sudo systemctl restart dropbox@$USER.service` -- тогда пояляется иконка в трее, начинается синхронизация файлов.

Из похожего на ошибку в журнале нашел следующее:
авг 26 00:01:50 pilat-book dropboxd[8967]: wx error: Unable to access the X Display, is $DISPLAY set properly?
авг 26 00:01:50 pilat-book systemd[1]: Stopping Dropbox...
Как узнать что не так и заставить эти юниты грузиться когда положено?
У меня просто сегфолтится при попытке запустить (просто GUI, без меди файла). С музыкой/видео то же самое.

VLC media player 2.1.5 Rincewind (revision 2.1.4-49-gdab6cb5)
Ошибка сегментирования

Удалял rm ~/.config/vlc -- не помогает

Хотел так сделать: `vlc -I qt4 --reset-config --reset-plugins-cache`, так он и на этой операции вылетает с сегфолтом.. :(
От избытка оперативы и в заботах о стареньком винчестере, а также для ускорения вещей, решил хранить кэш Google Chrome в оперативке (ramdrive).

Для этого имеется:

1. ramdrive, монтируемый в ~/.chrome/ramdrive

2. скрипт для сохранения содержимого диска в архив и для извлечения обратно:
#!/bin/bash

shopt -s dotglob
cd /home/$USER/.chrome

if [[ "$1" == "save" ]]; then
        rm ramdisk.tar
        tar cpf ramdisk.tar ramdisk/*
elif [[ "$1" == "restore" ]]; then
        rm -rf ramdisk/*
        tar xf ramdisk.tar
fi

3. systemd сервис-файл, который запускает вышеупомянуты скрипт при загрузке и при выключении:
[Unit]
Description=Keep Chrome's RAM disk between power-offs

[Service]
Type=oneshot
RemainAfterExit=true
ExecStart=/home/$USER/bin/chrome-ramdisk restore
ExecStop=/home/$USER/bin/chrome-ramdisk save

[Install]
WantedBy=multi-user.target

Все работает замечательно, но я бы хотел поместить на этот диск еще и "user data" (помимо одного лишь кэша), и меня волнует сохранность данных в случае зависания, внезапного/некорректного выключения. Для этого неплохо было бы обновлять архив еще и на регулярной основе (а не только в момент выключения).

Можно ли решить этот вопрос:
а. Изменением имеющегося .service файла?
б. Добавлением отдельного .service файла специально для периодики?

Решение через CRONTAB мне известно, но я предпочел бы systemd. Оставлю крон как запасной вариант.

----

Решение через systemd.timers:

1. /etc/systemd/system/chrome-ramdisk.service (срабатывает при ВКЛ-ВЫКЛ системы):
[Unit]
Description=Keep Chrome's RAM disk between power-offs

[Service]
Type=oneshot
RemainAfterExit=true
ExecStart=/home/pilat/bin/chrome-ramdisk restore
ExecStop=/home/pilat/bin/chrome-ramdisk save

[Install]
WantedBy=multi-user.target

2. /etc/systemd/system/chrome-ramdisk.timer (Таймер):
[Unit]
Description=Sync Chrome RAMdisk every 15 minutes

[Timer]
# Time to wait after booting before we run first time
OnBootSec=15min
# Time between running each consecutive time
OnUnitActiveSec=15min
Unit=chrome-ramdisk-job.service

[Install]
WantedBy=multi-user.target

# (c) http://jason.the-graham.com/2013/03/06/how-to-use-systemd-timers/

3. /etc/systemd/system/chrome-ramdisk-job.service (Job-юнит, пинаемый Таймером):
[Unit]
Description=Service file for timed saving of Chrome RAMdisk

[Service]
Type=simple
ExecStart=/home/pilat/bin/chrome-ramdisk save

Источник: http://jason.the-graham.com/2013/03/06/how-to-use-systemd-timers/