Você poderia tentar olhar para o exim4.service e ver se há uma dependência no multi-user.target. A interface gráfica e o serviço de correio da IMHO não estão relacionados.
Acabei de mudar para systemd no sid debian e, embora seja um grande passo em frente, também facilita a visualização de oportunidades de melhoria
A inicialização da suspensão demora muito
$ systemd-analyze blame | head -4
13.807s systemd-suspend.service
2.167s mysql.service
1.497s apache2.service
163ms systemd-fsck@dev-disk-by\x2duuid-f9ce6b25\x2d061b\x2d453e\x2db1f7\x2d0f560cd3181c.service
Como você pode ver, systemd-suspend.service leva muito tempo. Inicialização padrão é muito rápida, mas de suspender é mais lento que o sysvinit! Onde devo estar procurando?
Bloqueio do Mysql uma inicialização mais rápida
$ systemd-analyze critical-chain | head -7
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
graphical.target @2.839s
└─multi-user.target @2.839s
└─exim4.service @2.773s +66ms
└─mysql.service @604ms +2.167s
Um gritante 76% do meu graphical.target é gasto esperando pelo mysql. Existe alguma maneira de impedir o bloqueio?
Editar: nkts me fez perceber que todos estão rodando no modo sysvinit compat - aposto que é isso que está segurando. Como faço para instalar arquivos de inicialização do systemd no debian?
Tags systemd