Hast du nach dem Anlegen der my-backup.service Datei mal versucht, ob sich der service starten lässt?
Code
sudo systemctl daemon-reload
sudo systemctl start my-backup.service
systemctl status my-backup.service
Frage zu root cron
- V-Treiber
- Erledigt
-
-
Das müsste eigentlich ein symbolischer Link sein, der vom System automatisch angelegt wird?
Was müsse ein Sym-Link sein?
Ich muss gestehen, seit ich so etwa 2008 die professionelle Beschäftigung mit Linux und so um 2011 aus Zeitgründen meine Mitgliedschaft in der BeLUG beendet habe, habe ich offensichtlich ein paar Dinge verpennt. Z.B. Timer in systemd.
Auf so einem Hobby-Server gibt es nicht SO viel zu automatisieren und wenn dann, habe ich das über das gute alte cron gemacht.
-
Hast du nach dem Anlegen der my-backup.service Datei mal versucht, ob sich der service starten lässt?
Codesystemctl status my-backup.service
Geladen aber inaktiv.Mit Paraneter "start" systemd wird dann wohl das backup ausführen oder?
-
Code
sudo systemctl start my-backup.servicemüsste, wenn alles korrekt ist, nur den service starten, aber noch nicht den timer.
-
Um zu überprüfen, ob die von dir angelegten .service und .timer Dateien keine Syntaxfehler beinhalten:
Codesystemd-analyze verify /etc/systemd/system/my-backup.*Wenn alles OK, dann erfolgt keine Meldung.
-
Code
sudo systemctl start my-backup.servicemüsste, wenn alles korrekt ist, nur den service starten, aber noch nicht den timer.
ich weiß, der macht dann aber im laufenden Betrieb ein Backup, das ist 
Und da die Bash, wie oben beschrieben Dateien kopiert und "alte" Backups löscht....könnte ein systemctl stop schon zu spät sein.
-
ich weiß, der macht dann aber im laufenden Betrieb ein Backup, das ist
Und da die Bash, wie oben beschrieben Dateien kopiert und "alte" Backups löscht....Dann ersetz halt zum Testen dein Shellscript durch etwas harmloses ... ?
-
Dann ersetz halt zum Testen dein Shellscript durch etwas harmloses ... ?
Nö, ich habe doch gesagt Du hast mich auf eine Idee gebracht.
Code
Alles anzeigenthosto@localhost:/> sudo mv /etc/systemd/system/timers.target.wants/my-backup.timer /etc/systemd/system/my-backup.timer [sudo] Passwort für root: thosto@localhost:/> sudo systemctl enable my-backup.timer Created symlink '/etc/systemd/system/timers.target.wants/my-backup.timer' → '/etc/systemd/system/my-backup.timer'. thosto@localhost:/> systemctl list-timers --al NEXT LEFT LAST PASSED UNIT ACTIVATES Fri 2026-08-28 15:00:00 CEST 14min Fri 2026-08-28 14:00:00 CEST 45min ago snapper-timeline.timer snapper-timeline.service Fri 2026-08-28 15:00:00 CEST 14min Fri 2026-08-28 14:00:00 CEST 45min ago snapper-cleanup.timer snapper-cleanup.service Fri 2026-08-28 20:09:05 CEST 5h 24min Thu 2026-08-27 20:09:05 CEST 18h ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service Sat 2026-08-29 00:00:00 CEST 9h Fri 2026-08-28 00:00:00 CEST 14h ago mlocate.timer mlocate.service Sat 2026-08-29 00:22:50 CEST 9h Fri 2026-08-28 00:27:05 CEST 14h ago logrotate.timer logrotate.service Sat 2026-08-29 01:36:11 CEST 10h Fri 2026-08-28 01:42:05 CEST 13h ago check-battery.timer check-battery.service Sat 2026-08-29 01:36:48 CEST 10h Fri 2026-08-28 00:13:05 CEST 14h ago backup-rpmdb.timer backup-rpmdb.service Sat 2026-08-29 01:50:20 CEST 11h Fri 2026-08-28 01:05:31 CEST 13h ago backup-sysconfig.timer backup-sysconfig.service Sat 2026-08-29 02:07:09 CEST 11h Fri 2026-08-28 01:01:00 CEST 13h ago man-db.timer man-db.service Mon 2026-08-31 00:00:00 CEST 2 days Mon 2026-08-24 00:00:00 CEST 4 days ago btrfs-balance.timer btrfs-balance.service Mon 2026-08-31 00:31:17 CEST 2 days Mon 2026-08-24 00:01:05 CEST 4 days ago fstrim.timer fstrim.service Tue 2026-09-01 00:00:00 CEST 3 days Sat 2026-08-01 00:00:09 CEST - btrfs-scrub.timer btrfs-scrub.service Tue 2026-09-01 00:00:08 CEST 3 days Sat 2026-08-22 15:18:45 CEST - wtmpdb-rotate.timer wtmpdb-rotate.service - - - - mandb.timer - - - - - my-backup.timer my-backup.service - - - - openSUSE-build-key-import.timer openSUSE-build-key-import.serviceDas entscheidende Stichwort war der Sym-link.
Danke. -
Das entscheidende Stichwort war der Sym-link.
Danke.Nö, du häätets statt dem symlink den Timer und den service dorthin verschieben müssen, den Rest erledigt dann systemd.
Codestephan@linux64:~> ls -al /etc/systemd/system/ | grep -i suse-update -rw-r--r--. 1 root root 1014 9. Apr 18:40 suse-update.service -rw-r--r--. 1 root root 157 9. Apr 17:43 suse-update.timer stephan@linux64:~>Das ist ein Timer und der service, um automatisch ein Update durchzufüheren ( es wird ein Script aufgerufen)
Codelinux64:/home/stephan # systemctl enable suse-update.timer Created symlink '/etc/systemd/system/timers.target.wants/suse-update.timer' → '/etc/systemd/system/suse-update.timer'. linux64:/home/stephan #Codelinux64:/home/stephan # ls -al /etc/systemd/system/timers.target.wants/ | grep -i suse-update lrwxrwxrwx. 1 root root 37 28. Aug 15:50 suse-update.timer -> /etc/systemd/system/suse-update.timer linux64:/home/stephan # -
Das müsste eigentlich ein symbolischer Link sein, der vom System automatisch angelegt wird?
thosto@localhost:/> ls -l /etc/systemd/system/my*
-rw-r--r-- 1 root root 98 27. Aug 15:21 /etc/systemd/system/my-backup.service
thosto@localhost:/> ls -l /etc/systemd/system/timers.target.wants/my-*
-rw-r--r-- 1 root root 126 28. Aug 11:31 /etc/systemd/system/timers.target.wants/my-backup.timer
Damit wollte ich daraufhinweisen, dass es kein symlink war, sondern my-backup.timer im falschen Verzeichnis.
Ich denke, dass V-Treiber das dann auch gemerkt hat.
