Preparazione all'esame per la Certificazione LPI 101 (release 2), Parte 1Riguardo a questa introduzione Benvenuti in "fondamenti di Linux", la prima di quattro brevi guide concepite per preparare il lettore all'esame 101 del Linux Professional Institute. In questa breve guida sarà data un'introduzione su bash (la shell predefinita in Linux) al lettore, verrà mostrato come ottenere pieno vantaggio da comandi di base in Linux come ls, cp e mv, saranno spiegati gli inodes e sia hard link che link simbolici e tanto altro ancora. Alla fine di questa introduzione, il lettore avrà una base solida sui fondamenti di Linux e sarà anche pronto per iniziare ad imparare alcuni processi basilari riguardo all'amministrazione di sistemi Linux. Al termine di questa serie di guide introduttive (otto in tutto), il lettore avrà la conoscenza necessaria per diventare un Amministratore di Sistema Linux e sarà pronto per raggiungere la Certificazione LPIC di Livello 1 del Linux Professional Institute se lo desidera. Questa guida in particolare (Parte 1) è ideale per coloro che sono nuovi a Linux o per chi vuole rinfrescare o perfezionare la propria comprensione dei concetti fondamentali di Linux come la copia e lo spostamento di file, la creazione di hard link e link simbolici e l'uso di comandi di base per processare del testo insieme alle pipeline e la ridirezione. Lungo la strada, verranno forniti un gran numero di consigli, suggerimenti e trucchi per rendere questa introduzione carnosa e pratica, anche per coloro che hanno un buon numero di precedenti esperienze con Linux. Per i principianti, molto di questo materiale sarà nuovo, ma gli utenti Linux con più esperienza potrebbero trovare questa breve guida un bel modo per affinare le loro abilità sui fondamenti di Linux. Per chi fosse già in possesso della versione di rilascio 1 di questa guida per altre ragioni oltre alla preparazione dell'esame del LPI, probabilmente non sarà necessario prendere anche questa. Comunque, se si pianifica di sostenere gli esami, dovrebbe essere decisamente presa in considerazione la lettura di questa versione rivista della guida. Residente in Albuquerque, New Mexico, Daniel Robbins è l'Architetto Capo di Gentoo Linux, un'avanzata meta distribuzione Linux basata su sorgenti. Ha anche scritto articoli, brevi guide e suggerimenti nell'area dedicata a Linux dell'IBM developerWorks e per l'Intel Developer Services e ha anche preso parte come autore di contributi per diversi libri, incluso Samba Unleashed e SuSE Linux Unleashed. Daniel si diverte passando il proprio tempo con sua moglie, Mary, e sua figlia, Hadassah. È possibile contattare Daniel all'indirizzo Daniel Robbins Chi ha usato un sistema Linux, saprà che al momento dell'accesso gli viene dato il benvenuto da un prompt che assomiglia in qualche modo al seguente:
Il particolare prompt che verrà mostrato a seconda dei casi potrebbe essere abbastanza diverso. Potrebbe contenere il nome dell'host dell'utente, il nome dell'attuale cartella di lavoro o entrambi. Ma comunque si presenti il proprio prompt, una cosa è certa: il programma che stampa il detto prompt è chiamato "shell" ed è molto probabile che questa particolare shell sia un programma chiamato bash. Controllare se bash è in esecuzione È possibile controllare se si sta eseguendo bash digitando:
Se la linea precedente restituisce un errore o non risponde in modo simile all'esempio, potrebbero essere in esecuzione una shell differente da bash. In questo caso, gran parte di questa breve guida potrebbe ancora essere applicabile ma sarebbe vantaggioso per il lettore passare a bash nell'interesse di prepararsi per l'esame 101. Bash, un acronimo per "Bourne-again shell", è la shell predefinita su molti sistemi Linux. Il compito della shell è quello di obbedire ai comandi dell'utente così che questo possa interagire col proprio sistema Linux. Quando termina l'inserimento dei comandi, è possibile istruire la shell per l'uscita o logout, nel qual caso sarà presentato nuovamente il prompt di login. Tra l'altro, è possibile anche effettuare il logout premendo control-D nel prompt di bash. Come qualcuno avrò probabilmente notato, fissare il prompt di bash non è la cosa più eccitante su questa terra. Quindi, è ora di iniziare ad usare bash per navigare all'interno del proprio filesystem. Al prompt, digitare quanto segue (senza il $):
In questo modo bash viene informato del fatto che si desidera lavorare in /, anche conosciuta come cartella radice (o root); tutte le cartelle sul sistema formano un albero e / è considerata la cima di questo albero, o la radice. Il comando cd imposta la cartella dove l'utente andrà a lavorare al momento, detta anche "cartella di lavoro corrente". Per scoprire la cartella di lavoro corrente di bash, basta digitare:
Nell'esempio precedente, l'argomento / passato a cd è chiamato percorso (o path). Indica a cd dove l'utente vuole andare. In particolare, l'argomento / è un percorso assoluto, ovvero significa che questo specifica una locazione relativa alla radice dell'albero del filesystem. Di seguito alcuni ulteriori percorsi assoluti:
Come si può notare, una cosa che tutti i percorsi assoluti hanno in comune è il fatto che iniziano con /. Con il percorso /usr/local/bin, viene detto a cd di accedere alla cartella /, quindi la cartella usr all'interno di essa e poi local e bin. I percorsi assoluti sono sempre valutati partendo con / all'inizio. L'altro tipo di percorso è chiamato percorso relativo. Bash, cd e altri comandi interpretano sempre questi percorsi relativi dalla cartella corrente. I percorsi relativi non iniziano mai con un /. Quindi, se chi opera è in /usr:
Poi, sarà possibile usare un percorso relativo per passare nella cartella /usr/local/bin:
I percorsi relativi possono anche contenere una o più cartelle .. . La cartella .. è una cartella speciale che punta alla cartella precedente (o parente). Perciò, continuando dall'esempio precedente:
Come si può notare, la cartella corrente è ora /usr/local. L'utente è così capace di andare "indietro" di una cartella, relativamente alla cartella in cui si trova attualmente. In aggiunta, è possibile anche aggiungere .. ad un percorso relativo esistente, permettendo così di spostarsi in una cartella che è di fianco a quella in cui siamo già, per esempio:
I percorsi relativi possono diventare abbastanza complessi. Di seguito vengono proposti alcuni esempi, tutti senza mostrare la cartella destinazione risultante. Il lettore è invitato a cercare di capire dove andrà a finire dopo aver digitato questi comandi:
Ora, non resta che provarli e assicurarsi di avere indovinato. Prima di terminare la discussione in merito a cd, ci sono altre poche cose che meritano una menzione. Primo, c'è un'altra cartella speciale chiamata . , che indica "la cartella corrente". Mentre questa cartella non è usata con il comando cd, viene spesso utilizzata per eseguire alcuni programmi nella cartella corrente, come segue:
Nell'esempio precedente, l'eseguibile mio_prog che risiede nella cartella di lavoro corrente verrà eseguito. Il comando cd e la cartella home Per chi vuole spostarsi nella propria cartella home, può digitare:
Senza argomenti, cd condurrà l'utente nella propria cartella home, che corrisponde a /root per l'utente principale (superuser) e tipicamente a /home/nome_utente per utenti normali. Vediamo come è possibile specificare un file all'interno della propria cartella home. Probabilmente per passare un file come argomento a mio_prog. Se il file risiede nella propria cartella home, basta digitare:
Comunque, usare un percorso assoluto come questo non è sempre conveniente. Fortunatamente, è possibile usare il carattere ~ (tilde) per fare la stessa cosa:
Le cartelle home degli altri utenti Bash espanderà da solo ~ per puntare alla cartella home dell'utente, ma è possibile anche usarlo per puntare alle cartelle home di altri utenti. Per esempio, volendo riferirsi al file chiamato fred_file.txt nella cartella home di Fred, dovrà essere digitato:
Adesso, sarà data un'occhiata veloce al comando ls. Molto probabilmente, il lettore sarà già familiare con ls e saprà che digitandolo da solo mostrerà la lista dei contenuti della cartella di lavoro corrente:
Specificando l'opzione -a, verranno mostrati tutti i file nella cartella, compresi i file nascosti: quelli che iniziano con . . Come evidenzia il seguente esempio, ls -a rivela i collegamenti alle cartelle speciali . e .. :
Recuperare la descrizione estesa delle cartelle Esiste la possibilità di specificare o o più file o cartelle come argomenti del comando ls. Se viene specificato un file, ls mostrerà il dato file solamente. Se viene specificata una cartella, ls mostrerà i contenuti della cartella. L'opzione -l risulta davvero pratica quando vi sia la necessità di vedere i permessi, possessore, ora di modifica e informazioni sulla dimensione nel resoconto della propria cartella. Nell'esempio che segue, verrà usata l'opzione -l per stampare a video una lista completa in merito alla cartella /usr.
La prima colonna mostra informazioni sui permessi per ogni elemento della lista. Verrà spiegato come interpretare questa informazione a breve. La colonna che segue mostra il numero di collegamento di ogni oggetto del filesystem, che ignoreremo al momento ma su cui torneremo in seguito. La terza e quarta colonna mostrano il possessore e il gruppo, rispettivamente. La quinta colonna mostra la dimensione dell'oggetto. La sesta colonna è l'ora di "ultima modifica" o "mtime" dell'oggetto. L'ultima colonna è il nome dell'oggetto. Se il file è un collegamento simbolico, sarà mostrato un -> di seguito e il percorso a cui il collegamento simbolico punta. Talvolta, c'è la necessità di dare un'occhiata ad una cartella, piuttosto che al suo interno. In questi casi, basterà specificare l'opzione -d, che dirà a ls di guardare ad ogni cartella di cui normalmente considererebbe il contenuto:
Recupero delle informazioni ricorsivo e sugli inode Quindi l'opzione -d può essere usata per rivolgersi ad una cartella, ma esiste anche l'opzione -Rper fare l'opposto: non limitarsi ad esplorare una cartella ma ricorsivamente visitare tutti i file e le cartelle in essa contenuti. Non sarà incluso alcun esempio di risultato per questa opzione (in quanto è normalmente voluminoso) ma il lettore potrebbe voler provare qualche comando come ls -R e ls -Rl per avere un'idea di come questi operano. Infine, l'opzione -i di ls può venire usata per mostrate il numero di inode associato nel filesystem agli oggetti:
Ogni oggetto su un filesystem è assegnato ad un indice unico, chiamato numero di inode. Questo può sembrare insignificante ma capire gli inode è fondamentale per capire molte delle operazioni su filesystem. Per esempio, basti considerare i collegamenti . e .. che appaiono in ogni cartella. Per comprendere pienamente cosa una cartella .. è effettivamente, bisogna prima dare uno sguardo al numero di inode di /usr/local:
La cartella /usr/local ha un numero di inode di 5120. Adesso, va preso in considerazione il numero di inode di /usr/local/bin/.. :
Come è possibile notare, /usr/local/bin/.. ha lo stesso numero di inode di /usr/local . Bisogna spiegare come va affrontata questa rivelazione scioccante. In precedenza, /usr/local è stata considerata la cartella stessa. Adesso, è stato scoperto che di fatto è l'inode 5120 la cartella e sono state individuate due voci di cartelle (chiamate "collegamenti") che puntano a questo inode. Sia /usr/local che /usr/local/bin/.. sono collegamenti all'inode 5120. Anche se l'inode 5120 esiste in una posizione unica sul disco, cose diverse sono ad esso collegate. L'inode 5120 è la voce effettiva sul disco. Infatti, è possibile vedere il numero totale di volte che l'inode 5120 è referenziato usando il comando ls -dl:
Dando un'occhiata alla seconda colonna da sinistra, si nota che la cartella /usr/local (inode 5120) viene referenziata otto volte. Sul sistema di chi sta scrivendo, quelli che seguono sono i diversi percorsi che referenziano questo inode:
Di seguito un'occhiata veloce al comando mkdir, che può essere usato per creare nuove cartelle. L'esempio seguente crea tre nuove cartelle, tic, tac e toe, tutte sotto /tmp:
Di base, il comando mkdir non crea le cartelle precedenti (anche dette cartelle parente o padre) per l'utente; l'intero percorso dall'inizio al penultimo elemento deve esistere già. Quindi, volendo creare le cartelle splen/di/do, bisogna lanciare tre comandi mkdirseparati:
Comunque, mkdir ha una pratica opzione -p che indica al comando di creare ogni cartella parente mancante, come mostrato di seguito:
Tutto sommato, davvero diretto. Per saperne di più riguardo al comando mkdir, basta digitare man mkdir per leggerne la pagina di manuale. Questo dovrebbe funzionare con quasi tutti i comandi discussi qui (per esempio, man ls), eccetto per cd, che è incorporato con bash. Adesso, verrà dato uno sguardo veloce ai comandi cp e mv, usati per copiare, rinominare e spostare file e cartelle. Per iniziare questa visione d'insieme, useremo prima il comando touch per creare un file in /tmp:
Il comando touch aggiorna il valore di "mtime" di un file se esistente (un richiamo alla sesta colonna nel risultato di ls -l). Se il file non esiste, allora verrà creato un nuovo file vuoto. Dovrebbe essere presente adesso un file /tmp/copiami con dimensione pari a zero. Adesso che il file esiste, bisogna aggiungere in esso qualche dato. Questo può essere fatto usando il comando echo, il quale prende il proprio argomento e lo stampa sullo standard output. Primo, il comando echo da solo:
Ora, lo stesso comando echo con una ridirezione dell'output:
Il segno di maggiore indica alla shell di scrivere l'output di echo in un file chiamato copiami. Questo file sarà creato se non esiste, altrimenti verrà sovrascritto se già presente. Digitando ls -l, è possibile vedere che il file copiami ha dimensione pari a 11 byte, dato che contiene la parola primo_file e il carattere di a capo:
Per stampare il contenuto di un file sul terminale, usare il comando cat:
Ora, è possibile usare una invocazione di base del comando cp per creare un file copiato (di nome e di fatto) dall'originale file copiami:
Indagando, l'utente scoprirà che questi sono veramente file separati; il loro numero di inode è diverso:
Adesso, andiamo ad usare il comando mv per rinominare "copiato" in "spostato". Il numero di inode rimarrà lo stesso; comunque, il nome del file che punta all'inode cambierà.
Il numero di inode di un file spostato rimarrà lo stesso fino a che la destinazione del file si trova sullo stesso filesystem del file sorgente. Verrà data un'occhiata più da vicino ai filesystem nella Parte 3 di questa serie di guide introduttive. Parlando ancora di mv, vediamo un altro modo di usare questo comando. mv, oltre a permettere di rinominare file, dà la possibilità anche di spostare uno o più file in un altra posizione nella gerarchia di cartelle. Per esempio, per spostare /var/tmp/mio_file.txt in /home/drobbins (che risulta essere la cartella home dello scrittore) basta digitare:
Dopo aver digitato questo comando, mio_file.txt sarà spostato in /home/drobbins/mio_file.txt. E se /home/drobbins si trova su un filesystem diverso da /var/tmp, il comando mv gestirà la copia di mio_file.txt sul nuovo filesystem e lo cancellerà dall'attuale. Come è possibile indovinare, quando mio_file.txt viene spostato fra filesystem, il mio_file.txt nella nuova posizione avrà un nuovo numero di inode. Questo perché ogni filesystem ha il proprio insieme indipendente di numeri di inode. Esiste anche la possibilità di usare il comando mv per spostare più file in una singola cartella di destinazione. Per esempio, per spostare mio_file1.txt e mio_articolo3.txt in /home/drobbins, basterà digitare:
4. Creare collegamenti e rimuovere file Hard link (Collegamenti fisici) Il termine "link" (collegamento) è stato usato in riferimento alla relazione fra le voci delle cartelle (i "nomi" che vengono digitati) e gli inode (i numeri di indice sul filesystem sottostante che possono essere normalmente ignorati). Ci sono in realtà due tipi di collegamenti disponibili in Linux. Il tipo discusso in precedenza è chiamato hard link (collegamento fisico). Un determinato inode può avere un numero qualsiasi di hard link e l'inode continuerà ad esistere sul filesystem fino a che tutti gli hard link non spariranno. Quando l'ultimo hard link sparirà e nessun programma starà tenendo il file aperto, Linux cancellerà il file automaticamente. Nuovi hard link possono essere creati usando il comando ln:
Come è possibile vedere, gli hard link lavorano a livello di inode per puntare ad un particolare file. Su sistemi Linux, gli hard link hanno diverse limitazioni. Per cominciare, si possono creare solamente hard link a file, non a cartelle. Esatto; Anche se . e .. sono hard link creati dal sistema a cartelle, all'utente (perfino come utente "root") non è permesso in alcun caso crearne di propri. La seconda limitazione degli hard link è che questi non possono attraversare i filesystem. Ciò significa che non può essere creato un link da /usr/bin/bash a /bin/bash se le cartelle / e /usr esistono su filesystem separati. Symbolic link (Collegamenti simbolici) In pratica, i collegamenti simbolici (o symlink) vengono usati più spesso degli hard link. I symlink sono tipi speciali di file dove il collegamento si riferisce ad un altro file per nome, piuttosto che direttamente ad un inode. I symlink non prevengono il fatto che un file possa essere cancellato; se il file puntato sparisce, allora il symlink sarà semplicemente inutilizzabile, o rotto. Un collegamento simbolico può essere creato passando l'opzione -s a ln.
I collegamenti simbolici possono essere distinti dai normali file nel risultato di ls -l in tre modi. Primo, basta notare che al prima colonna contiene un carattere l a indicare il collegamento simbolico. Secondo, la dimensione del collegamento simbolico è il numero di caratteri del file puntato (secondo_link, in questo caso). Terzo, l'ultima colonna del risultato mostra il nome del file puntato preceduto da un piccolo grazioso ->. Approfondimento sui collegamenti simbolici I collegamenti simbolici sono in generale più flessibili degli hard link. È possibile creare un collegamento simbolico ad ogni tipo di oggetto sul filesystem, incluse le cartelle. E poiché l'implementazione dei collegamenti simbolici è basata su percorsi (non sugli inode), è assolutamente corretto creare collegamenti simbolici che puntano ad un oggetto su un altro filesystem fisico. Comunque, questo aspetto può anche rendere i collegamenti simbolici difficili da capire. Si consideri una situazione in cui è richiesta la creazione di un collegamento in /tmp che punti a /usr/local/bin. Potrebbe bastare digitare quanto segue:
O in alternativa:
Come viene mostrato, entrambi i collegamenti simbolici puntano alla stessa cartella. Comunque, se il secondo link viene poi spostato in un'altra cartelle, risulterà "rotto" ("broken") a causa del percorso relativo:
Dato che la cartella /tmp/usr/local/bin non esiste, l'utente non potrà più spostarsi nella cartella bin2; in altre parole, bin2 è ora rotto. Per questa ragione, è talvolta una buona idea evitare di creare collegamenti simbolici con informazioni sul percorso relativo. Comunque, ci sono molti casi in cui collegamenti simbolici relativi tornano utili. Basta considerare un esempio in cui si voglia creare un nome alternativo per un programma in /usr/bin:
Come utente root, potrebbe esserci la volontà di creare un nome alternativo per "keychain", come "kc". In questo esempio, è usato l'accesso come root, come evidenziato dal prompt bash cambiato in "#". È necessario l'accesso come root perché utenti normali non sono abilitati a creare file in /usr/bin. Da root, sarà possibile creare un nome alternativo per keychain come segue:
Nell'esempio, è stato creato un collegamento simbolico chiamato kc che punta al file /usr/bin/keychain. Mentre questa soluzione funziona, creerà problemi nel caso venga deciso di spostare entrambi i file, /usr/bin/keychain e /usr/bin/kc, in /usr/local/bin:
Dato che è stato usato un percorso assoluto nel proprio collegamento simbolico, il symlink kc starà ancora puntando a /usr/bin/keychain, che non esiste più dato che è stato spostato /usr/bin/keychain in /usr/local/bin. Questo significa che kc è ora un symlink rotto. Entrambi i parcorsi assoluti e relativi nei collegamenti simbolici hanno i loro meriti e l'utente potrebbe usare un tipo di percorso che è appropriato per la sua particolare applicazione. Spesso, sia i percorsi relativi che quelli assoluti operano abbastanza bene. Il prossimo esempio dovrebbe funzionare anche dopo che entrambi i file sono stati spostati:
Ora, è possibile eseguire il programma keychain digitando /usr/local/bin/kc. /usr/local/bin/kc punta al programma keychain nella stessa cartella di kc. Adesso che sono stati affrontati cp, mv e ln, è il momento di imparare come rimuovere oggetti dal filesystem. Normalmente, viene fatto tramite il comando rm. Per rimuovere file, basta indicarli sulla riga di comando:
Bisogna notare che in Linux, una volta che un file è cancellato, risulta di norma eliminato per sempre. Per questa ragione, molti giovani amministratori di sistema useranno l'opzione -i cancellando file. L'opzione -i dice ad rm di rimuovere tutti i file in modalità interattiva -- ovvero, chiederà prima di rimuovere ogni file. Per esempio:
Nell'esempio precedente, il comando rm chiede se i file indicati dovrebbero *veramente* essere cancellati o meno. In modo che fossero cancellato, è stato necessario digitare "y" e Enter (Invio) due volte. Se fosse stato digitato "n", il file non sarebbe stato rimosso. O, se fosse stato fatto qualcosa di veramente sbagliato, sarebbe bastato digitare Control-C per abortire completamente il comando rm -i -- tutti ciò che avviene prima è capace di arrecare ogni potenziale danno al proprio sistema. Se ancora si desidera usare il comando rm, può risultare utile aggiungere la linea seguente al proprio file ~/.bashrc usando l'editor di testi preferito, quindi effettuare il logout e nuovamente il login. Adesso, ogni volta che viene digitato rm, la shell bash lo convertirà automaticamente nel comando rm -i. In questo modo, rm opererà sempre in modalità interattiva:
Per cancellare cartelle, si hanno due opzioni. Possono essere rimossi tutti gli oggetti all'interno di una cartella e quindi usato rmdir per rimuovere la cartella stessa:
Questo metodo è comunemente indicato come "rimozione di cartelle per stupidi". Tutti gli utenti esperti e gli amministratori degni di questo nome usano il molto più conveniente comando rm -rf, spiegato di seguito. Il miglior modo per cancellare una cartella è l'uso dell'opzione di forzatura ricorsiva sul comando rm per indicare a rm di cancellare la cartella specificata, così come tutti gli oggetti in essa contenuti:
In genere, rm -rf è il metodo preferito per rimuovere un albero di cartelle. Bisogna però fare molta attenzione nell'uso di rm -rf, in quanto la sua potenza può essere usata in modo sia divino che diabolico. Nell'uso giornaliero di Linux, ci sono molte situazioni in cui si ha la necessità di effettuare una singola operazione (come un rm) su molti oggetti nel filesystem tutti in una volta. In questi casi, può essere spesso tedioso digitare molti nomi di file sulla riga di comando:
Per risolvere il problema, è possibile trarre vantaggio dal supporto integrato in Linux per le wild card. Questo supporto, anche chiamato "globbing" (per ragioni storiche), permette all'utente di indicare file diversi in una volta usando un pattern wildcard. Bash e altri comandi Linux interpreteranno questo pattern scrutando il disco e cercando ogni file che corrisponda. Quindi, se sono presenti file da file1 fino a file8 nella cartella corrente, possono essere rimossi digitando:
O, nei casi in cui semplicemente vi sia la necessità di rimuovere tutti i file il cui nome comincia con file così come tutti i file chiamati file, basterà digitare:
La wildcard * trova riscontro con ogni carattere o sequenza di caratteri o perfino "nessun carattere". Certamente, le glob wildcard possono essere usate per molte più cose della semplice cancellazione di file, come sarà mostrato nel paragrafo successivo. Nel caso in cui si desideri avere una lista di tutti gli oggetti del filesystem presenti in /etc il cui nome inizia con g, così come tutti i file chiamati g, basta digitare:
Ma cosa succede se viene specificato un pattern (modello) che non corrisponde con alcun oggetto del filesystem? Nell'esempio che segue, viene tentato di ricavare la lista di tutti i file in /usr/bin che iniziano con asdf e finiscono con jkl, incluso potenzialmente il file asdfjkl:
Ecco cos'è successo. Normalmente, quando viene specificato un pattern, esso si abbina ad uno o più file sul filesystem sottostante, e bash rimpiazza il modello con una lista, avente le voci separate da spazi, di tutti gli oggetti che coincidono. Tuttavia, quando il pattern non produce nessuna corrispondenza, bash lascia intatto l'argomento, wild card e tutto il resto, così com'è. Quindi, così facendo ls non può trovare il file /usr/bin/asdf*jkl e consegna all'utente un messaggio d'errore. La regola operativa in questi casi è che i modelli glob (glob pattern) sono espansi solo se corrispondenti ad oggetti nel filesystem. Altrimenti rimangono come sono e vengono letteralmente passati al programma che è stato chiamato. Sintassi delle wild card: * e ? Adesso che è stato mostrato come operano i globbing, è doveroso dare uno sguardo alla sintassi delle wild card. Possono essere usati caratteri speciali per l'espansione delle wild card: Con * vengono riscontrati zero o più caratteri. Ciò significa "ogni cosa può andare qua, anche niente". Per esempio:
Con ? viene riscontrato ogni carattere singolarmente. Per esempio:
Questa wild card è simile a ?, ma permette di essere più specifici. Per usare questa wild card, bisogna porre ogni carattere che si desidera sia concorde all'interno di []. L'espressione risultante riscontrerà una singola occorrenza di ognuno di questi caratteri. È possibile anche usare - per specificare un intervallo e perfino combinare intervalli. Per esempio:
Il costrutto [!] è simile al costrutto [], eccetto che piuttosto che riscontrare qualsiasi carattere all'interno delle parentesi, effettuerà la corrispondenza con ogni carattere, purché questo non sia presente nella lista compresa fra [! e ]. Per esempio:
Rischi nell'uso delle wild card Di seguito vengono elencate alcune cose a cui fare attenzione quando si usano le wild card. Dato che bash tratta i caratteri relativi alle wild card (?, [, ] e *) in modo speciale, bisogna fare attenzione particolare quando si digitano in un argomento per un comando che contiene questi caratteri. Per esempio, laddove si voglia creare un file che contiene la stringa [fo]*, il seguente comando potrebbe non fare ciò che si vuole:
Se il pattern [fo]* concorda con ogni file nella cartella di lavoro corrente, allora troveremo i nomi di questi file all'interno di /tmp/mio_nuovo_file.txt piuttosto che il letterale [fo]* come ci si aspetta. La soluzione? Bene, un approccio è quello di circondare i propri caratteri con apici singoli, che comunica a bash di non effettuare assolutamente alcuna espansione delle wild card su di essi:
Usando questo approccio, il nuovo file conterrà un letterale [fo]* come ci si aspettava. In alternativa, possono essere usate le barre inverse (backslash) di escaping per indicare a bash che [, ] e * dovrebbero essere trattati letteralmente piuttosto che come wild card:
Entrambi gli approcci (apici singoli o barre inverse di escaping) hanno lo stesso effetto. Dato che si sta discutendo dell'espansione delle barre inverse, questo è un ottimo momento per dire che per specificare un letterale \, è possibile sia includere quest'ultimo fra apici singoli così com'è che digitare invece \\ (sarà espanso in \).
Congratulazioni; è giunta la fine di questo articolo sui fondamenti di Linux. L'autore si augura che possa essere stato d'aiuto nel solidificare le fondamenta della propria conoscenza di Linux. Gli argomenti imparati qua, inclusi i fondamenti di bash, i comandi di base per Linux, collegamenti (link) e wild card, hanno gettato le fondamenta per la prossima breve guida sull'amministrazione di base, in cui saranno coperti argomenti come le espressioni regolari, proprietà e permessi, gestione degli account utente e altro ancora. Continuando in questa serie di brevi guide, il lettore sarà presto pronto per raggiungere la propria Certificazione LPIC di Livello 1 del Linux Professional Institute. Parlando di certificazione LPIC, se questo è ciò a cui è interessato il lettore, si raccomanda di studiare le Risorse indicare nel paragrafo successivo, le quali sono state attentamente selezionate per completare il materiale coperto in questa breve guida. Nella serie di articoli "Bash by example" (Bash tramite esempi) su developerWorks, Daniel mostra al lettore come usare i costrutti della programmazione bash per scrivere i propri script in bash. Questa serie (in particolare Parte 1 e 2) rappresenta una buona preparazione per l'esame LPIC di Livello 1:
Gli utenti novizi o intermedi di Linux dovrebbero sentirsi in dovere con se stessi di esaminare le FAQ Tecniche per utenti Linux, una lista di 50 pagine approfondite riguardo domande frequenti su Linux, insieme a risposte dettagliate. Le FAQ stesse sono in formato PDF (Acrobat). Per chi non fosse così familiare con l'editor vi, fare riferimento alla breve guida su developerWorks chiamata Intro to vi (Introduzione a Vi). Questa fornisce al lettore una semplice e molto veloce introduzione a questo potente editor di testo. Bisogna considerare questo come materiale da leggere se non si sa come usare vi. |
|