Cron on Melabit

Compleanno con permessi

Sun, 18 Dec 2016 06:00:00 +0000

Oggi melabit compie tre anni. Per l’occasione ho chiesto all’amico Lux il permesso di ripubblicare un mio vecchio intervento sul suo (bellissimo) blog Ping, chiuso purtroppo con la cessazione della pubblicazione dell’edizione italiana di Macworld.

Perché pubblicare di nuovo questo articolo dopo più di sei anni?

Innanzi tutto perché quello che c’è scritto è ancora attuale e, come ha scritto a suo tempo Lux con il suo stile inimitabile, può essere utile per “avvicinarsi agli incantesimi Unix che danno vita al mondo magico di Mac OS X”, una cosa a cui tengo sempre moltissimo. Magari oggi proporrei di usare sul Mac launchd al posto di cron, anche se quest’ultimo rimane la soluzione più generica, valida su un qualunque sistema Unix.

C’è poi un motivo più personale: proprio dopo questo intervento ho cominciato a pensare che tenere un blog non fosse un’idea proprio fuori dal mondo. Ci ho messo un po’ (come sempre!) a realizzarla, ma dopo tre anni devo ammettere che è stata un’ottima decisione, le soddisfazioni non sono mancate.

Introduzione

L’articolo rispondeva all’esigenza di un lettore di Ping di cambiare automaticamente i permessi di determinati tipi di file contenuti in una cartella del Mac. Cosa ci può essere di meglio del Terminale per fare queste cose?

Ho lasciato praticamente inalterato il testo originale, limitandomi a correggere alcune imprecisioni e ad aggiungere qualche dettaglio qui e là.

Me li do io i permessi

Premessa #1: il Terminale in Mac OS X si trova in Applicazioni > Utility. Una volta lanciato può essere configurato in molti modi (tramite le Preferenze) perdendo quell’aspetto un po’ triste e troppo serioso che spaventa l’utente normale.

Dopo l’avvio, il Terminale presenta il cosiddetto prompt, che su OS X mostra tipicamente il nome del computer, la cartella dove ci si trova e il nome dell’utente. L’ultimo carattere del prompt è normalmente il $. Nel Terminale i comandi vengono inseriti dopo il simbolo $ su quella che viene definita la riga di comando e si eseguono premendo il tasto Invio.

Il Terminale di OS X esegue di default la cosiddetta shell bash, uno strumento potentissimo per interagire con il sistema operativo. La shell bash può essere usata direttamente, scrivendo i comandi uno ad uno sulla riga di comando e leggendone il risultato direttamente nel Terminale.

Oppure si possono scrivere degli script, piccoli programmi nel linguaggio di bash nei quali si inseriscono in sequenza i comandi da far eseguire alla shell, che si dimostrano molto utili per automatizzare delle operazioni che eseguiamo ripetutamente sul Mac.

Premessa #2: perché usare i comandi di bash invece di Automator o di AppleScript? Beh, innanzitutto perché bash è multipiattaforma e quindi funziona su Linux e, volendo, anche su Windows. E poi semplicemente perché bash mi piace!

Lanciamo quindi il Terminale (magari configurandolo prima, io consiglio almeno di aumentare le dimensioni della finestra a circa 100×40 per stare comodi e di scegliere un tema grafico più accattivante di quello bianco e un po’ spento di default) e iniziamo a lavorare.

Creiamo innanzi tutto una cartella ~/bin, dove il carattere ~ (tilde, ALT+5) indica per convenzione sui sistemi basati su Unix la cartella Inizio (detta anche Home) dell’utente che sta usando il computer in questo momento. Per farlo da Terminale, digitiamo (ATTENZIONE, come già detto $ indica solo l’ultimo carattere del prompt e NON va mai inserito nei comandi seguenti):

$ cd
$ mkdir bin
$ chflags hidden bin
$ cd bin

Il primo comando serve per essere sicuri di partire dalla Home, il secondo crea una nuova cartella bin nella Home, il terzo la nasconde al Finder e l’ultimo comando ci fa spostare nella cartella bin appena creata.

In teoria siamo liberi di salvare i nostri comandi bash in una qualunque cartella del Mac e possiamo anche usarne una già esistente. Ma usare la cartella bin nella nostra Home rispetta le convenzioni dei sistemi Unix e mi sembra preferibile.

A questo punto usiamo nano (un editor testuale molto semplice installato di default sul Mac) per editare lo script bash cambia_permessi, nel quale inseriremo i comandi veri e propri che ci servono per cambiare i permessi dei file contenuti nella cartella nella quale verrà eseguito lo script:

$ nano cambia_permessi

Non preoccupatevi per l’interfaccia un po’ ostica di nano, qui ci basta usare solo due comandi, CTRL+O per salvare il file editato e CTRL+X per uscire da nano. Dimenticavo: CTRL+O significa premere contemporaneamente il tasto CTRL, l’ultimo in basso a sinistra sulle tastiere Mac (nei portatili è a fianco di fn), e il tasto O. Analogamente per CTRL+X.

Torniamo al nostro file cambia_permessi. A questo punto bisognerebbe copiare a mano le linee mostrate qui sotto. Ma OS X è furbo e il copia e incolla funziona anche nella finestra del Terminale, per cui è sufficiente selezionare tutte le linee mostrate qui sotto, copiarle e poi incollarle nella finestra del Terminale dove è attivo nano:

#!/bin/bash
#
DIR=~/scansioni/
FILES=*
PERM=u+rw
#
if [ -d $DIR ]; then
	cd $DIR
	chmod -R $PERM $FILES
	cd
fi

Salviamo lo script premendo CTRL+O ed usciamo da nano con CTRL+X.

Cosa significano questi comandi? Il più importante è chmod, che cambia i permessi di tutti i file contenuti nella cartella ``~/scansioni/` in modo che siano leggibili e scrivibili dall’utente attuale del Mac. Il resto è solo roba di contorno.

Quello che è ancora più importante è che lo script è totalmente parametrico: basta cambiare i valori di DIR, FILES e PERM per adattarlo alle proprie esigenze.

Per esempio, se la cartella ~/scansioni/ contenesse vari tipi di file e si volessero cambiare i permessi dei soli file pdf lasciando gli altri file invariati, la riga FILES=* diventerebbe FILES=*.pdf.

Non è finita. Controlliamo prima di tutto di avere veramente fatto tutto bene con il comando:

$ cat cambia_permessi

che dovrebbe mostrare sullo schermo lo script appena inserito.

Per semplificarci la vita, rendiamo lo script eseguibile con il comando:

$ chmod u+x cambia_permessi

Bisogna notare che con questo comando abbiamo reso eseguibile lo script solo per l’utente attuale del Mac. I motivi li tralascio per brevità, ma credetemi, è decisamente meglio fare così.

Un ultimo passo necessario. In questo momento, per cambiare i permessi dei file nella cartella ~/scansioni/ bisogna eseguire a mano il comando dal Terminale:

$ ~/bin/cambia_permessi

(anche se, per come è configurato di default OS X, usare soltanto $ cambia_permessi, senza scrivere esplicitamente il percorso dove è salvato lo script basta e avanza).

Ciò è sicuramente molto più comodo di cambiare uno ad uno i permessi dei file, ma si può fare di meglio.

Qui entra in gioco cron, uno strumento che esegue dei comandi stabiliti dall’utente a intervalli di tempo predefiniti. Sembra una cosa un po’ cretina, ma in realtà permette di far fare al computer un mare di cose automaticamente. Purtoppo la sintassi di cron è orrenda. E questo post sta diventando troppo lungo.

Cercherò di sintetizzare ma se qualcuno è interessato posso scrivere qualcosa in proposito. (Nel frattempo l’ho fatto, chi fosse interessato può leggere questo articolo dettagliato su cron.)

Diciamo che vogliamo che ogni cinque minuti lo script cambia_permessi venga eseguito automaticamente. Dal solito Terminale dobbiamo allora eseguire i comandi:

$ export EDITOR=/usr/bin/nano
$ crontab -e

La prima riga serve ad evitare di usare l’editor preimpostato, vi, vn vero reperto archeologico che sarebbe bene dimenticare una volta per tutte. Dovrebbe invece aprirsi il solito nano, in cui dobbiamo incollare esattamente la riga seguente:

*/5 * * * * ~/bin/cambia_permessi

(prima e dopo ciascun asterisco è presente una tabulazione), eventualmente aggiungendola in coda ai comandi già presenti.

Salviamo con CTRL+O e usciamo da crontab con CTRL+X.

Ovviamente se vogliamo che lo script venga eseguito più o meno frequentemente, basta cambiare il valore */5 in, diciamo, */2 o */15 (per eseguire lo script ogni 2 o 15 minuti). Per casi più complicati basta leggere qui.

Abbiamo finito. Sembra complicato, ma credetemi, è molto più lungo da leggere (e da scrivere!) che da mettere in pratica.

Nota finale

Per chi ha paura del Terminale e soprattutto di cron, un programma potente ma, bisogna ammetterlo, ben poco user-friendly, ecco una soluzione aggiuntiva, farina di Lux.

Aggiungo solo una piccola nota per gli inesperti di Terminale che si scontrano con cron (e, su Snow Leopard, con launchd). Una scorciatoia artigianale consiste nel definire un evento ricorrente dentro iCal e, nelle informazioni relative, stabilire che in occasione dell’evento va eseguito uno script.

Molto pratica se si ha bisogno di ripetere uno script una o due volte al giorno al massimo, in tutti gli altri casi temo che finirebbe per riempire all’inverosimile il proprio Calendario, con conseguenze che francamente mi sfuggono.

Automatizzare il Mac dal Terminale - Sua maestà cron

Sat, 22 Nov 2014 06:00:00 +0000

Nella prima parte di questa serie abbiamo visto come usare il comando at per automatizzare determinate attività sul Mac dal Terminale.

At è utile ogni volta che si vuole eseguire un comando automaticamente una sola volta e in un momento ben definito

Ma at ha anche parecchi limiti e non è adatto a svolgere una attività periodica in modo trasparente, come richiesto da Lucio Bragagnolo nel post da cui ha preso spunto questa serie.

Un demone chiamato cron

Lo strumento più adatto a questo scopo è cron, il cui nome deriva dal greco chronos (tempo). Cron permette di eseguire comandi singoli o interi script, in modo automatico ad una data e ora stabilita, con una precisione che arriva fino al minuto.

Cron è nel gergo di Unix un demone, un comando eseguito automaticamente all’avvio di OS X (o di Linux) che rimane sempre attivo in sottofondo e agisce senza necessità di alcun intervento da parte dell’utente. Cron si attiva ogni minuto ed esegue (quando serve) i comandi contenuti nel file crontab di configurazione.

Ogni utente del Mac ha a disposizione un proprio file crontab, ma esiste anche un file crontab di sistema gestito dall’amministratore, normalmente il primo utente creato al momento della installazione di OS X. I file crontab degli utenti sono contenuti nella directory /usr/lib/cron/tabs/ e si chiamano con il nome account (o nome breve) dell’utente, quello di sistema è /etc/crontab.

Non c’è bisogno di precipitarsi a controllare, nelle nuove versioni di OS X il file /etc/crontab non esiste più, come vedremo la prossima volta.

Dal Terminale, si può visualizzare il contenuto del proprio file crontab con il comando

$ crontab -l

mentre per modificarlo bisogna necessariamente usare

$ crontab -e

e mai un editor di testo (cosa fra l’altro impossibile senza essere amministratore del Mac).

Infine il comando per cancellare il proprio file crontab è

$ crontab -r

Com’è fatto crontab

Ma come è fatto un file crontab? È piuttosto semplice: un file crontab è composto da una o più righe contenenti ciascuna sei campi (colonne) separati da spazi

*	*	*	*	*	comando

Nei primi cinque campi si inseriscono le indicazioni di data ed ora, sostituendole agli asterischi, nell’ultimo campo il comando o il nome dello script da eseguire. Ad esempio,

05	*	*	*	*	echo "Tanti saluti da cron!"

stamperà sul Terminale al quinto minuto di ogni ora la stringa “Tanti saluti da cron!”

In realtà sul Terminale non viene mai stampato nulla. Infatti, analogamente ad at, ogni volta che cron esegue un comando definito nel file crontab di un utente, provvede ad inviargli una email con l’output completo generato dal comando stesso, email che può essere letta dal Terminale con (chi ci avrebbe mai pensato!) mail. La ragione è semplice: cron potrebbe agire dietro le quinte per mesi od anni, effettuando azioni periodiche come il backup in rete di determinate directory o la pulizia del sistema da certi file inutili. È più razionale inviare all’utente interessato una email che gli permetta di controllare, quando ne ha tempo e voglia, che tutto vada bene, invece di disturbarlo periodicamente mentre sta usando il Terminale con l’output delle azioni eseguite da cron.

Per disabilitare l’invio della email mandando l’output del comando eseguito da cron sul file output.txt sul Desktop, si può utilizzare la tecnica standard di Unix di redirezione dell’output

05	*	*	*	*	echo “Tanti saluti da cron!” » ~/Desktop/output.txt

dove il simbolo » aggiunge l’output del comando eseguito da cron alla fine del file output.txt (usando un solo > si sovrascrive ogni volta il contenuto precedente del file).

Data e ora in cron

Rimane da definire come sono codificate le indicazioni della data e dell’ora a cui eseguire cron. Non è molto difficile, almeno se ci si limita ai casi più comuni. La figura seguente mostra il significato dei campi del file crontab.

[caption id=“attachment_1418” align=“aligncenter” width=“500”] Significato dei campi di una riga del file crontab.[/caption]

Quindi per eseguire un comando al quindicesimo minuto di ogni ora bisogna inserire la riga

15	*	*	*	*	comando

mentre per farlo alle 2:00 di ogni lunedì

00	02	*	*	1	comando

Alcuni simboli permettono di specificare dei valori multipli in un campo. Il trattino “-” indica un intervallo, per cui la riga

30 07	*	*	1-5	comando

esegue il comando alle 7:30 dal lunedì al venerdì.

La virgola “,” indica una lista di valori. Quindi

00	08	1,15,30		*	*	comando

esegue il comando specificato il giorno 1, 15 e 30 di ogni mese.

L’asterisco equivale a selezionare tutti i valori consentiti per il campo a cui si riferisce. Una riga come questa

*	*	*	*	*	echo "Tanti saluti da cron!"

istruisce cron ad eseguire il comando echo "Tanti saluti da cron!" una volta al minuto e per sempre!

Infine la barra “/” indica l’incremento del campo numerico, per cui

*	*/3	*	*	*	echo "Tanti saluti da cron!"

equivale a far eseguire il comando ogni 3 ore.

Tutto qui. Ci sono delle finezze ulteriori, ma chi fosse interessato può leggere qualche articolo specifico su cron, come questa pagina su Wikipedia¹, o questo tutorial molto dettagliato.

Cron online

Per i più pigri esiste un servizio online che genera automaticamente la riga del file crontab corrispondente alle date e ore specificate tramite l’interfaccia web. Ma si fa prima ad imparare la sintassi di cron che ad orientarsi nella miriade di opzioni del servizio.

Molto più utile mi sembra il Cron Sandbox, un altro servizio online che consente di verificare che la lista di date e ore generate da una particolare riga del file crontab corrisponda a quanto ci si attende.

Al lavoro

Se vogliamo usare il comando cron per eseguire lo script ~/bin/makeblog e rigenerare automaticamente il blog “Pazzi per la mela” alle 2:00 di ogni notte, dobbiamo inserire nel file crontab la riga

00	02	*	*	*	~/bin/makeblog

e dimenticarci subito dopo della sua stessa esistenza. Cron lavorerà per noi ogni notte, preciso ed instancabile senza infastidirci, a meno che non decidiamo di andare a controllare quello che sta combinando.

E Lux?

Non mi sono dimenticato di Lux. Come già ricordato la volta scorsa, Lux vorrebbe poter scrivere i post del suo blog lasciando al sistema il compito di aggiornare i file html e di trasferirli sul server per la pubblicazione online. E vuole farlo indifferentemente dal Mac o dall’iPad (e perché no, anche dall’iPhone).

Con cron è semplice. Basterà mettere la directory contenente i vari pezzi del blog Octopress dentro la cartella di Dropbox del Mac ² e creare lo script makeblog, configurando cron in modo da eseguirlo automaticamente all’ora desiderata.

Se Lux volesse poter aggiornare il blog quattro volte al giorno (esagerato!) alle ore 0, 6, 12 e 18, dovrebbe inserire in crontab la riga

00	*/6	*	*	*	~/bin/makeblog

oppure qualcosa di più specifico come

30	1,5,12,19	*	*	*	~/bin/makeblog

adattando così gli orari di aggiornamento ai propri ritmi di lavoro.

Ogni volta che Lux scrive un nuovo post con il Mac non dovrà fare altro che salvarlo nella directory giusta della sua installazione di Octopress, né più né meno di come fa già ora. Se invece usa l’iPad o l’iPhone, deve solo ricordarsi di inviare il post a Dropbox, scegliendo la stessa directory che usa sul Mac. Appena l’iPad si troverà connesso ad una rete, invierà il nuovo file a Dropbox, che lo spedirà a sua volta al Mac.

Tutto automatico, senza Apple Script, Azioni Cartelle, e mal di testa.

Conclusioni

Con cron the sky is the limit, o quasi. Io per anni ho fatto fare a cron il backup completo del contenuto di un sito web professionale, contenente centinaia di documenti e di programmi da distribuire agli utenti registrati, e del relativo database MySQL. Una volta scritto lo script che eseguiva il backup vero e proprio (questa è stata la cosa veramente complicata, visto che volevo mantenere backup multipli orari, giornalieri e mensili), ho lasciato fare a cron e… me ne sono letteralmente dimenticato.

Ma non finisce qui. La prossima volta mi toccherà parlare di launchd. Come potrei evitarlo, visto che questo blog è focalizzato (più o meno) sul Mac?

Poteva mai mancare un riferimento ad una pagina di Wikipedia? MA non è certo colpa mia se Wikipedia è una delle cose migliori del web e che tante pagine sono fatte veramente bene. ↩︎
Si potrebbe anche usare un collegamento simbolico o un altro servizio di condivisione dei file, ma non generalizziamo troppo. ↩︎