Zima Cron är ett av få schemaläggningsverktyg som publicerats direkt för ZimaOS i stället för att läggas till som en generisk Docker-container. IceWhales handledning från januari 2026 visar hur det installeras med zpkg, skapa intervallbaserade uppgifter eller uppgifter med cron-uttryck, verifiera körningen genom loggar och använda det för skript, säkerhetskopieringar eller rutinunderhåll.
Källtråden innehåller också en viktig andra berättelse som den korta versionen av denna artikel tidigare förenklade för mycket: kvarstående uppgifter efter omstart var inkonsekvent mellan olika system. Vissa användare av ZimaOS 1.5.3 och 1.5.4 förlorade alla schemalagda uppgifter eller upptäckte zima-cron.service inaktiv efter omstart, medan en ren testmiljö visade att uppgifter överlevde omstart. Den korrekta slutsatsen är därför ”officiell schemaläggare med en versionsberoende begränsning gällande kvarstående uppgifter”, inte bara ”installera den och glöm den”.
Installera Zima Cron med den officiella pakethanteraren zpkg
IceWhales handledning börjar i ZimaOS-terminalen och använder:
zpkg install zima_cronKällan anger uttryckligen att ingen omstart krävs efter installationen. Zima Cron bör sedan visas i applistan i ZimaOS webbgränssnitt.
zpkg.Skapa en säker testuppgift innan du schemalägger något viktigt
Den officiella handledningen använder medvetet en ofarlig loggningsuppgift på en minut i stället för ett destruktivt underhållskommando. Det är en bra princip för alla schemaläggare: verifiera att backend kör kommandot, att schemat tolkas korrekt och att resultatet skrivs på förväntad plats innan du automatiserar säkerhetskopieringar eller omstarter av tjänster.
Det officiella exemplet lägger till en tidsstämpel i en loggfil:
bash -c 'echo "$(date "+%Y-%m-%d %H:%M:%S") zima cron works" >> /DATA/zima_cron_test.log'Eftersom detta kommando bara lägger till text är det lämpligt för att verifiera schemaläggningen utan att ändra programmets tillstånd.
Använd intervallsschemaläggning för enkel upprepning
Ett intervallschema är lämpligt när den exakta klocktiden inte spelar någon roll. Exempel är en enkel hälsokontroll varannan minut eller ett rensningsjobb med några timmars mellanrum.
För viktiga uppgifter bör du komma ihåg att ”var 24:e timme” inte alltid är samma sak som ”varje dag klockan 04.00”, särskilt efter omstarter av tjänster. Använd ett cron-uttryck när en specifik klocktid är viktig.
Använd standardiserade cron-uttryck för kalenderbaserade scheman
Den officiella handledningen visar också standardiserad cron-syntax. Till exempel:
*/5 * * * *körs var femte minut. Ett vanligt cron-uttryck kan representera dagliga, veckovisa, månatliga eller veckodagsspecifika scheman, vilket gör Zima Cron mer flexibelt än enbart ett fast intervall.
Innan du distribuerar ett komplicerat uttryck bör du testa det med ett ofarligt loggningskommando och verifiera minst två lyckade körningar.
Verifiera körningen i Zima Cron och i utdatafilen
Ett fullständigt test bör kontrollera både schemaläggarens användargränssnitt och den förväntade sidoeffekten – till exempel nya rader i /DATA/zima_cron_test.log. Detta fångar upp fall där en uppgift finns i användargränssnittet men kommandot misslyckas på grund av behörigheter, sökvägar, citattecken eller saknade binärfiler.
Schemaläggning av omstarter av appar kräver rätt kommandogräns
En användare frågade hur Home Assistant skulle startas om dagligen klockan 04.00. Tråden fick inget officiellt IceWhale-kommando för att hantera en specifik installerad app, så den här artikeln bör inte hitta på ett. Zima Cron kan köra skalkommandon, men det exakta kommandot för en applikation beror på hur appen hanteras av ZimaOS och på om det är säkert att starta om den utanför apphanteringslagret.
Använd schemaläggaren för kommandon som du redan har verifierat manuellt. Låt inte det första testet vara en omstart av en produktionsapplikation.
Den stora reservationen: Vissa användare förlorade uppgifter efter omstart
Den 26 januari rapporterade en ZimaOS 1.5.3-användare att sparade uppgifter försvann efter omstart. 777-Spider svarade att IceWhale skulle undersöka problemet. Ytterligare användare återskapade sedan liknande beteende, vilket gjorde det till ett verkligt tillförlitlighetsproblem snarare än ett missförstånd i ett enskilt fall.
Senare uppgavs en kontrollerad ren installation fungera korrekt: zima-cron.service förblev aktiva, uppgifterna syntes fortfarande efter omstart och loggningen fortsatte. Det såg lovande ut, men det var inte hela historien.
Ren testning och verklighetstestning gav olika resultat
En senare deltagare installerade Zima Cron genom zpkg, skapade en uppgift och rapporterade sedan efter omstart att uppgifterna var borta och att nya uppgifter inte kunde skapas. Tjänstens status visade:
zima-cron.service
Laddad: laddad
Aktiv: inaktiv (död)Det motsade direkt resultatet från det rena systemet, där tjänsten startade automatiskt och uppgifterna fanns kvar. Den rätta tolkningen är att problemen med kvarvarande konfiguration berodde på miljö eller byggen och inte definitivt var lösta för alla användare.
Vad du bör kontrollera efter en omstart
Tråden rekommenderade att kontrollera om tjänsten fortfarande är aktiv och om installationen hade utförts korrekt genom zpkg. För en kritisk driftsättning bör den minsta kvalitetssäkringen efter omstart vara:
- Starta om ZimaOS-maskinen medvetet.
- Bekräfta att Zima Cron fortfarande visas.
- Bekräfta att den sparade uppgiften fortfarande är synlig.
- Bekräfta att backendtjänsten är aktiv.
- Vänta på nästa schemalagda körning.
- Verifiera uppgiftens faktiska resultat, inte bara statusen i användargränssnittet.
Problemet med kvarvarande konfiguration rapporterades också offentligt
Zima Cron-projektet har ett offentligt ärende som beskriver förlust av uppgifter och en inaktiv tjänst efter omstart. Innan du förlitar dig på det för obevakat underhåll bör du kontrollera den aktuella statusen för rapporten om kvarvarande konfiguration efter omstart.
Gör inte en otestad schemaläggare till din enda utlösare för säkerhetskopiering
Zima Cron är användbart för automatisering, men en schemalagd säkerhetskopiering som tyst försvinner efter en omstart är sämre än en manuell säkerhetskopiering som du vet inte har körts. Om uppgiften är viktig bör du kombinera testning av schemaläggaren med oberoende kontroller av säkerhetskopieringsstatus och verifiering av återställning.
Vanliga frågor om Zima Cron
Är installationskommandot för Zima Cron officiellt?
Ja. zpkg install zima_cron publicerades av 777-Spider i IceWhale-handledningen.
Kan det använda vanliga cron-uttryck?
Ja. Den officiella handledningen stöder både intervallscheman och vanliga cron-uttryck.
Överlever uppgifter definitivt en omstart?
Ingen universell garanti kan ges utifrån källtråden. Vissa rena tester lyckades, medan andra 1.5.x-system upprepade gånger förlorade uppgifter eller lämnade tjänsten inaktiv.
Vad bör jag göra innan jag litar på det för en kritisk uppgift?
Genomför ett riktigt omstartstest, verifiera att uppgiften fortfarande är definierad och bekräfta att kommandot körs korrekt efteråt.
