Warum hat es #systemd eigentlich nach ALL DEN JAHREN noch immer nicht auf der Kiste, dass bei einem Fehler auch eine Rückmeldung an der Konsole kommt?

Konkret: Config-Fehler im Perdition, `systemctl (stop|restart) perditon` tut... NICHTS.
Rückmeldung an der Konsole: NICHTS.

🤬

#nosystemd

@SpaetzleGrab Das nervt mich auch tierisch. So musst du immer nochmal `systemctl status ...' hinterherschicken, um sicher zu sein, dass der Dienst wirklich läuft ... 🤯

@rkbw
... und wenn Du dann nachschaust, dann steht da:

```
systemd[1]: perdition.service: Deactivated successfully.
perdition.service: Unit process 6205 (perdition.pop3) remains running after unit stopped.
[...]
```

Was ist dann daran bitte "successfully"?!

@SpaetzleGrab Und jetzt fangen die Leute auch noch vermehrt an, statt cronjobs die timer von systemd zu verwenden 🙄
@SpaetzleGrab das Projekt hat keine Zeit die Kernfunktion zu fixen, es ist zu beschäftigt weiter existierende Linux Komponenten durch halbgare systemd-Erweiterungen zu ersetzen...
@olbohlen
Trifft wohl den Nagel auf den Kopf...

@SpaetzleGrab

Fehlersuche und Behebung gehört nicht zum Konzept? 🤔

#systemd #nosystemd