Wordpress Archive

Nel precedente articolo abbiamo iniziato a conoscere la shell, ed a vedere alcune delle sue funzionalità...

ci eravamo fermati agli alias, abbiamo visto quanti sia comodo poter riassumere un comando e le relative funzioni che ci servono, a sua volta in un unico comando che li possa richiamare.

Abbiamo anche visto come ogni comando preveda in dato in input ed uno in output, generalmente "passiamo" l'input tramite la tastiera (stdin ricordate?) e riceviamo l'output sullo schermo (stdout); ma i vari dati di I/O (Input Output, d'ora in poi per indicare questi termini insieme userò I/O), possono essere rediretti tramite un carattere jolly, per far si che la shell possa prendere l'input del comando da un file oppure redirigervi l'output.....vi ho beccato lo sapevo che non ve lo sareste ricordato :D e lo standard error? Non lo consideriamo? eheh infatti abbiamo detto che la shell gestisce anche l'ouput degli errori, ed anche questo può essere rediretto verso un file (ovviamente solo in output in quanto, naturalmente, non si può dare in input un file degli errori che utilità avrebbe? :mrgreen: )

Redirezione Input/Output

Per effettuare tali redirezioni ci serviremo degli operatori di segno maggiore (>) o minore (<):

$ miocomando < file_di_input $ miocomando > file_di_output queste due operazioni servono rispettivamente per leggere un file o scrivere/creare su di un file; ma potrebbe essere necessario non dover creare un file nuovo per l'output del comando, perchè infatti con il singolo operatore > il comando creerà un file chiamato file_di_output oppure, se presente, lo sovrascriverà; quindi potremmo avere l'esigenza di dover accodare al file esistente ulteriori righe di output, questo lo possiamo fare ponendo due segni > prima del nome file: $ miocomando >> file_di_output $ miocomando 2> file_degli_errori mentre come è possibile intuire, con l'operatore 2> redirezioniamo l'output degli eventuali errori nel file file_degli_errori. E qui possiamo dare spazio alla fantasia per combinare le verie redirezioni:

$miocomando > outputfile 2> errorfile	File separati
$miocomando > outputfile 2>&1	File singolo

Notare un altro operatore jolly "&1" che indica di utilizzare lo stesso file dichiarato in precedenza ;)

Redirezione dell'output verso un altro comando: Le pipe

In precedenza abbiamo anche dato una infarinatura riguardo il significato del simbolo di pipe (|). In Linux la pipe è forse l'operatore più utilizzato nella creazione di script ed anche nell'uso quotidiano della shell; con essa infatti possiamo redirigere l'output di un comando, in modo che funga da input ad un secondo comando seguente: $ who | sort in questo esempio vediamo come redirezionare l'output del comando who verso l'input del comando sort, di modo da avere una lista di utenti connessi (who) ordinata alfabeticamente (sort).

Combinazione e concatenazione dei comandi

I comandi possono anche essere invocati in un unica riga secondo ordini precisi, possiamo ad esempio ordinare alla shell di invocare più comandi in sequenza uno dietro l'altro: $ comando1 ; comando2 ; comando3 basta infatti separarli da un punto e virgola, oppure inserire due e commerciali (&) per dire alla shell di fare la stessa cosa, ma di interrompere il tutto se uno dei comandi termina con un errore: $ comando1 && comando2 && comando3 potremmo anche avere la necessità di interrompere il tutto anche se uno solo dei comandi va a buon fine, ad esempio potremmo passare alla shell 3 comandi che svolgono lo stesso lavoro, ma con metodi diversi, e non sappiamo quale dei tre ci darà risultato, inseriamo quindi due pipe (||) tra un comando e l'altro: $ comando1 || comando2 || comando3

Un altro operatore molto utilizzato: le virgolette

Vediamo ora altri tre caratteri molto utilizzati nello scripting bash, le virgolette (o apici) singoli e doppi e le virgolette rovesciate. Normalmente la bash, considera gli spazi come separatori di parole, ne consegue che nomefile è diverso da nome file, in quanto la shell interpreterà la seconda alternativa come due nomi di file distinti. Per indicare alla bash, come nell'esempio, un nome file contenente degli spazi si fa uso degli apici singoli o doppi. La differenza tra i due tipi è che gli apici singoli causano l'interpretazione letterale del loro contenuto, con gli apici doppi invece possiamo inserire un comando che verrà interpretato in fase di esecuzione, vediamo un esempio pratico: $ echo 'La variabile HOME ha valore $HOME' La variabile HOME ha valore $HOME $ echo "La variabile HOME ha valore $HOME" La variabile HOME ha valore /home/morfeus Mentre con gli apici rovesciati (si ottengono premendo alt gr+' ed otterremo `), permettono sempre di considerare il loro contenuto come fosse un comando, ma quest'ultimo viene sotituito dallo standard output del comando stesso: $ whoami morfeus $ echo Il mio nome è `whoami` Il mio nome è morfeus

L'escaping del carattere

Abbiamo visto fino ad ora alcuni tipi di caratteri speciali, i più usati, e abbiamo visto che non sono pochi; potrebbe infatti, per alcuni, risultare un pò scomodo dover "sacrificare" quasi un terzo della tastiera solo per questi caratteri che sono si speciali, ma se mi servono non li posso utilizzare. Questo non è del tutto vero, la shell infatti prevede anche l'escaping del carattere ossia la sua interpretazione letterale e non funzionale, basta anteporr al carattere in questione infatti il simbolo di backslash "\", se ad esempio abbiamo bisogno di utilizzare l'asterisco come asterisco e non operatore jolly: morfeus@hardy:~/fusion$ echo a* anaglyph atlantis2 morfeus@hardy:~/fusion$ echo a\* a* (si stavo compilando compiz fusion :mrgreen: ) Mentre per i cosiddetti caratteri di controllo (tabulazioni, a capo, ^D, ecc...) possiamo utilizzare la sequenza ^V, questa operazione è particolarmente utile per le tabulazioni, in quanto normalmente il tasto tab serve per completare i nomi di file/directory e quindi non verrebbe mail letto come una tabulazione vera e propria: $ echo "C'è un tab tra qui^V^Ie qui" C'è un tab tra qui (immaginate una tabulazione wordpress non me la formatta purtroppo) e qui

Modifica delle combinazioni di tasti della shell

Con la bash possiamo utilizzare due tipi di combinazioni di tasti, quelle secondo la sintassi dell'editor emacs, o quelle secondo vi (parleremo in seguito meglio di questi due editor). Per abilitare la modifica della linea di comando secondo emacs digitiamo: $ set -o emacs analogamente per vi: $ set -o vi e ricordiamoci di inserirlo nel nostro file ~/.bash_profile per rendere la modifica permanente.

Comando emacs	Comando vi	Significato
^P o freccia su	k	Richiama il comando precedente.
^N o freccia in giù	j	Richiama il comando successivo.
^F o freccia destra	l (elle)	Avanza di un carattere
^B o freccia a sinistra	h	Va indietro di un carattere
^A	0 (zero)	Va all'inizio riga
^E	$	Va a fine riga
^D	x	Elimina il carattere successivo
^U	^U	Elimina l'intera riga

Lo storico dei comandi

Ogni cosa che facciamo su di un sistema Linux è loggato, anche i comandi che diamo (come faremmo altriementi a richiamare il comando semplicemente premendo freccia su), questi sono infatti inseriti all'interno di uno storico:

Comando	Significato
history	visualizza lo storico
history N	Visualizza gli ultimi N comandi dello storico
history -c	Cancella lo storico
!!	Richiama il comando precedente
!N	Richiama il comando numero N
!-N	Richiama il comando digitato N comandi fa
!$	Richiama l'ultimo parametro del comando precedente[1]
!*	Richiama tutti i parametri del comando precedente.

Completamento automatico dei nomi dei file

Poco fa ho accennato al tasto di tabulazione che normalmente completa il nome file, nella bash infatti non è necessario scrivere per intero il nome di una directory o di un file, basta digitare anche solo la prima lettera e premere il tasto tab, e la shell farà il lavoro sporco al posto nostro. Se però ad esempio, digitiamo la lettera a, ma nella directory ci sono più files che iniziano con la lettera a, premendo una volta tab avremo un bip da parte del computer ed il nome non viene completato, questo ci indica appunto che sono disponibili più file che iniziano con la a, a questo punto basta battere una seconda volta il tasto tab e ci verranno proposte tutte le alternative dei files che iniziano con la lettera a, inoltre, se ad esempio andiamo in una cartella molto affollata, poniamo /usr/bin, e facciamo il solito test di a + tab, vedremo la shell che ci avverte che le alternative sono tante (indicandoci anche il numero) e che quindi l'output sarebbe molto verboso, e ci chiede se continuare o no:

morfeus@hardy:~/fusion$ cd /usr/bin/ morfeus@hardy:/usr/bin$ morfeus@hardy:/usr/bin$ a (2 volte tab) Display all 134 possibilities? (y or n)

Controllo dei job

Avete mai sentito parlare di multitasking? C'è chi dice che in windows il vero multitasking significa avere una postazione con 5 workstation windows xp più una sedia girevole mobile :mrgreen: Diciamo in generale che il multitasking è la capacità di una macchina di eseguire due processi contemporaneamente, ci sarebbe molto altro da dire sul multitasking, ma siccome il tutto esula dallo scopo di questa guida vi rimando a wikipedia. Anche linux è ovviamente un sistema multitasking (non do pareri per evitare di scatenare flame eheh), e le varie operazioni si chiamano job, i job lavorano a livello più alto dei processi di sistema, ed essendo dei costrutti della shell, linux non sa nulla di loro nemmeno l'esistenza. Con la bash quando eseguiamo un programma, possiamo scegliere se eseguirlo in background o in foreground, quindi se vogliamo che questo continui a funzionare ed a fare il suo lavoro senza nessun output a schermo e restituendoci il prompt per continuare a lavorare, oppure in foreground, prendendo possesso della shell e mostrandoci tutto quello che succede. I job si possono anche sospendere e riprendere, adesso vediamo come fare ad eseguire tutti questi controlli sui nostri jobs: ------------------- Jobs Col comando jobs avremo un elenco di tutti i jobs attualmente attivi sulla shell, con relativo stato:

$ jobs
[1]- Running	emacs miofile &
[2]+ Stopped	su

------------------- & Col carattere di e commerciale inserito alla fine della linea di comando, diremo alla shell di eseguire tale comando in background e di restituirci quindi il prompt per continuare ad utilizzare la shell... $ emacs miofile & [2] 28090 quello che vediamo in basso come risposta da parte della shell è il numero del job [2], e il suo id, 28090, se digitassimo "kill 28090" termineremmo questo comando. ------------------- ^Z Con questa combinazione di tasti, eseguita durante l'esecuzione di un programma in foreground, "freeziamo" il programma stesso, cioè lo fermiamo ma il suo stato verrà ricordato; a questo punto potremmo utilizzare bg per far riprendere l'esecuzione del programma ma in background, oppure fg per riprenderlo in foreground. ------------------- ^Z Con il comando suspend interrompiamo, se possibile, la shell corrente. Un esempio pratico

$ whoami morfeus su -l Password: ******** # whoami root # suspend [1]+ Stopped su $ whoami morfeus

come è possibile vedere, è equivalente all'uso della combinazione ^Z, solo che è un comando precostituito della shell. ------------------- bg [%numero_di_job] Anche questo è un comando precostituito della shell bash, già ho accennato questo comando poco fa, con bg possiamo mandare in background l'esecuzione di un programma precedentemente sospeso. Senza argomenti di default opera sull'ultimo comando sospeso, se invece vogliamo mandare in bg un altro comando già sospeso precedentemente (visualizzabile col comando jobs), basta far seguire a bg il numero del job preceduto dal carattere %. $ bg %2 Da notare che alcuni tipi di job interattivi, come ad esempio quelli che sono in attesa di un comando in input, non pososno essere mandati in background. Se proviamo a farlo la shell lo sospenderà. Per questo tipo di job dovremo utilizzare il seguente comando... ------------------- fg [%numero_di_job] Con questo comando precostituito la shell porta in foreground l'ultimo job sospeso o mandato in background, altrimenti il numero di job che indichiamo in maniera analoga per bg.

Terminare l'esecuzione dei programmi:

Talvolta ci può capitare di lanciare un comando in foreground che è molto lungo, ad esempio potremmo per sbaglio lanciare il cat di un file di log senza connetterlo con una pipe a grep per scremare l'output. In questo caso possiamo interrompere tale esecuzione con la combinazione ^C che viene interpretata dalla shell come "interrompi immediatamente il comando corrente in foreground". Ed avremo quindi nuovamente il prompt pronto ad accettare altre istruzioni. Se invece abbiamo un comando in background che vogliamo interrompere, dobbiamo prima portarlo in foreground e poi interromperlo con ^C, oppure in alternativa possiamo utilizzare un comando che vedremo meglio più avanti: kill. Premetto che questo metodo non è proprio quello "canonico", anzi è piuttosto brutale in quanto interrompe il comando immediatamente senza lasciarci alternativa. Diciamo che in generale se un comando prevede una sua sequenza di uscita/interruzione conviene utilizzarla sempre, anche perchè con ^C possiamo rischiare di ritrovarci la shell in uno stato indefinito o bloccato, ad esempio non permettendo la visualizzazione di ciò che digitiamo; a me ad esempio capita spesso di interrompere un comando con ^C senza volerlo, mentre sto consultando dei file di log, e mentre utilizzo putty (eh si all'ufficio ho windows -.-' )e mi ritrovo quindi il prompt dopo una marea di stringhe costituite da "PuTTyPuTTyPuTTyPuTTyPuTTyPuTTyPuTTyPuTTyPuTTyPuTTy" e la shell con caratteri strani; come fare se ci capita questa evenienza?

1. Premere ^J per ottenere un nuvo prompt, questo comando ha lo stesso effetto del tasto enter, con la differenza che funziona anche quando enter non produce alcun effetto.
2. Digitare reset anche se non viene visualizzato alcun carattere e premere di nuovo la combinazione ^J, con questo otterremo un reset della shell, che dovrebbe restiturci un nuovo prompt questa volta utilizzabile.

Se nemmeno questo funziona saremo costretti a terminare la shell digitando exit, oppure premendo la combinazione ^D che equivale al comando logout.

Personalizzare la shell:

La shell è pienamente personalizzabile, esistono infatti due file che vengono caricati al login, che contengono tutti i parametri di configurazione della nostra shell, variabili, alias, programmi da lanciare all'avvio, possiamo addirittura far visualizzare il nostro oroscopo al login :mrgreen: I file in questione sono .bash_profile e .bashrc; vi faccio notare che hanno il punto ad inizio nome quindi non sono visibili con un normale ls, dobbiamo passare l'opzione -a al comando per visualizzarli. Infine questi rappresentano un esempio di shell scripting, ossia file della shell che contengono altri comandi shell da eseguire, ma anche questo argomento lo tratteremo più in la. Con il prossimo articolo tratteremo l'installazione del software tramite shell, per ora abbiamo finito ;)

Full Story