История изменений

Поехали.

Время от ввода пароля при логине в консоли до промпта стало 30 (!) секунд. Оно и раньше оставляло желать лучше (кстати, почему?), но именно после перехода на systemd --user в качестве автозапуска, оно увеличилось до 30 секунд.

При первом логине PAM-стек (через модуль pam_systemd.so) запускает инстанс systemd --user (к слову, этот инстанс общий для всех сессий одного пользователя) и ждёт достижения в нём basic.target (а может, и default.target).

Тридцать секунд — это время таймаута запуска сервиса. Следовательно, какой-то из твоих собственноручно написанных юнитов для systemd --user таймаутится при запуске и прибивается. Причина этому практически всегда одна: неправильный Type=.

Иногда заикается звук в mpd, как будто вернулся в эпоху поцарапанных CD.

Это для отдельного треда. Гугли tsched=0, увеличение размера буфера в ALSA (особенно если ядро сам собирал) и так далее. И обновляй ядро.

не запускается mpdas:
<20:45>[~] systemctl start --user mpdas Failed to get D-Bus connection: No such file or directory

Так mpdas не запускается или у тебя вообще сессионная дбас-шина свалилась к хренам?

echo $DBUS_SESSION_BUS_ADDRESS
pgrep -u $USER dbus-daemon
busctl --user
DBUS_SESSION_BUS_ADDRESS= systemctl --user
systemctl status user@$UID

(NB: это не пошаговое руководство к починке, а просто набор диагностических команд, вывод которых было бы неплохо увидеть.)

И (видимо тоже из-за D-Bus'а) не работает пульса: звук есть, НО не работают команды для mute, увеличения и уменьшения громкости, а pavucontrol пишет следующее, а само PA пишет вот что:
<20:50>[~] pulseaudio
E: [pulseaudio] socket-server.c: bind(): Address already in use

Ты как пульсу запускаешь? И, что важнее, — сколько раз? :]

(NB: пульса дбас практически не использует. То есть, использует, конечно, но pactl, pacmd, pavucontrol и собственно воспроизведение звука должны работать и без связи с пульсой через дбас.)

Поехали.

Время от ввода пароля при логине в консоли до промпта стало 30 (!) секунд. Оно и раньше оставляло желать лучше (кстати, почему?), но именно после перехода на systemd --user в качестве автозапуска, оно увеличилось до 30 секунд.

При первом логине PAM-стек (через модуль pam_systemd.so) запускает инстанс systemd --user (к слову, этот инстанс общий для всех сессий одного пользователя) и ждёт достижения в нём basic.target (а может, и default.target).

Тридцать секунд — это время таймаута запуска юнита. Следовательно, какой-то из твоих собственноручно написанных юнитов для systemd --user таймаутится при запуске и прибивается. Причина этому практически всегда одна: неправильный Type=.

Иногда заикается звук в mpd, как будто вернулся в эпоху поцарапанных CD.

Это для отдельного треда. Гугли tsched=0, увеличение размера буфера в ALSA (особенно если ядро сам собирал) и так далее. И обновляй ядро.

не запускается mpdas:
<20:45>[~] systemctl start --user mpdas Failed to get D-Bus connection: No such file or directory

Так mpdas не запускается или у тебя вообще сессионная дбас-шина свалилась к хренам?

echo $DBUS_SESSION_BUS_ADDRESS
pgrep -u $USER dbus-daemon
busctl --user
DBUS_SESSION_BUS_ADDRESS= systemctl --user
systemctl status user@$UID

(NB: это не пошаговое руководство к починке, а просто набор диагностических команд, вывод которых было бы неплохо увидеть.)

И (видимо тоже из-за D-Bus'а) не работает пульса: звук есть, НО не работают команды для mute, увеличения и уменьшения громкости, а pavucontrol пишет следующее, а само PA пишет вот что:
<20:50>[~] pulseaudio
E: [pulseaudio] socket-server.c: bind(): Address already in use

Ты как пульсу запускаешь? И, что важнее, — сколько раз? :]

(NB: пульса дбас практически не использует. То есть, использует, конечно, но pactl, pacmd, pavucontrol и собственно воспроизведение звука должны работать и без связи с пульсой через дбас.)

Поехали.

Время от ввода пароля при логине в консоли до промпта стало 30 (!) секунд. Оно и раньше оставляло желать лучше (кстати, почему?), но именно после перехода на systemd --user в качестве автозапуска, оно увеличилось до 30 секунд.

При первом логине PAM-стек (через модуль pam_systemd.so) запускает инстанс systemd --user (к слову, этот инстанс общий для всех сессий одного пользователя) и ждёт достижения в нём basic.target (а может, и default.target).

Тридцать секунд — это время таймаута запуска юнита. Следовательно, какой-то из твоих собственноручно написанных юнитов для systemd --user таймаутится при запуске и прибивается. Причина этому практически всегда одна: неправильный Type=.

Иногда заикается звук в mpd, как будто вернулся в эпоху поцарапанных CD.

Это для отдельного треда. Гугли tsched=0, увеличение размера буфера в ALSA (особенно если ядро сам собирал) и так далее. И обновляй ядро.

не запускается mpdas:
<20:45>[~] systemctl start --user mpdas Failed to get D-Bus connection: No such file or directory

Так mpdas не запускается или у тебя вообще сессионная дбас-шина свалилась к хренам?

echo $DBUS_SESSION_BUS_ADDRESS
pgrep -u $USER dbus-daemon
busctl --user
DBUS_SESSION_BUS_ADDRESS= systemctl --user
systemctl status user@$UID

(NB: это не пошаговое руководство к починке, а просто набор диагностических команд, вывод которых было бы неплохо увидеть.)

И (видимо тоже из-за D-Bus'а) не работает пульса: звук есть, НО не работают команды для mute, увеличения и уменьшения громкости, а pavucontrol пишет следующее, а само PA пишет вот что:
<20:50>[~] pulseaudio
E: [pulseaudio] socket-server.c: bind(): Address already in use

Ты как пульсу запускаешь? И, что важнее, — сколько раз? :]