Arch Linux

cron startet shellscript nicht

mptaiko

Hallo,

vor 2 Tagen hatte ich eine Frage zu einem Backupscript
https://forum.archlinux.de/viewtopic.php?id=28611

Dieses hatte ich entsprechen Eurer Hinweise angepaßt und es funktioniert, wenn ich es manuell über die shell oder die bash starte.
Es sieht jetzt so aus

rsync -Pau --exclude={"/tmp/*","/dev/*","/proc/*","/mnt/*","/home/micha/.thumbnails/*","/run/*","/sys","/media/*","/lost+found/*"} --delete  /*  /run/media/micha/TOSHIB*/pc-backup/

Jetzt möchte ich es über cronjobs beim reboot ausführen lassen und so alle Änderungen sichern.

Dazu habe ich sudo crontab -e ausgeführt und meine Zeile eingetragen

@reboot  /home/micha/.scripts/backup-script.sh

eingetragen, aber rsync wird nicht gestartet.
Ich habe auch eine zeitliche Steuerung probiert, jedoch wird das Script nicht ausgeführt und der Prozeß nicht gestartet.

Ich habe diverse Varianten getestet z.B.:

@reboot  sh /home/micha/.scripts/backup-script.sh
@reboot  bash /home/micha/.scripts/backup-script.sh
@reboot  sudo /home/micha/.scripts/backup-script.sh
@reboot  root /home/micha/.scripts/backup-script.sh
...

Cronie läuft auch

#systemctl
...
colord.service              loaded active running   Manage, Install and Generate
cronie.service              loaded active running   Periodic Command Scheduler
dbus.service                loaded active running   D-Bus System Message Bus
...

Ich habe eine Crontab als sudo und auch als User angelegt, jedoch läuft die Sicherung einfach nicht über cron an.
Wo kann ich noch ansetzen?

LG Micha

mptaiko

#! /bin/bash

Das steht in meinem Script selbstverständlich in Zeile 1 drin. Habe das nur nicht gepostet.

Aber ich verstehe jetzt nicht, wie ich den Pfad zu rsync angeben soll. Wenn ich mir die wikis zu cron oder zu rsync ansehe, starte ich rsync einfach durch Aufrufen in der entsprechenden Zeile. Mein Script funktioniert ja manuell auch.

Eine Zeile im Wikihttps://wiki.archlinux.de/title/Cron bei Konfiguration macht mich jedoch stutzig.

systemctl enable cronie  # aktiviert den Service lediglich
systemctl start cronie   # startet den Service manuell

Muß ich cronie noch zusätzlich manuell starten?, denn aktiviert habe ich den Service bei der Installation schon. Es muß ja wohl einen Unterschied geben.
https://wiki.archlinux.org/index.php/Systemd

LG Micha

[gelöscht]

> Wo kann ich noch ansetzen?

$ systemctl status cronie.service
$ journalctl --unit=cronie.service

LessWire

'@reboot' in einem systemd service ? Nene, sauber ist das nicht. 😉

Du willst ja offensichtlich, daß das backup bei jedem reboot gleich zu Beginn läuft. Warum schreibst Du nicht einfach einen systemd service dafür z.B. mit dem Eintrag 'OnBootSec=5s'. Dann würde Dein Script 5 secs nach Abschluss des Bootvorgangs gestartet.

Gruß, LW

P.S.: Irgendwie hab' ich in Erinnerung. daß speziell in 'cronie' ein '@reboot' gar nicht implementiert ist - kann mich aber auch täuschen, 'man cronie' sagt ja alles. Ich habe keinen cron mehr (alles systemd), kann deshalb auch nicht auf die Schnelle nachsehen.

mptaiko

LessWire schrieb'@reboot' in einem systemd service ? Nene, sauber ist das nicht. 😉

Ich glaube, ich habe herausgefunden, woran es liegt, daß mein Script nicht ausgeführt wird.

Das mit dem @reboot funktioniert - nur nicht mit meinem Script

$man 5 crontab
...
EXTENSIONS
       These special time specification "nicknames" which replace the  5  ini‐
       tial time and date fields, and are prefixed with the '@' character, are
       supported:

       @reboot    :    Run once after reboot.
       @yearly    :    Run once a year, ie.  "0 0 1 1 *".
       @annually  :    Run once a year, ie.  "0 0 1 1 *".
       @monthly   :    Run once a month, ie. "0 0 1 * *".
       @weekly    :    Run once a week, ie.  "0 0 * * 0".
       @daily     :    Run once a day, ie.   "0 0 * * *".
       @hourly    :    Run once an hour, ie. "0 * * * *".

Habe das Ganze mit dem @reboot in einem kleinen Testverzeichnis auf der Festplatte ausprobiert - und siehe da, es hat funktioniert.
Jetzt habe ich nur noch eine Erklärung für dieses Dilemma.

Rsync soll diese Aktion auf einer externen HDD ausführen. Kann es sein, daß rsync vor dem Mounten der externen Festplatte aufgerufen wird und darum nicht sichert? Ich habe @reboot über sudo und als User wie gesagt in einem Testverzeichnis auf einer Internen Platte (da wo /home liegt) ausgeführt - und alles läuft reibungslos.

Wenn ich mein Script manuell aufrufe, läuft rsync so ca. 2 bis 3 Minuten und sichert alles, wie es sein soll. Wenn es beim reboot über cronie aufgerufen wird, passiert nichts sichtbares. Der Prozess startet nicht (zumindest keine 2-3 Minuten). In der Systemüberwachung sollte rsync wenigstens irgendwo auftauchen.

Aber trotzdem vielen Dank. Ich werde Deinen Hinweis mit systemd durchspielen, muß mich da aber erst einmal da reinlesen und reinprobieren.

LG Micha

LessWire

mptaiko schrieb Kann es sein, daß rsync vor dem Mounten der externen Festplatte aufgerufen wird und darum nicht sichert?

Das sollte im Log von cron zu sehen sein.

Aber wie gesagt - mit einem systemd Service schaffst Du Dir viel mehr Flexibilität und bist für die Zukunft gerüstet. Da ist die Abhängigkeit von anderen Diensten (z.B. mount ext. HDD) ruckzuck einstellbar.

[gelöscht]

mptaiko schrieb Habe das Ganze mit dem @reboot in einem kleinen Testverzeichnis auf der Festplatte ausprobiert - und siehe da, es hat funktioniert.
Jetzt habe ich nur noch eine Erklärung für dieses Dilemma.

Das ist ok, dass du das ausprobierst und dir deine Gedanken dazu machst. Es gibt Leute mit Instinkt, deren Vermutungen oftmals das Problem beschreiben. Aber auch die müssen manchmal den Log anschauen, dort steht der genaue Fehler, der von deinem Script geworfen wird, wenn cronie dieses ausführen will:

$ journalctl --unit cronie.service

Es kann sein, dass die ganze Sache ohne Cron einfacher sein wird. Du wirst allerdings auch so nur mit Glück ohne Log (von deinem eigenen neuen Service) auskommen.