Il supporto per le attività pianificate di ZimaOS si è evoluto diverse volte dall'inizio di questa discussione. Nel febbraio 2025, gli utenti creavano timer systemd personalizzati perché non esisteva un'interfaccia cron comoda. A marzo, Zima-Giorgio ha annunciato che dcron sarebbe stato aggiunto e in seguito ha dichiarato che era incluso nella beta 1.4.0. Nel 2026, IceWhale ha pubblicato un tutorial su Zima Cron utilizzando il gestore dei pacchetti dei moduli di ZimaOS, mentre in seguito gli sviluppatori della community hanno riscritto nuovamente lo scheduler per migliorarne la persistenza e aggiungere un'interfaccia web completa.
La lezione pratica non è “installare cron con apt”. ZimaOS è un sistema operativo appliance immutabile. Scegli un metodo di pianificazione che sopravviva al ciclo di vita di cui hai effettivamente bisogno—riavvio, aggiornamento OTA, riavvio del modulo—e verifica tale persistenza prima di affidargli backup o attività di manutenzione distruttive.
Gli utenti della fonte volevano più di un tipo di attività pianificata
I casi d'uso includevano:
- riavvio giornaliero;
- ogni ora
chmod/chownscript; - processi in background e aggiornamenti RSS di Nextcloud;
- script di backup pianificati;
- test S.M.A.R.T.;
- processi SnapRAID notturni;
- azioni di avvio in conflitto con Pi-hole.
Questi casi non sono gestiti altrettanto bene da un unico scheduler. Le dipendenze dei servizi all'avvio sono spesso gestite meglio da systemd, mentre i comandi periodici degli utenti si prestano alla pianificazione in stile cron.
I timer systemd della community hanno funzionato e sono sopravvissuti ad almeno alcuni aggiornamenti
WuzzyFeasel ha creato un timer di riavvio in /etc/systemd/system/ e in seguito ha riferito che i timer systemd personalizzati erano sopravvissuti a un aggiornamento di ZimaOS. Si è trattato di una conferma utile da parte della community.
Zima-Giorgio ha inoltre raccomandato specificamente systemd per un'attività di avvio, quando un utente voleva eseguire operazioni relative a Pi-hole dopo l'avvio.
IceWhale ha annunciato dcron per ZimaOS 1.4.0
Il 5 marzo 2025, Zima-Giorgio ha scritto: “verrà aggiunto dcron.” Ad aprile ha chiarito che dcron era incluso nella beta 1.4.0 e che sarebbe stato aggiunto alla versione stabile.
Questa è una dichiarazione storica ufficiale sul prodotto, non un'ipotesi della community.
La presenza di crontab non garantiva la persistenza dei processi utente
In seguito, alcuni utenti della serie 1.5.x hanno riferito che le voci di crontab scomparivano dopo il riavvio o che le attività dello scheduler non venivano mantenute in modo affidabile. Per questo, il semplice fatto di vedere un crontab il comando non dimostra che i processi salvati dall'utente sopravvivano al ciclo di vita del sistema immutabile.
Riavvia sempre una volta il sistema e verifica che l'attività esista ancora prima di farvi affidamento.
IceWhale ha pubblicato in seguito un tutorial sul modulo Zima Cron
Nel gennaio 2026, 777-Spider ha pubblicato un tutorial separato su Zima Cron utilizzando:
zpkg install zima_cronIl tutorial includeva la pianificazione a intervalli e tramite espressioni cron, oltre ai log delle attività. Si trattava di uno scheduler a livello di modulo, non di un pacchetto Debian installato con APT.
Utilizza il flusso di lavoro del modulo Zima Cron e la relativa discussione successiva prima di presumere che un nome o una versione specifici del modulo siano ancora attuali.
Una riscrittura comunitaria di Cron ha aggiunto un’interfaccia completa dello scheduler
La riscrittura v0.2.0 di Lintux pubblicizzava attività persistenti, modelli, log, notifiche, nuovi tentativi, dipendenze, priorità e tag. Era distribuita come cron.raw modulo e poteva essere installato con zpkg.
Questo modulo è software comunitario e non è la stessa cosa dell’implementazione originale di dcron di IceWhale.
ZimaOS 1.6.1 ha corretto un problema di riavvio del servizio di un modulo
Le note di rilascio di IceWhale 1.6.1 includono una correzione per cui i moduli mod non avviavano i servizi secondo i criteri del servizio dopo il riavvio. Ciò è rilevante per i moduli scheduler che devono riattivarsi automaticamente dopo un riavvio.
Non dimostra che ogni bug storico di persistenza di Cron sia scomparso; stabilisce l’esistenza di una correzione successiva della piattaforma relativa al comportamento di avvio del servizio del modulo.
Non usare uno scheduler non testato come unico gestore dei backup
Un backup pianificato è utile solo se:
- l’attività persiste dopo il riavvio/aggiornamento;
- la destinazione è montata;
- il comando restituisce uno stato significativo;
- i log vengono conservati;
- sia stato verificato un ripristino.
Automatizzare uno script che arresta tutti i container crea inoltre un’interruzione del servizio e può lasciare i servizi inattivi se lo script si interrompe a metà.
Modificare chmod/chown ogni ora è solitamente un sintomo, non la soluzione migliore a lungo termine
L’autore del post originale voleva modificare ogni ora la proprietà perché i file copiati da Windows non erano leggibili dall’app multimediale. Una soluzione migliore consiste nel correggere i permessi utente/gruppo SMB e i permessi UID/GID/mount del container, in modo che i nuovi file vengano creati fin dall’inizio con accessi utilizzabili.
Uno scheduler che applica ripetutamente modifiche ricorsive alla proprietà può essere lento e danneggiare i permessi previsti da un’altra applicazione.
Quale scheduler dovresti usare?
- Dipendenza dall’avvio: quando appropriato, preferisci un servizio/timer systemd progettato correttamente.
- Attività periodica semplice: usa uno scheduler/modulo disponibile e supportato nella versione di ZimaOS attualmente in uso.
- Flusso di lavoro complesso: valuta un container di automazione dedicato, ma verifica la persistenza dopo il riavvio e la sicurezza del socket Docker.
Domande frequenti su Cron di ZimaOS
IceWhale ha dichiarato ufficialmente che dcron sarebbe stato aggiunto?
Sì. Zima-Giorgio ha detto che era inclusa nella beta 1.4.0 e prevista per la versione stabile.
Ogni attività crontab aggiunta successivamente persisteva dopo i riavvii?
No. Diversi utenti successivi hanno segnalato la perdita di attività o problemi di persistenza dello scheduler.
L’interfaccia utente scura Scheduler del 2026 è una funzionalità integrata di IceWhale?
Derivava da una riscrittura comunitaria del modulo Cron e deve essere considerato software di terze parti.
