Der ursprüngliche ZimaOS-1.5.3-Zeitplan „Always“ besagte tatsächlich, dass LAN-/Cloud-Backup-Quellen täglich um 1:00 Uhr überprüft werden sollten. Mehrere Benutzer berichteten jedoch, dass die Aufgaben nicht automatisch gestartet wurden. Manuelle Ausführungen funktionierten, wodurch sich das Problem eher auf das Zeitplan-/Dienstverhalten als auf den grundlegenden Zugriff auf Quelle oder Ziel eingrenzen ließ.
Der Workaround, icewhale-files-backup.service neu zu starten, brachte die Aufgaben bei einigen Benutzern zum Laufen. Der ursprüngliche Verfasser wies jedoch ausdrücklich darauf hin, dass dieser Ansatz unzuverlässig sei. Er sollte daher als Diagnose-Workaround und nicht als empfohlener regulärer Zeitplaner betrachtet werden.
Was die Benutzeroberfläche von 1.5.3 versprach
Für Zima-/USB-Quellen bedeutete „Always“, auf Dateiänderungen zu reagieren. Für Cloud- oder LAN-Quellen beschrieb der Tooltip eine einmal tägliche Prüfung um 1:00 Uhr Gerätezeit.
Ein erfolgreicher manueller Lauf beweist nicht, dass der Zeitplaner funktioniert
Wenn „Jetzt ausführen“ erfolgreich ist, funktionieren Zugangsdaten der Quelle, Pfadzugriff und Schreibvorgänge am Ziel wahrscheinlich. Als Nächstes sollten die Gerätezeitzone, der Status des Aufgabenzeitplans und der Backup-Dienst rund um den erwarteten Auslösezeitpunkt überprüft werden.
Der Neustart-Workaround für den Dienst war von der Community bestätigt, aber nicht ideal
Ein Benutzer stellte fest, dass ein Neustart von icewhale-files-backup.service die Aufgaben auslöste, und plante diesen Neustart anschließend mit cron. Ein anderer Benutzer verwendete Zima Cron für denselben Ansatz. Der ursprüngliche Verfasser merkte an, dass eine normale Crontab durch ZimaOS-Updates gelöscht werden könne.
Der aktuelle ZimaOS-Backup-Leitfaden beschreibt inzwischen unabhängig geplante Aufgaben, statt sich auf dieses alte Muster mit dem Neustart des Dienstes zu stützen.
Spätere Versionen zeigten einen anderen Backup-Fehler
Nach dem Upgrade auf 1.6.1 berichtete ein Benutzer von Aufgaben, die scheinbar ausgeführt wurden, aber keine Dateien übertrugen. Das ist nicht dasselbe Symptom wie „der Auslöser um 1:00 Uhr wurde nie aktiviert“, daher sollten beide Fälle getrennt diagnostiziert werden.
Verwende die aktuelle Backup-App, bevor du einen alten Workaround beibehältst
Erstelle die Aufgabe im aktuellen stabilen ZimaOS neu, lege einen expliziten Zeitplan fest, überprüfe die Gerätezeitzone und stelle nach dem ersten erfolgreichen Lauf eine Testdatei wieder her. Die ZimaOS-Backup-Übersicht beschreibt das aktuelle Produktmodell.
Fazit
Der Thread zu 1.5.3 dokumentiert ein echtes Zeitplanproblem bei LAN-/NAS-Backup-Quellen. Der nächtliche Neustart des Dienstes war jedoch nur ein Workaround. Im aktuellen ZimaOS sollte die Aufgabe mit dem modernen Zeitplaner neu erstellt, die Zeitzone und die Protokolle überprüft und „Aufgabe wurde nicht gestartet“ getrennt von „Aufgabe wurde gestartet, aber nichts übertragen“ behandelt werden.
