Also, das gefällt mir schon. Es sagt ganz klar aus, dass das Skript automatisch gestartet wird. Damit können wir schon mal einen Haufen Fehler ausschließen. Ich bin ja bereits der Ansicht gewesen, dass dein cron nicht richtig funktioniert, aber glücklicherweise geht der.
Ich sehe jetzt das:
- Mon 10 Oct 18:14:46 CEST 2022 (erster manueller Sync): Der Sync wurde um 18:14 Uhr ausgeführt und es gibt in der Dropbox Dateien von 18:14 Uhr. Das siehst gut aus.
- Mon 10 Oct 19:10:03 CEST 2022. (zweiter manueller Sync, als Test): Der Sync wurde um 19:10 Uhr ausgeführt, aber es gibt keine neuen Dateien auf der Dropbox. Das kann daran liegen, dass sich nichts an den Dateien auf dem Raspi geändert hat. Es werden ja nur veränderte Dateien kopiert.
- Tue 11 Oct 06:25:01 CEST 2022 (heutiger automatischer Sync): Der Sync wurde um 6:25 Uhr ausgeführt, aber es gibt keine neuen Dateien auf der Dropbox. Das kann daran liegen, dass sich nichts an den Dateien auf dem Raspi geändert hat. Es kann aber auch daran liegen, dass irgendwas nicht richtig funktioniert. Nicht eindeutig.
Du kannst das Sync-Skript weiter verfeinern, indem du die Ausgabe des Sync-Befehls mit hineinschreibst. Die Log-Datei sieht dann noch wilder aus, aber wir werden schon schlau draus. Verändere das Skript so, dass es danach so aussieht (sudo nano /etc/cron.daily/dropbox-sync
#!/bin/bash
date >> /home/pi/upload.log
/usr/local/bin/dropbox_uploader.sh -s upload /var/lib/homebridge/backups/ / >> /home/pi/upload.log
Ich habe im Sync-Skript verändert:
- Die Zeile date >> /home/pi/upload.log steht nun vor dem Upload-Befehl. Das macht die Log-Datei ein bisschen besser lesbar.
- Ich habe hinten an die Zeile mit dem Upload-Befehl ein >> /home/pi/upload.log angehängt. Also hinter das letzte / ganz rechts, mit einem Leerzeichen vom / getrennt. Egal, wie das hier dargestellt wird: das muss in einer einzigen Zeile stehen. Das sorgt dafür, dass der Output des Upload-Befehls in die Log-Datei geschrieben wird.
Dann wird das Log etwa so aussehen:
Tue 11 Oct 17:25:35 CEST 2022
> Creating Directory "/backups"... ALREADY EXISTS
> Creating Directory "/backups/config-backups"... ALREADY EXISTS
> Skipping already existing file "/backups/config-backups/config.json.1662709013694"
> Skipping already existing file "/backups/config-backups/config.json.1662814332606"
> Skipping already existing file "/backups/config-backups/config.json.1665038699396"
> Skipping already existing file "/backups/config-backups/config.json.1665045214163"
> Skipping already existing file "/backups/config-backups/config.json.1665045366634"
> Creating Directory "/backups/instance-backups"... ALREADY EXISTS
> Skipping already existing file "/backups/instance-backups/homebridge-backup-CC223DE3CE30.1664849518220.tar.gz"
> Skipping already existing file "/backups/instance-backups/homebridge-backup-CC223DE3CE30.1664935924850.tar.gz"
> Skipping already existing file "/backups/instance-backups/homebridge-backup-CC223DE3CE30.1665022314973.tar.gz"
> Skipping already existing file "/backups/instance-backups/homebridge-backup-CC223DE3CE30.1665108715124.tar.gz"
> Skipping already existing file "/backups/instance-backups/homebridge-backup-CC223DE3CE30.1665195117677.tar.gz"
> Skipping already existing file "/backups/instance-backups/homebridge-backup-CC223DE3CE30.1665281515571.tar.gz"
> Skipping already existing file "/backups/instance-backups/homebridge-backup-CC223DE3CE30.1665367915604.tar.gz"
> Skipping already existing file "/backups/instance-backups/homebridge-backup-CC223DE3CE30.1665454316434.tar.gz"
In der ersten Zeile steht das Datum, danach kommt der restliche Output. In meinem Beispiel sieht man, das nüscht kopiert wurde, mit dem Vermerk: überspringe bereits existierende Datei.