viewtopic.php?f=30&t=154673
geschrieben, daß bei diesem Logeintrag ein mask ausgeführt werden kann.
Soweit, so richtig, aber eigentlich...systemd[1]: Cannot add dependency job for unit display-manager.service, ignoring: Unit display-manager.service failed to load: No such file or directory.
Diese Meldung erscheint bei einem fehlenden bzw. "falschen" Displaymanager ohne systemd Unterstützung.
Ich glaube, momentan macht das nur lightdm sauber, aber ganz sicher bin ich nicht, da ich keinen solchen benutze.
Du kannst die Meldung nach /dev/null schicken mit
systemctl mask display-manager.service
ist es bei "mask" so, daß der Service nicht gestartet wird. Bei einem fehlenden Display-Manager ist das auch ok, aber bei einem ohne richtige Anpassung an systemd, wie z.B. nodm, ist dieser Befehl etwas unsauber.
Richtiger wäre es, in /lib/systemd/system den Link default.service auf multi-user.target zeigen zu lassen, anstatt wie jetzt standardmäßig auf graphical.target.
Dieses graphical.target wird nur von den Display-Managern verwendet und hat daher eine Zeile "Wants=display-manager.service".
Wenn einer vorhanden ist, wird diese Zeile gelesen und mit z.B. dem "lightdm.service" überschrieben. Wenn keiner vorhanden ist, wird der angeforderte Service gesucht und nicht gefunden, daher die Fehlermeldung.
In dem multi-user.target fehlt diese Zeile, damit wird die grafische Oberfläche gestartet, ohne diese Fehlermeldung auszugeben.
Für Leute "ohne" ist das auf jeden Fall die sauberste Lösung.
und aufwärts sparen. Ab Systemd 217/218 [1] gibt es einen neuen Generator für solche Display-Manager, es soll dann wohl immer der in /etc/X11/default-display-manager konfigurierte Display-Manager gestartet werden.
und aufwärts sparen.