![[precedente]](pj_images/a_left.gif)
![[successivo]](pj_images/a_right.gif)
|
|
Forse Linux non finisce qui - 2 - Copertina - Documentazione in Linux |
|
Articolo
Chi di voi è abituato ad utilizzare un sistema Windows, e sa che anche con Linux esiste una interfaccia grafica, probabilmente si sta chiedendo che ragione ci sia, alle soglie del 2000, con le moderne CPU, per utilizzare qualcosa di così retrò, complicato e poco intuitivo come la linea di comando, la modalità testo. Ho quattro risposte per voi:
grep <parola> <file>
man comando.
Sono quattro punti fondamentali della filosofia Unix:
wc /etc/passwd
cat /etc/passwd|grep o|sort
cat --help
grep --help
Red Hat Linux release 5.1 (Manhattan)
Kernel 2.0.35 on an i586
login: sb
Password: Cappuccino
Last login: Sat Nov 21 10:12:48 on tty2
Il System Manager ti saluta
You have mail.
[sb@pcsash sb]$Questo significa che vi identificate e autenticate con il sistema:
chi va là ? sono quello che tu chiami sb
parola d'ordine ? Cappuccino
il sistema (in realtà un ben preciso programma che, guarda il
caso, si chiama login) controlla che esista un utente con
il nome dato (username, non nome effettivo), e che la password
corrisponda a quella registrata nel file /etc/passwd
A questo punto, avete una "identità": lo username, a cui corrisponde uno userid (o uid) numerico; e appartenete ad alcuni gruppi, a cui corrispondono dei groupid (o gid) numerici.
Nota: Questa "identità" spesso viene chiamata "account" : "conto" nel senso di conto bancario o simili- il nome deriva dai tempi in cui i grandi computer venivano utilizzati in batch o in time sharing, e agli utilizzatori veniva fatto pagare in proporzione a quanto "tempo di CPU" veniva utilizzato dall'utente - quindi a ogni utente corrispondeva appunto un conto a cui addebitare l'utilizzo.
[sb@pcsash sb]$ whoami
sb
[sb@pcsash sb]$ id
uid=601(sb) gid=601(sb) groups=601(sb),100(users),10(wheel),503(tape)
L'idea di identità sarà forse familiare a chi di voi usa
una rete, e certo a chi usa Internet: molto probabilmente i vostro indirizzo
di e-mail è un account (con diritti limitati) su un server Unix.
Per la strada ne scopriremo il significato.
[sb@pcsash sb]$ _
Dopo l'autenticazione, il sistema passa ad eseguire, con la vostra "identità",
un programma specificato nel file /etc/passwd. Se il vostro è un "normale" account Unix, questo programma sarà del genere chiamato
"shell di comando". In altri casi, potrebbe essere una "shell ristretta",
un programma di BBS, o niente del tutto (come nel caso degli account di
posta presso un provider)
Un programma shell è una interfaccia fra voi e gli altri programmi
presenti nel sistema. Un esempio di shell che probabilmente tutti conoscete
è il command.com del DOS - il cui primo comandamento è "non avrai altra shell al di fuori di command.com". Qualcuno di voi forse
conoscerà 4DOS, e saprà quindi che si può infrangere
quel comandamento. Sotto Unix, la scelta della shell è una questione
strettamente personale, e più in là avrete modo di provare
altre shell, e decidere quale preferite; ma io vi parlerò di bash,
che per Linux è la shell di default, e probabilmente la più
potente e flessibile.
Nota: BASh sta per Bourne Again Shell, che è un gioco di parole fra Bourne Shell, storicamente la prima shell di Unix, e il fatto che "Bourne" si pronuncia (quasi) come "born" : "la Bourne Shell rinata".
Nota: le altre shell si raggruppano in due categorie:
Bourne shell e derivate:
Il prompt, quindi, è il programma shell che aspetta i vostri
comandi. I comandi sono, solitamente, il nome di un programma da eseguire,
e i relativi parametri. La shell quindi cerca il programma e lo lancia,
passandogli i parametri dati.
Ma la vera funzione della shell è quella di semplificarvi la
vita; per questo vi permette diverse cose:
PATH
[sb@pcsash sb]$ ls prova*1998.txt
[sb@pcsash sb]$ Saluto=Ciao
[sb@pcsash sb]$ echo "$Saluto $USER, sei su $HOSTNAME"
Ciao sb, sei su pcsash.sash.lan
[sb@pcsash sb]$ hn=`cat /etc/HOSTNAME`
[sb@pcsash sb]$ echo $hn
pcsash.sash.lan
[sb@pcsash sb]$ which tar
/bin/tar
[sb@pcsash sb]$ ls $(!wh)
ls $(which tar)
-rwxr-xr-x 1 root root 90764 Apr 27 1998 /bin/tar$USER, $HOME, $TERM, $DISPLAY, $PATH e altre;
permette di avere impostazioni valide per tutti gli utenti (in /etc/profile)
e/o per un singolo utente.
& , %n, ^C, ^Z, fg, bg, kill
Il prompt della shell può essere diverso, e può contenere
diverse informazioni. Nel caso della bash, ma anche per la maggior parte
delle altre shell, è configurabile. Si comincia dal minimalista
.
a cose fin troppo complete come lo
[<user>@<host> <directory>]$
degli esempi (serve quando vi capita spesso di avere 10 finestre terminale
aperte su diverse macchine, con diversi id... beh, magari per un po' non
vi capiterà). La scelta dipende da cosa vi serve: se vi trovate
a lavorare contemporaneamente con diverse identità, su computer
diversi, allora vi servirà sapere "chi siete" in una certa finestra
terminale; altrimenti potete farne a meno e risparmiare spazio utile sulla
linea di comando. Solitamente viene impostato per tutti in /etc/profile,
tramite il valore della variabile PS1. Ovviamente ogni utente
ne può modificare le impostazioni nel proprio ~/.bash_profile.
Quello che rimane uno standard è che un utente normale ha un
prompt che finisce in $, e il superuser ha un prompt che
finisce in # - a meno che non abbiate pasticciato con la definizione
del prompt.
Ma chi è il superuser ?
una questione psicanalitica
ovvero: se volete sempre usare il superuser, avete un problema - e ne avrete ancora di più in seguito.
Abbiamo visto che al login ci viene assegnata una "identità". Abituati ai PC Win95, dove ai diversi login corrispondono, tutt'al più, diverse configurazioni, ci troviamo invece di fronte a un grosso cambiamento: diversi account hanno diversi diritti - per quanto riguarda l'accesso ai file, alle periferiche.
Esistono, su tutti i sistemi Unix, delle identità che non appartengono
a persone reali, ma a certi "ruoli". Ad esempio i programmi che
gestiscono la posta sono eseguiti con una identità speciale, "mail",
che gli dà il diritto di scrivere nelle caselle di posta degli utenti.
Esiste un account che ha tutti i diritti su tutto, senza alcuna limitazione,
ed è l'account del system manager o "superuser": >root.
Root ha diritto di accesso, in lettura e scrittura, a qualsiasi
cosa sul sistema: dalle configurazioni, alle periferiche, la posta di tutti
gli utenti, persino ai programmi che sono in esecuzione. Il system manager
ha poteri illimitati, e gli utenti devono avere illimitata fiducia nella
sua affidabilità e discrezione.
Come utenti Linux, probabilmente sarete voi stessi i system manager
del vostro PC. Non dimenticatevi mai che il superuser ha possibilità
illimitate - e quindi capacità illimitata di causare danni. La prima
regola, quindi, è: non fidatevi di voi stessi. Quando avete l'identità
di root, pensate sempre due volte al comando che state scrivendo,
o preparatevi a sopportarne le conseguenze.
# rm -rf /*
è sufficiente a cancellare qualsiasi file sulle vostre partizioni...
e altri possono facilmente fare polpette di tutto l'hard disk.
Se avete appena installato il Linux, come prima contromisura, createvi
un utente "normale" col vostro nome:
# adduser mario
e assegnategli una password:
# passwd mario
e usate sempre questo user. Usate root solo quando non ne
potete fare a meno - per configurare il sistema, per installare del nuovo
software.
La tentazione di usare sempre root è forte - soprattutto
se in precendenza avete avuto la sfortuna di scontrarvi con un system manager
che faceva il bello e il cattivo tempo; non fosse altro per la sensazione
di potenza, o per contrastare la sensazione di impotenza ("ma come, non
posso neanche scrivere un file in quella directory ? ma è il MIO
computer !" == paura della castrazione), ma è bene resistere più
che si può, anche per evitare le fobie a livello di timor panico
che si sviluppano dopo aver distrutto il sistema per la terza volta consecutiva...
[sb@pcsash sb]$
sb. Quale ?
ce lo dice
[sb@pcsash sb]$ pwd
/home/sbpwd - Present Working Directory
In un'altra lezione vi spiegheranno il misto di ragioni storiche e logiche per cui il file system di Unix, e quello di Linux in particolare, è organizzato così. Per ora, limitatevi a dimenticarvi dei dischi (A:, C: etc.), e a imparare che i nomi delle directory si separano con / (slash) e non con \ (backslash). Se per caso qualcuno si chiedeva perchè gli indirizzi HTTP usano le / (slash), adesso lo sa: perchè il World Wide Web è nato (al CERN, nel 1989) su NeXt, un sistema derivato, di fondo, da Unix.
La directory in cui ci troviamo dopo il login è la nostra, personale
"home directory". Questo, in pratica, significa che ci possiamo tenere i nostri dati, programmi e quant'altro. Ma per ora non abbiamo ancora fatto nulla. Diamoci un'occhiata:
[sb@pcsash sb]$ ls
ls - LiSt files
è l'equivalente del dir del DOS, e ci ha appena detto che
non c'è nulla.
Ma è proprio vero ?
[sb@pcsash sb]$ ls -la
total 12
drwxr-xr-x 3 sb sb 1024 Jan 8 1998 .
drwxr-xr-x 32 root root 3072 Nov 21 10:11 ..
-rw-r--r-- 1 sb sb 3768 Nov 7 1997 .Xdefaults
-rw-r--r-- 1 sb sb 24 Jul 14 1994 .bash_logout
-rw-r--r-- 1 sb sb 220 Aug 23 1995 .bash_profile
-rw-r--r-- 1 sb sb 124 Aug 23 1995 .bashrc
drwxr-xr-x 2 sb sb 1024 Jan 8 1998 .xfm
-l ("long") dice a ls
di darci tutti i dettagli sui file che elenca, e l'opzione -a
("all") gli dice di mostrare anche i file nascosti. "File nascosto", in
Unix, significa semplicemente che il nome del file inizia con un "." -
non esiste un attributo "nascosto" per i file, è semplicemente una
convenzione, per cui la shell e altri programmi non prendono in considerazione
questi file, a meno che non gli venga richiesto esplicitamente.
/etc/skel. Questi sono file di configurazione personali, che possiamo cambiare senza essere superuser. A noi, poi, interesseranno .bashrc, .bash_profile e .bash_logout, che sono
il file di configurazione di bash.
proviamo a spostarci:
[sb@pcsash sb]$ cd /
[sb@pcsash /]$cd - Change Directory
[sb@pcsash /]$ pwd
/
[sb@pcsash /]$ ls
-rw-r--r-- 1 root root 67902 Jul 7 12:53 System.map
drwxr-xr-x 2 root root 2048 Oct 28 10:10 bin
drwxr-xr-x 4 root root 1024 Oct 11 11:35 boot
drwxr-xr-x 3 root root 22528 Nov 21 10:11 dev
drwxr-xr-x 32 root root 3072 Nov 21 10:11 etc
drwxr-xr-x 1 root root 1024 Jul 9 13:27 home
drwxr-xr-x 4 root root 2048 Oct 27 19:50 lib
drwxr-xr-x 2 root root 12288 May 5 1998 lost+found
drwxr-xr-x 6 root root 1024 Nov 11 09:21 mnt
dr-xr-xr-x 5 root root 0 Nov 21 11:10 proc
drwxr-xr-x 19 root root 2048 Nov 21 10:14 root
drwxr-xr-x 3 root root 2048 Oct 15 11:29 sbin
drwxrwxrwt 5 root root 3072 Nov 21 13:05 tmp
drwxr-xr-x 22 root root 1024 Oct 27 19:50 usr
-rw-r--r-- 1 root root 304546 Jul 7 12:53 vmlinuz
(qualcuno prima o poi ve ne spiegherà il significato)
torniamo nella directory di partenza (home):
[sb@pcsash /]$ cd
[sb@pcsash sb]$
[sb@pcsash sb]$ cd -
[sb@pcsash /]$
[sb@pcsash /]$ mdir
Volume in drive A has no label
Volume Serial Number is 14E4-1A2F
Directory for A:/
command com 96212 05-05-1998 13:23
keybrd2 sys 31942 08-24-1996 11:11
aspicd sys 30076 07-12-1993 3:02
...
ncedit exe 63264 05-10-1993 18:52
sys com 19255 08-24-1996 11:11
24 file(s) 86 606 bytes
385 536 bytes freemdir - msdos dir è uno dei comandi del pacchetto mtools, che serve a lavorare con i dischi DOS. Dato che cercano di rispettare sia i canoni Unix, che le abitudini di chi lavora in DOS, gli mtool hanno diverse
peculiarità, e comportamenti leggermente diversi dagli strumenti
standard - fate attenzione.
[sb@pcsash sb]$ cat /System.map
... etc etc ...
001b4c20 A _end
cat - conCATenate scrive in uscita, a video in questo caso, il contenuto dei file indicati.
[sb@pcsash sb]$ less /System.map
less - più di more
che è un' altro comando per "scorrere lentamente" il contenuto di
un file
/end
h
q
[sb@pcsash sb]$ head /System.map
[sb@pcsash sb]$ tail /System.map
[sb@pcsash sb]$ tail -f /var/log/messages
[sb@pcsash sb]$ touch fileprova
[sb@pcsash sb]$ ls -l fileprova
-rw-rw-r-- 1 sb sb 0 Nov 21 17:49 fileprova
[sb@pcsash sb]$ cat fileprova
[sb@pcsash sb]$
[sb@pcsash sb]$ echo "che bella scritta" fileprova
che bella scritta fileprova
[sb@pcsash sb]$ echo "che bella scritta" >fileprova
[sb@pcsash sb]$ cat fileprova
che bella scritta
[sb@pcsash sb]$ echo "costa solo $?10" >>fileprova
[sb@pcsash sb]$ cat fileprova
che bella scritta
costa solo 0
[sb@pcsash sb]$ echo 'costa solo $10 ' >>fileprova
[sb@pcsash sb]$ cat fileprova
che bella scritta
costa solo 0
costa solo $10
[sb@pcsash sb]$ echo "ma che bella scritta ! "> a
bash: !": event not foundComunque, a parte questi piccoli inconvenienti, abbiamo visto quello che volevamo: come usare la redirezione dell'output per scrivere in un file. Ci sono altre cose in proposito:
cmd < file si redireziona
l'inputcmd 2> file si redireziona
l'error output (stderr, per chi sa il C),stdout)
è redirezionato.
cmd > file 2>&1 si
rimettono insieme i due in filecmd_a 2>&1 | cmd_b
si passa anche l'error output nella pipe - vedi sopra per i problemi
[sb@pcsash sb]$ chmod g+w fileprova
[sb@pcsash sb]$ chgrp altrogruppo fileprova
root può cambiare il proprietario di un file,
usando
[root@pcsash sb]# chown altrouser fileprova
grep
e simili. Per sfruttare fino in fondo il più potente egrep,
è necessario conoscere le regexp -
REGular EXPressions. Le regexp sono una estensione del
sistema del globbing - una corrispondenza fra stringhe con un notevole
numero di possibilità, che vede tante applicazioni sotto Unix, e
si ritrova in molte occasioni, più o meno completo.
Il secondo comando di uso comune sotto Linux è locate, che utilizza un database (solitamente generato e aggiornato da un processo
processo periodico, configurato in /etc/crontab
o in una delle directory /etc/cron.daily,
/etc/cron.weekly etc. tramite
il comando updatedb). locate
è molto veloce, ma purtroppo è poco flessibile: vi consente
solo una ricerca sul nome, e non utilizza un completo sistema di regexp.
E non bisogna dimenticarsi che le informazioni fornite dal locate
risalgono all'ultima esecuzione dell'updatedb. Oltretutto, è
raramente disponibile su altri tipi di Unix, ed è quindi un "vizio"
a cui bisogna poter rinunciare. Per chi amministra una macchina multi-utente,
è importante ricordare che l'updatedb non deve assolutamente
essere eseguito da root, ma piuttosto dall'utente nobody,
onde evitare che appaiano nel database i contenuti di directory protette
in lettura (ad es. le ~/mail).
A sopperire alle carenze del locate, provvede il find,
che non utilizza un database, ma ricerca direttamente nel filesystem. La
conseguenza di questo è un notevole impegno del sistema dei dischi,
e quindi dei tempi decisamente più lunghi; in cambio si hanno una
serie pressochè infinita di opzioni di ricerca (su tipo del file,
proprietario, date, etc) combinabili nei modi più svariati, e l'interessante
(ma potenzialmente pericolosa) possibilità di eseguire un comando
su ciascuno dei file che hanno passato il vaglio del find, tramite l'opzione
-exec. Scusatemi, ma devo necessariamente raccomandarvi di utilizzare
il find per un "test", senza l'exec, o con un exec "innocuo"
come un -exec echo {}\; prima di usare l'exec per qualsiasi
operazione pericolosa.
Un altro comando utile per la ricerca, soprattutto per root, è
il which, che ci indica a quale file eseguibile corrisponde un certo comando:
[sb@pcsash sb]$ which less
/usr/bin/less/usr/bin e in /usr/local/bin),
che per rintracciare la "provenienza" di un comando: ad es. con la RedHat,
[sb@pcsash sb]$ rpm -qf `which less`
less-332-2
[sb@pcsash sb]$ cdplay
Se non funziona, provate
[sb@pcsash sb]$ man cdp
in particolare dove dice
cdp expects to find the device: /dev/cdrom
Ancora non funziona ? beh, dovete configurare il supporto audio del
kernel. Sulla RedHat, provate:
[root@pcsash sb]# soundconfig
Altrimenti aspettate il corso avanzato - o attaccate le cuffie al cdrom
:-)
Non sento, come dici ? funziona ? si ? ma solo a tutto volume ? beh, questo è l'esercizio per casa di ricerca documentazione ;-)
gli editor di testo
|
|
Forse Linux non finisce qui - 2 - Copertina - Documentazione in Linux |
|