Der systemd-Benutzerdienst wird nach dem Anhalten nicht neu gestartet

Der systemd-Benutzerdienst wird nach dem Anhalten nicht neu gestartet

Ich habe einen Benutzer-Systemd-Dienst erstellt, um Spotify nach dem Suspend neu zu starten, wie es auf der Spotify-Git-Hub-Seite vorgeschlagen wird. Mein Problem ist, dass es nach dem Suspend nie neu gestartet wird.

Dies ist die Servicedatei restartSpotifyd. Ich habe die

Neustart=immer

aus der Datei restartSpotifyd.service, weil ich das Startlimit erreicht habe ('start-limit-hit'). Dies ist die aktualisierte Version der Servicedatei:

.config/systemd/user/restartSpotifyd.service

[Unit]
Description=Restart spotifyd after resume
After=suspend.target

[Service]
Type=simple
ExecStart=/bin/systemctl --user --no-block restart spotifyd.service

[Install]
WantedBy=suspend.target

Wenn ich den Computer in den Ruhezustand versetze und neu starte, erhalte ich Folgendes:

systemctl --user status restartSpotifyd
● restartSpotifyd.service - Restart spotifyd after resume
     Loaded: loaded (/home/netlak/.config/systemd/user/restartSpotifyd.service; enabled; vendor preset: enabled)
     Active: inactive (dead)

May 26 15:04:13 jamming systemd[1361]: Stopped Restart spotifyd after resume.
May 26 15:04:13 jamming systemd[1361]: Started Restart spotifyd after resume.
May 26 15:04:13 jamming systemd[1361]: restartSpotifyd.service: Succeeded.
May 26 15:04:13 jamming systemd[1361]: restartSpotifyd.service: Scheduled restart job, restart counter is at 5.
May 26 15:04:13 jamming systemd[1361]: Stopped Restart spotifyd after resume.
May 26 15:04:13 jamming systemd[1361]: restartSpotifyd.service: Start request repeated too quickly.
May 26 15:04:13 jamming systemd[1361]: restartSpotifyd.service: Failed with result 'start-limit-hit'.
May 26 15:04:13 jamming systemd[1361]: Failed to start Restart spotifyd after resume.
May 26 15:06:21 jamming systemd[1361]: Started Restart spotifyd after resume.
May 26 15:06:21 jamming systemd[1361]: restartSpotifyd.service: Succeeded.

Um 15:10 habe ich den Computer angehalten, aber der Dienst wurde beim Aufwachen nicht neu gestartet. Das letzte Mal wurde er neu gestartet, als ich den Dienst um 15:06 manuell neu gestartet habe.

Dies passiert in Debian und Archlinux. Kann mir jemand einen Hinweis geben, was ich hier übersehe?

verwandte Informationen