Долгий запуск mpd

10.325s mpd.service

А должен за какое время стартануть?
Вывод cat /lib/systemd/system/mpd.service покажи.

А должен за какое время стартануть?

Раз в 10 быстрее

Вывод cat /lib/systemd/system/mpd.service покажи.

Дефолт вообще.

$ cat /lib/systemd/system/mpd.service
[Unit]
Description=Music Player Daemon
Documentation=man:mpd(1) man:mpd.conf(5)
After=network.target sound.target

[Service]
User=mpd
Type=notify                                                                                                                                                               
ExecStart=/usr/bin/mpd --no-daemon                                                                                                                                        
                                                                                                                                                                          
# allow MPD to use real-time priority 50                                                                                                                                  
LimitRTPRIO=50
LimitRTTIME=infinity

# disallow writing to /usr, /bin, /sbin, ...
ProtectSystem=yes

# more paranoid security settings
NoNewPrivileges=yes
ProtectKernelTunables=yes
ProtectControlGroups=yes
ProtectKernelModules=yes
# AF_NETLINK is required by libsmbclient, or it will exit() .. *sigh*
RestrictAddressFamilies=AF_INET AF_INET6 AF_UNIX AF_NETLINK
RestrictNamespaces=yes

[Install]
WantedBy=default.target
Also=mpd.socket

Дай угадаю, у тебя музыка и база данных находится на другом харде, который монтируется или через systemd.automount, или руками?

Базу данных mpd рекомендую хранить в корне (/var/lib/mpd, например), а mpd.service переписать так, чтобы он зависел от партишна с музыкой и ждал его. Таким образом юнит не будет ждать у моря погоды.

Ну и, если у тебя коллекция жирная, то особо ничего не поделаешь, он будет много жрать и долго запускаться.

Дай угадаю

Не угадал, все на 1 харде, по разным разделам

Базу данных mpd рекомендую хранить в корне (/var/lib/mpd)

Всё так и есть.

Ну и, если у тебя коллекция жирная

1gb rammshtein (пока настрою конечно же).

mpd.service переписать так, чтобы он зависел от партишна с музыкой и ждал его

Не осилю. То есть без костылей никак?

Переместите его в конец очереди на запуск, тогда пофиг будет, сколько времени он там стартует.

mpd как бы намекает, что он не нужен на десктопе.

Список mount-юнитов можно узнать через

systemctl list-units --type=mount

Не угадал, все на 1 харде, по разным разделам

Те же яйца, только в профиль. Хотя, по сути, если это HDD, то всё упирается в головку — юниты стартуют параллельно, а прочитать данные из двух концов одного харда одновременно у них всё равно не выйдет.

1gb rammshtein (пока настрою конечно же).

Это мелочь, хотя, база может быть сильно фрагментирована.

То есть без костылей никак?

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

graphical.target @2.696s
└─multi-user.target @2.696s
  └─mpd.service @1.229s +1.466s
    └─network.target @1.229s
      └─dhcpcd.service @1.150s +79ms
        └─basic.target @1.136s
          └─sockets.target @1.136s
            └─dbus.socket @1.136s
              └─sysinit.target @1.136s
                └─systemd-update-utmp.service @1.134s +2ms
                  └─systemd-tmpfiles-setup.service @1.129s +4ms
                    └─local-fs.target @1.128s
                      └─home.mount @397ms +731ms
                        └─dev-disk-by\x2duuid-a66bcc3b\x2d25d6\x2d4477\x2d9e05\x2d4cfef79324ee.device @396ms

Да по сути он вообще ни на что не влияет — он зависит только от mount-юнита диска, на котором базы данных, от него не зависит ничего. Так что по факту он портит только цЫферки.