Mein Rezept für Dienstvernichtung (Vorsicht mit rm Aussagen!)
systemctl stop [servicename]
systemctl disable [servicename]
rm /etc/systemd/system/[servicename]
rm /etc/systemd/system/[servicename] # and symlinks that might be related
rm /usr/lib/systemd/system/[servicename]
rm /usr/lib/systemd/system/[servicename] # and symlinks that might be related
systemctl daemon-reload
systemctl reset-failed
Es ist möglich, dass der systemd-Dienst die Skripte im alten Stil in /etc/init.d „umschließt“, also sollten Sie das vielleicht auch bereinigen, aber das ist nicht wo sich systemd-Dienste befinden.
Wahrscheinlich suchen Sie nach reset-failed :
$ sudo systemctl reset-failed
$
Von der Systemd-Manpage:
reset-failed [PATTERN...]
Zurücksetzen des "failed"-Zustands der angegebenen Units oder Zurücksetzen des Zustands aller Units, wenn kein Unit-Name übergeben wird. Wenn eine Einheit aus irgendeinem Grund fehlschlägt (d. h. ein Prozess wird mit einem Fehlercode ungleich Null beendet, abnormal beendet oder mit einer Zeitüberschreitung konfrontiert), geht sie automatisch in den Zustand „Fehlgeschlagen“ über, und ihr Beendigungscode und Status werden zur Überprüfung durch den Administrator aufgezeichnet, bis der Dienst neu gestartet wird oder mit diesem Befehl zurücksetzen.
Klingt so, als hätten Sie es deinstalliert, aber den systemd-Hook nicht entfernt:
# systemctl disable [servicename]