Det ursprungliga schemat ”Always” i ZimaOS 1.5.3 angav faktiskt att LAN-/molnsäkerhetskopieringskällor skulle kontrolleras dagligen klockan 01.00, men flera användare rapporterade att jobben inte startade automatiskt. Manuell körning fungerade, vilket begränsade problemet till schemaläggningen eller tjänstens beteende snarare än grundläggande åtkomst till källan eller destinationen.
Att starta om icewhale-files-backup.service fick jobben att köras för vissa användare, men den ursprungliga trådstartaren påpekade uttryckligen att metoden var opålitlig. Den bör därför betraktas som en diagnostisk nödlösning, inte som den rekommenderade vanliga schemaläggaren.
Vad gränssnittet i 1.5.3 lovade
För Zima-/USB-källor innebar ”Always” att reagera på filändringar. För moln- eller LAN-källor beskrev verktygstipset en kontroll en gång per dag klockan 01.00 enligt enhetens tid.
Att manuell körning lyckas bevisar inte att schemaläggaren fungerar
Om ”Kör nu” lyckas fungerar förmodligen källans autentiseringsuppgifter, sökvägsåtkomst och skrivning till destinationen. Nästa kontroller gäller enhetens tidszon, aktivitetens schemastatus och säkerhetskopieringstjänsten kring den förväntade starttiden.
Omlösningen med omstart av tjänsten verifierades av communityn men var inte idealisk
En användare upptäckte att en omstart av icewhale-files-backup.service fick jobben att köras och schemalade sedan omstarten med cron. En annan användare använde Zima Cron för samma lösning. Trådstartaren påpekade att en vanlig crontab kunde raderas av ZimaOS-uppdateringar.
Den aktuella guiden för ZimaOS Backup beskriver nu separat schemalagda aktiviteter i stället för att förlita sig på det gamla mönstret med omstart av tjänsten.
Senare versioner visade ett annat fel i säkerhetskopieringen
Efter uppgraderingen till 1.6.1 rapporterade en användare jobb som verkade köras men inte flyttade några filer. Det är inte samma symtom som att ”startsignalen klockan 01.00 aldrig utlöstes”, så problemen bör felsökas separat.
Använd den aktuella säkerhetskopieringsappen innan du behåller en gammal nödlösning
Skapa om aktiviteten i den aktuella stabila versionen av ZimaOS, ange ett uttryckligt schema, kontrollera enhetens tidszon och återställ en testfil efter den första lyckade körningen. Översikten över ZimaOS Backup beskriver den nuvarande produktmodellen.
Sammanfattning
Tråden om 1.5.3 dokumenterar ett verkligt schemaläggningsproblem med LAN-/NAS-säkerhetskopieringskällor, men att starta om tjänsten varje natt var bara en nödlösning. I den aktuella versionen av ZimaOS bör du återskapa aktiviteten med den moderna schemaläggaren, kontrollera tidszon och loggar och skilja mellan ”jobbet startade inte” och ”jobbet startade men överförde ingenting”.
