Manuale del sistemista Linux

 

 

 

Manuale del sistemista Linux

 

Questo sito utilizza cookie, anche di terze parti. Se vuoi saperne di più leggi la nostra Cookie Policy. Scorrendo questa pagina o cliccando qualunque suo elemento acconsenti all’uso dei cookie.I testi seguenti sono di proprietà dei rispettivi autori che ringraziamo per l'opportunità che ci danno di far conoscere gratuitamente a studenti , docenti e agli utenti del web i loro testi per sole finalità illustrative didattiche e scientifiche.

 

 

Il Manuale del sistemista LINUX

  

di Alessandro De Rinaldis
 

Prefazione

Lo ragione principale per cui mi sono deciso a scrivere un manuale del “perfetto” sistemista LINUX e’ quella di mettere un poco di ordine nella mia mente contorta. Il problema è noto e comune alla maggior parte dei sistemisti di ogni parte del mondo: quando si affronta un problema e, dopo una dura lotta, si riesce a risolvere, subentra nel sistemista “vincente” una sorta di beatitudine e di autoincensazione che porta a rilassarsi ed a dimenticare di appuntarsi da qualche parte le modalità che hanno portato alla risoluzione del problema, fidandosi della propria “memoria di elefante”. Pertanto dopo qualche tempo, il problema e la relativaa soluzione vengono completamente digeriti e dimenticati, e questo porta, alla successiva riproposizione dello stesso problema ad un nuovo “sputamento di sangue”.

 

Per fare un esempio a dir poco banale, ogni volta che ho dovuto installare una distribuzione LINUX RED HAT, mi sono trovato di fronte al solito problema di non poter fare TELNET al sistema LINUX da un pc in rete con esso: ogni volta ho dovuto penare per mezza giornata a “ritrovare la soluzione” (che banalmente consiste nell’aggiungere gli PSEUDOTTY al file /etc/securettys oppure nel cancellare il file /etc/securettys per avere la massima connettività remota), ed ogni volta non mi sono appuntato da qualche parte la medesima soluzione.

 

Pertanto in questo libro, troverete oltre a tutto quanto serve ad installare e configurare un sistema LINUX, anche una corposa documentazione riguardante gli eventuali problemi di installazione del sistema e dei prodotti.

Questo libro, comunque è rivolto oltre a chi ha già dimestichezza con questo ottimo sistema operativo, anche a chi desidera avvicinarsi a Linux senza conoscerlo assolutamente. Pertanto il linguaggio che userò nel prosieguo del manuale sarà il più possibile semplice, e le descrizioni cercheranno di essere particolarmente esaustive.

Se siete pronti, allacciate le cinture e buona lettura !!!

CAPITOLO 1 - Che cosa è Linux ?

 

Bella domanda !!
Linux è nato nel 1991 dalla fervida mente del sig. Linus Torvalds, un ricercatore finlandese, che, forse stanco delle limitazioni dell’MS-DOS e derivati, si decise a scrivere un sistema operativo che fosse multitasking, stabile ed efficiente. Ovviamente nel mondo dell’informatica esisteva già da una ventina d’anni UNIX, con tutte le sue variazioni sul tema (leggasi “piattaforme” differenti); bene, Linux secondo il suo creatore doveva diventare un sistema UNIX per pc. Esistevano già altri sistemi UNIX per piattaforma Intel (come p.esempio SCO e UNIXWARE) ma l’idea del caro Linus era quella di creare un sistema snello (quindi veloce) e soprattutto GRATUITO !!

La prima distribuzione di Linux vide la nascita all’inizio del 1994 (se mi ricordo bene). Subito tale sistema operativo incontrò un enorme successo in ambito universitario (probabilmente per il suo costo molto basso !!), grazie al quale e non solo la schiera degli sviluppatori che cominciarono ad interessarsi ad esso aumentò in maniera esponenziale.

Per farla breve, nel giro di meno di 5 anni Linux ha ottenuto i seguenti incredibili risultati:

- più di 100000 sviluppatori nel mondo su piattaforma Linux;
- più di 7 milioni di installazioni nel mondo;
- 5 o più distribuzioni differenti del sistema operativo.

A proposito delle distribuzioni, esse sono differenti confezionamenti di Linux: in comune hanno ovviamente i moduli base del sistema operativo, mentre esse si differenziano per i moduli accessori (come per esempio le utility, il window manager, i vari server, le applicazioni etc.).
Le distribuzioni attualmente per la maggiore sono le seguenti:

- Slackware (completamente gratuita)
- Caldera (commerciale e gratuita con supporto a pagamento nella versione Open Linux)
- RedHat (gratuita con supporto a pagamento)
- Suse (supporto a pagamento)

Nel prosieguo del libro tutto quello che sarà descritto relativamente alla installazione e alla configurazione del sistema si riferisce alla distribuzione RedHat, giunta al momento in cui scrivo alla versione 5.2.

CAPITOLO 2 - Perchè installare Linux ?

 

La domanda sorge spontanea: perchè un normale utente di p.c. dovrebbe avere la necessità o il desiderio di installare Linux ?
A tale domanda si possono dare molteplici risposte, che qui agglomero insieme.

Linux si installa per semplice curiosità, per avere un primo approccio alle piattaforme UNIX senza creare grossi casini su sistemi di esercizio o simili; oppure perchè si è stanchi di Windows in tutte le sue molteplici forme e dei suoi innumerevoli bachi.

Un altro motivo che spinge moltissimi ad installare Linux è il discorso economico: perchè spendere bei soldini quando con Linux è possibile avere un sistema completo e gratuito ???

Nel prossimo capitolo vedremo in dettaglio le differenze sostanziali tra un sistema Linux ed il mondo Microsoft, mentre nel capitolo 4 analizzeremo la disponibilità di pacchetti applicativi, utility etc... presenti su piattaforma Linux.

 

Linux è un sistema UNIX, e come tale presenta in generale i pregi ed i difetti tipici di tali sistemi; a fronte di una proverbiale robustezza e sicurezza, presenta una gestione non propriamente “user friendly” (rivolta in maniera “amichevole” all’utente); pertanto di norma effettuare delle operazioni di configurazione del sistema operativo o di alcune sue parti (p.es. la configurazione di rete) non è sicuramente semplicissimo, come può essere nel mondo Microsoft, ma necessita di una conoscenza abbastanza dettagliata del sistema operativo e dei vari file di configurazione.

A dire il vero, con le attuali distribuzioni di Linux, il gap di semplicità che separava tale sistema operativo dal mondo Microsoft si è notevolmente ridotto, poichè adesso le distribuzioni Linux arrivano “guarnite” con una montagna di utility grafiche (le cosiddette applicazioni “X”) che aiutano non poco l’utente inesperto nella configurazione del sistema operativo, a partire dalla definizione degli utenti, della rete, dell’accesso remoto, etc.). E’ indubbio però che, nonostante tali sforzi, un utente inesperto si trovi disorientato di fronte ad un sistema che parte con una interfaccia a carattere, e che deve essere configurato in maniera opportuna affinchè, per esempio, possa far partire l’X Server (la cosiddetta interfaccia grafica X-Windows).

 

D’altro canto Linux presenta tutta una serie di enormi vantaggi rispetto ai sistemi operativi di casa Microsoft, che giustificano l’attuale boom di installazioni nel mondo e l’enorme interesse che esso attualmente sta destando anche in compagnie notoriamente “conservatrici”, come per esempio i colossi IBM, Oracle ed Informix.

Vediamo allora più in dettaglio le differenze ed i vantaggi che un sistema Linux possiede rispetto ad un sistema Windows NT.

Il confronto è fatto con un sistema Windows NT, poichè ambedue i sistemi operativi si collocano nella cosiddetta fascia dei “sistemi operativi dipartimentali” con spiccate funzionalità di rete. Il confronto non viene quindi fatto con il sistema più popolare di casa Microsoft, Windows 95 (adesso diventato il “famigerato” Windows 98, o come lo chiamano i denigratori, Winbug 98, a causa dei suoi numerosi “buchi”), poichè tale sistema non offre alcuna funzionalità di sicurezza o di multiutenza,  come di server di rete o di multitasking “reale”, e d’altrocanto offre, proprio per le sue limitate caratteristiche una velocità maggiore (a parità di hardware) rispetto a Linux o a maggior ragione a Windows NT.

CAPITOLO 3 - Confronto Linux vs Windows NT

Nella tabella seguente sono descritte le differenze tra Linux e Windows NT:

TABELLA 1

Descrizione	LINUX	WINDOWS NT
Costo	Gratuito	Circa 2 milioni (versione server)
Server di rete	Si	Si
Protocolli Utilizzabili Standard	TCP/IP,Samba,Netware,NFS	TCP/IP,Netbeui,Netware
Printer Server	Si	Si
Compilatori di Default	C,Fortran,Pascal,Assembler,Lisp...	Nessuno
Funzioni di Accesso remoto	Si (con Callback)	Si (con callback)
Funzioni Server Internet Standard	HTTP,FTP,TELNET,DHCP,NEWS,MAIL...	Solo HTTP (nella installazione di default)
Interfaccia grafica	Si (varie)	Si
Multiconsole	Si	No
Multitasking	Si	Si
Amministrazione Remota di default	Si	Si (limitata)
Supporto hardware	Parziale	Quasi completo
Efficienza del sistema operativo rispetto all'hardware	Ottima	Discreta
Applicazioni	Enorme disponibilità	Enorme disponibilità
Interfaccia amichevole	Buona	Ottima
Facilità di configurazione/settaggio	Buona	Ottima

 

Come si vede ad occhio, la tabella, lungi dall'essere esaustiva, mette in luce gli aspetti peculiari dei due sistemi operativi; da un lato Linux, gratuito, efficiente, stabile, molto completo per quanto riguarda la parte di sviluppo e quella di server rivolto al mondo Internet, con una ottima disponibilità di applicazioni, sia gratuite che a pagamento, ma che non supporta completamente l'hardware presente oggi sul mercato (specialmente le ultime novità) con una configurabilità ed una interfaccia amichevole buone ma non ottime: dall'altro lato Windows NT, sicuramente più facile da configurare e con un approccio "user friendly" che è di fatto il punto di forza dei sistemi operativi di casa Microsoft, ma nello stesso tempo molto più "mangiatore di risorse" con scarse attitudini alla rete in generale ed a Internet in particolare (a meno di integrare il sistema operativo base con option pack, BackOffice e via dicendo) e con nessun tool di sviluppo disponibile di base.

CAPITOLO 4 - Applicazioni per Linux

 

Merita un approfondimento il discorso relativo alle applicazioni disponibili per Linux; infatti, negli ultimi anni in generale e negli ultimi mesi in particolare, si è verificato un autentico boom di applicazioni per piattaforma Linux.
Accanto alle ormai "storiche applicazioni" come quelle tipicamente scientifiche, sono fiorite negli ultimi due anni una serie infinita di applicazioni di ogni genere che coprono oramai qualsiasi campo e sono in grado di rivaleggiare con le analoghe in applicazioni presenti in ambiente Microsoft.
Colossi del software come IBM, ORACLE, INFORMIX, nonché NETSCAPE CORPORATION, STARDIVISION e COREL, hanno effettuato il porting dei loro prodotti di punta in ambiente Linux, completando quindi con una offerta commerciale, la già immensa offerta per così dire “freeware”.

E qui è necessario aprire una parentesi relatovamente al discorso del “gratuito” in ambiente Linux.
Come è noto Linux è un sistema operativo completamente gratuito: questo vuol dire che esso è utilizzabile anche per scopi commerciali senza dover pagare alcun tipo di “royalties” a a qualcuno. Comunque per avere un supporto tecnico più presente ed affidabile, oltre ad affidarsi ai numerosissimi Newsgroup presenti su Internet oppure alla corposa documentazione presente in tutte le distribuzioni rilasciate, è opportuno rivolgersi (a pagamento) alle società che creano le distribuzioni ufficiali di Linux (come per esempio Caldera e RedHat).
In pratica quello che si paga acquistando una distribuzione ufficiale di queste società, è una sorta di rimborso spese per la creazione del set di CD della distribuzione che comprende anche il supporto tecnico per un periodo più o meno limitato.
Considerando il costo modestissimo di tali distribuzioni ufficiali (come esempio riporto quello della distribuzione Redhat - quattro CD - che costa poco più di 50 mila lire) conviene soprattutto per società che hanno deciso di investire su Linux comprare le distribuzioni ufficiali.

Tutto il software non commerciale che viene sviluppato per Linux è normalmente proposto con licenza Open Source: tale licenza permette di modificare a piacere il codice sorgente (sempre allegato all'applicazione) con l'unica limitazione che una volta modificato esso debba essere reso disponibile su Internet alla comunità internazionale.

A tale tipo di licenza hanno cominciato ad aderire anche grosse “Corporations”, come per esempio Netscape, la quale alla mezzanotte del 31 marzo 1998 ha reso disponibile il codice sorgente del suo famosissimo browser internet “Communicator”. In questo modo chiunque può modificare a proprio piacimento le applicazioni Open Source contribuendo in definitiva a migliorare i prodotti e determinando anche una notevole cooperazione tra gruppi differenti per lo sviluppo di una certa applicazione.

Tornando alle applicazioni disponibili per Linux, nella seguente tabella riassumiamo quelle più importanti rimandando per un  elenco esaustivo ad alcuni siti internet come il bellissimo http://www.linuxapps.com oppure come http://www.conecta.it o http://www.boutell.com

TABELLA 2 - Applicazioni di punta presenti in ambiente  LINUX

TIPO APPLICAZIONE	NOME
Browser Intenet	Netscape Communicator
FTP Client	IglooFTP, XMFTP
Suite Office	Staroffice, Applixware
Manipolazione Grafica	Gimp
Grafica Postscript	Acrobat Reader, Ghostview
Multimedialità	Real Video, Real Audio, MTV (MPEG 3 e DVD), mixer, CD Player, lettori vari qualunque formato audio, karaoke, supporto per telecamere, schede TV, schede radio, scanner, masterizzatori, encoder MP3
Programmazione	Qualunque tipo di linguaggio, tool di sviluppo, debuggers, compilatori, etc..
Comunicazioni	Supporto di accesso remoto, FAX, funzioni di callback, VNC (controllo remoto di macchine multipiattaforma)
Window manager	KDE, WindowMaker, Fvwm, Qvwm (simile a Windows 98)
WEB Server	Apache, Squid
Mail Server	Sendmail e derivati
Data Base	Oracle, Informix, DB2, Postgres

La tabella precedente, lungi dall'essere esaustiva, ha solo lo scopo di dare una panoramica di quello che si può trovare in ambiente Linux; dalla tabella comunque si evince subito che Linux non è un sistema operativo disegnato per i giochi: infatti le poche applicazioni per così dire "ludiche" non possono neanche lontanamente competere con i giochi presenti in ambiente  Windows 95/98; comunque è anche vero che solo tre anni fa parlare di "multimedialità" in ambiente Linux era un po' un eresia, mentre negli ultimi tempio, come si nota leggendo la tabella, le applicazioni in ambito multimediale sono fiorite in maniera impressionante, senza comunque raggiungere ancora il livello di semplicità presente in ambiente Microsoft.
Pertanto in un futuro non remoto, potremmo assistere ad una crescita esponenziale, ed anche di qualità di giochi in ambiente Linux.

Per inciso, il libro che state leggendo, è stato interamente scritto utilizzando la suite StarOffice 5.0, una concorrente temibile di Office 97, la quale, tra l'altro, è assolutamente gratuita.

Bene, dopo questa introduzione piuttosto lunga, ma doverosa, passiamo finalmente alla descrizione di come si installa una distribuzione Linux; prenderemo in considerazione una distribuzione Linux Red Hat 5.2.

 

CAPITOLO 5 - Prepariamo la macchina per installare Linux

 

Bene, partiremo dal punto di vista di una persona che abbia sul suo p.c. già installato Windows 98 e che intenda installare anche Linux su un altro disco o su un'altra partizione, in maniera da cominiciare a sperimentare questo sistema operativo.

Installeremo la versione Linux Red Hat 5.2 (nel caso in cui al momento della lettura questa versione non sia più l'utima uscita, niente paura, poiché la filosofia della installazione resta sempre la stessa a parte alcune lievi modifiche e migliorie).

Ovviamente si pone subito un problema: come faccio ad installare Linux senza perdere i miei dati ? Devo fare lunghi e penosi backup dei dati, ripartizionare il disco e reinstallare Windows e tutti i miei dati ? Oppure devo comprare un altro disco ? O comprare un tool software come Partition Magic per ripartizionare in maniera indolore ???

Niente di tutto questo !!! In tutte le distribuzioni Linux e quindi anche nella Red Hat esistono a corredo tutta una serie di utility per facilitare la vita agli utenti DOS in generale e Windows in particolare. Tra di esse quella che andremo ad usare è l'utility FIPS, che permette alla stessa stregua di prodotti come Partition Magic di partizionare in maniera indolore l'hard-disk.
L'ipotesi che faremo è quella di avere sul nostro p.c. un unico hard-disk di capacità 4.3 Gb e di volere riservare per la nostra partizione Linux 1.3 GB (più chesufficienti considerando il fatto che una installazione completa di Red Hat occupa circa 900 MB, di cui, come vedremo in seguito, molti assolutamente non necessari (come per esempio la corposa documentazione presente in lingue come il turco, il greco, il cinese o il finlandese !).

La prima operazione da compiere è quella di effettuare un defrag del disco rigido, in maniera da compattare tutto lo spazio libero.

Dopodichè si effettuano le seguenti operazioni:

1. Creare un dischetto di boot Windows 95
2. copiarci sopra i file fips.exe e restorrb.com (si trovano nella directory \RedHat\dosutils del cd-rom)

 

Una volta creato il dischetto di boot, è opportuno (ma non necessario) effettuare il boot da dischetto ed eseguire l'utility fips; tale utility come prima cosa chiede di effettuare un salvataggio della tabella delle partizioni (partition table) onde preservarsi da eventuali problemi: infatti la presenza sul dischetto del programma restorrb è fondamentale proprio per effettuare, in caso di problemi, il ripristino della partition table allo stato originario.

Dopo che la partition table è stata salvata, fips propone la suddivisione dell'hard disk in due partizioni: la dimensione delle due partizioni può essere modificata in modo da arrivare ad un dimensionamento sufficiente. Nel nostro caso agiremo sulle freccette della tastiera in maniera da impostare la nuova partizione ad una dimensione di 1.3 GB.

Fips mostrerà un messaggio di questo tipo:

<old partition> : 3GB  <new partition> : 1.3GB

Una volta dimensionata in maniera opportuna la nuova partizione faremo scrivere a fips la nuova partition table.
A questo punto facendo ripartire la macchina ed eseguendo fdisk dovremmo notare, se tutto è andato bene, due partizioni:

1. una partizione fat (16 o 32 ) di 3GB;
2. una partizione NON DOS di 1.3 GB.

 

La partizione NON DOS deve a questo punto essere cancellata.

In questo modo lo spazio recuperato cancellando la partizione NON DOS sarà quello che a questo punto utilizzeremo per installare Linux.

CAPITOLO 6 - Preparazione del dispositivo di Boot di Linux

Per effettuare il boot Linux allo scopo di iniziare l'installazione del nuovo sistema operativo, occorre prima decidere da quale dispositivo effettuare il boot. Ciò poiché le ultime distribuzioni RedHat vengono rilasciate normalmente du cd-rom di tipo bootable cioè cd-rom da cui è possibile effettuare direttamente il boot.

 

Normalmente da un paio d'anni a questa parte i bios dei p.c. Permettono di specificare tra i dispositivi di boot anche il lettore cd-rom; se questo fosse il caso del vostro p.c., tutto quello che dovete fare per effettuare il boot Linux necessario ad iniziare l'installazione, è inserire il cd-rom nel lettore ed accendere il computer.

In questa trattazione, comunque, partiremo dall'ipotesi che il bios del nostro p.c. non sia così evoluto da permettere il boot da cd-rom; in questo caso si renderà necessario creare il set di dischetti di boot di Linux.

Ho parlato di set di dischetti di boot: in realtà per installare Linux su una macchina che dispone di lettore cd non bootable è necessario solo un dischetto; comunque è utile sapere che l'installazione di Linux è possibile anche da hard-disk (partizione Dos-Windows) da rete, tramite protocollo FTP, protocollo NFS, oppure collegandosi ad un server SAMBA (in pratica qualunque macchina con sistema operativo Microsoft) . Tali modalità di installazione richiedono la creazione di un secondo dischetto, chiamato Supplementary Disk; esiste inoltre anche un terzo dischetto chiamato Rescue Disk (letteralmente disco di sopravvivenza) che permette in caso di grossi problemi, la ripartenza del sistema operativo in una modalità simile alla modalità provvisoria di Windows 98.

Pertanto è opportuno creare il set di dischetti completo: per fare ciò esiste nella directory \Redhat\dosutils (per intenderci la stessa che contiene i moduli fips e restorrb) l'utility rawrite.

Per creare i dischetti di boot, supplementary e rescue procedere come segue:

1. eseguire rawrite.exe
2. alla richiesta del file di cui fare l'immagine sul dischetto digitare nei singoli tre casi: d:\redhat\images\boot.img, d:\redhat\images\supp.img, d:\redhat\images\rescue.img dove d:\ abbiamo supposto essere l'unità logica del cd-rom

In questo modo l'utility rawrite creerà il set di tre dischetti di Linux Red Hat.

Bene, siamo finalmente pronti per iniziare la installazione vera e propria di Linux.

CAPITOLO 7 - Installazione di una distribuzione Red Hat

 

Inseriamo il dischetto di boot di Red Hat ed accendiamo la macchina: dopo i soliti messaggi del BIOS, della RAM etc. apparire subito una schermata di "Welcome" da parte della Red Hat, in fondo alla quale vi è una specie di prompt con scritto <Boot:> nel 99% dei casi l'unica cosa da fare è quella di premere il tatso <invio>. Solo raramente è necessario, avendo macchine particolari con dispositivi altrettanto particolari, dare dei parametri di avvio da passare al boot del sistema operativo; comunque tale caso non rientra in questa trattazione e quindi lo trascureremo.

Una volta effettuato invio il dischetto effettua il vero e proprio boot che fornisce una sbrodolata lunghissima di messaggi di sistema; con un buon colpo d'occhio e un po' di conoscenze di base si possono risconoscere tra gli altri la memoria riconosciuta da Linux, il tipo di hard-disk e cdrom, le eventuali controller SCSI, etc. Non vi aspettate di vedere messaggi riguardanti la scheda audio: per essa come per altri dispositivi bisogna fare un discorso a parte che tratteremo successivamente.

Finalmente, una volta finito il boot, appare la prima schermata, per così dire grafica, in cui la Red Hat vi ringrazia ecc. ecc.. Premendo <invio> viene richiesta la lingua di installazione; se non siete troppo pratici di inglese, conviene selezionare la lingua italiana, anche se vi troverete in alcuni casi durante l'installazione, con frasi metà in italiano e metà in inglese: questo è sicuramente un difetto di gioventù della distribuzione, poiché la verrsione 5.2 è la prima che permette di selezionare la lingua di installazione.
Un'avvertenza: selezionando l'italiano, anche parecchi comandi e messaggi del sistema operativo verranno mostrati in italiano, anche qui con alcuni misti d'inglese !

La schermata successiva chiede l'impostazione della tastiera: selezionate "it".

Successivamente viene richiesto il tipo di installazione: supponendo che la nostra macchina abbia il lettore cd selezioniamo "local cdrom". Accenniamo comunque al fatto che la installazione di una distribuzione Linux Red presenta una enorme versatilità, poiché essa può essere installata, oltre che dal canonico cd-rom, anche da hard-disk con partizione DOS, oppure tramite una rete, utilizzando protocolli di comunicazione tipo FTP, NFS, SAMBA (non vi preoccupate di queste sigle se non le conoscete: nel prosieguo del libro esse verranno dettagliatamente descritte.

Andando avanti, viene chiesto quale tipo di installazione fare: scegliamo "custom" poiché in questo modo possiamo avere un maggiore controllo dei pacchetti da installare.

Proseguendo con l'installazione, arriviamo ad uno dei punti cruciali: la creazione della partizione/partizioni Linux e dell'area di swap.

Bene, tornando alla creazione della partizione Linux (il cosiddetto Filesystem) e dell'area di swap, vi consiglio di usare Fdisk in luogo di DiskDruid; la procedura di installazione propone tutte e due le modalità, ma Fdisk è sicuramente un tools più potente di DiskDruid.
Come per l'ambiente DOS/Windows, anche l'uso di fdisk sotto Linux potrebbe dare esiti spiacevoli in caso di errore: pertanto prestate grande attenzione a quello che fate !!!

Appena entrati in fdisk, conviene digitare "p" comando che visualizza l'attuale tabella delle partizioni; in risposta a tale comando, sempre considerando il nostro esempio di partenza ( vedi Capitolo 5) dovremmo avere una situazione più o meno di questo genere:

 

            Command (m for help): p

            Disk /dev/hda: 64 heads, 63 sectors, 782 cylinders
            Units = cylinders of 4032 * 512 bytes

            Device     Boot    Start  End   Blocks      Id  System
            /dev/hda1   *         1      305   3014848+   6  DOS 16-bit >=32M   

Per avere il menù dei comandi disponibili basta digitare "m".

Creiamo adesso la partizione Linux e l'area di swap: in realtà potremmo anche creare più filesystems Linux, ma per semplicità utilizzeremo tutto lo spazio disco disponibile (meno ovviamente lo spazio che utilizzeremo come area di swap).

Avendo a disposizione 1.3Gb di spazio, decidiamo di creare un filesystem Linux di 1.2Gb ed un'area di swap di 100Mb; questa scelta è solo di esempio, poiché normalmente una regola da rispettare è quella di creare un'area di swap la cui dimensione sia circa il doppio della RAM a nostra disposizione. Per esempio, se il nostro computer dispone di 32Mb di RAM, l'area di swap dovrà essere dimensionata almeno a 64Mb.

           

1. digitiamo "n" (new partition);
2. alla domanda "p" o "e" rispondiamo "p" (primary partition);
3. alla domanda quale numero di partizione rispondiamo 2 poiché nel nostro caso la partizione numero 1 è quella su cui è installato Windows 98;
4. alla richiesta di indicare la dimensione della partizione, rispondiamo +1200MB;
5. bene adesso rifacciamo il comando "p" (print); dovremmo ottenere come risposta un messaggio del genere:

                        Device Boot    Start      End   Blocks   Id  System
                        /dev/hda1   *         1      305   614848+   6  DOS 16-bit >=32M
                        /dev/hda2           306      750 1200000   83  Linux native     

A questo punto creiamo con lo stesso procedimento l'area di swap:

1. digitiamo "n" (new partition);
2. alla domanda "p" o "e" rispondiamo "p" (primary partition);
3. alla domanda quale numero di partizione rispondiamo 3 ;
4. alla richiesta di indicare la dimensione della partizione, rispondiamo +100MB;
5. bene adesso rifacciamo il comando "p" (print); dovremmo ottenere come risposta:

                        Device Boot    Start      End   Blocks   Id  System
                        /dev/hda1   *         1      305   614848+   6  DOS 16-bit >=32M
                        /dev/hda2           306      750 1200000   83  Linux native
                        /dev/hda3           751      782   100000   83  Linux native

Come si nota con fdisk abbiamo in realtà creato due partizioni Linux, mentre in realtà avremmo dovuto creare la partizione primaria Linux (quella, per intenderci, di 1.2Gb) e l'area di swap di 100Mb. Niente paura, non abbiamo sbagliato qualcosa nel procedimento: fdisk di default (per definizione) crea sempre partizioni Linux. Adesso ci resta solamente da modificare il tipo di partizione dell'area di swap, per farla diventare effettivamente un'area di swap e non un filesystem:

1. digitare t;
2. alla risposta Partition number (1-4): digitare nel nostro caso "3";
3. fdisk risponde con il seguente messaggio: Hex code (type L to list codes): digitare "L";
4. fdisk ci mostra a questo punto l'elenco dei filesystem supportati con i codici esadecimali corrispondenti: 

0  Empty               a  OS/2 Boot Manag 65  Novell Netware    a6  OpenBSD
1  DOS 12-bit FAT  b  Win95 FAT32               75  PC/IX                   a7  NEXTSTEP
2  XENIX root                c  Win95 FAT32 (LB 80  Old MINIX         b7  BSDI fs
3  XENIX usr                 e  Win95 FAT16 (LB 81  Linux/MINIX     b8  BSDI swap
4  DOS 16-bit <32M f  Win95 Extended          82  Linux swap           c7  Syrinx
5  Extended        40  Venix 80286         83  Linux native         db  CP/M
6  DOS 16-bit >=32 51  Novell?            85  Linux extended    e1  DOS access
7  OS/2 HPFS                 52  Microport             93  Amoeba                e3  DOS R/O
8  AIX                 63  GNU HURD        94  Amoeba BBT      f2  DOS secondary
9  AIX bootable              64  Novell Netware    a5  BSD/386               ff  BBT         

1. Come si può notare la partizione Linux di swap (l'area di swap) ha un codice esadecimale "82": pertanto alla domanda di fdisk Hex code (type L to list codes): si deve rispondere con "82";

 

Bene a questo punto la nostra partition table dovrebbe essere più o meno così:

      Device Boot          Start      End   Blocks    Id  System
/dev/hda1   *         1      305   614848+   6  DOS 16-bit >=32M
/dev/hda2           306      750    1200000  83  Linux native
      /dev/hda3           751      782   100000   82  Linux swap     

1. Possiamo a questo punto arrivare all'atto conclusivo dell'operazione di creazione del filesystem e dell'area di swap: la scrittura effettiva su disco della nuova partition table: pertanto digitiamo "w" e fdisk scriverà sul disco la nuova partition table.

Dopo di ciò il controllo ritorna al programma di installazione di RedHat: esso ci chiederà in rapida successione di formattare l'area di swap, di formattare lo spazio disco riservato al nuovo filesystem Linux, nonché di specificare i punti di mount dei filesystems. E qui arriviamo ad un concetto del tutto nuovo per i neofiti di Unix in generale e di Linux in particolare: quello del punto di mount.

E' necessario indicare i punti di mount (quindi le directory) per montare i vari dispositivi di hard-disk; pertanto durante l'installazione di RedHat vengono chiesti i punti di mount del filesystem "root" di Linux e della partizione Windows 98. Normalmente il punto di mount del filesystem Linux viene chiamato "/" come standard Unix, mentre per quanto riguarda la partizione Windows 98, il punto di mount lo chiameremo "/discoc". Avrete sicuramente notato che in Unix la sintassi delle directory è diversa da Dos+: in Dos le directory windows, per esempio ha come path "\windows", mentre in Unix sarà "/windows".

Una volta che le nostre partizioni sono state definite viene richiesto di formattarle (ovviamente le nuove, cioè il filesystem Linux, chiamato ext2fs e l'area di swap)
Finalmente  arriviamo al momento cruciale della installazione di Red Hat: quali pacchetti installare ?

Nel nostro esempio, disponendo di 1.3Gb potremmo tranquillamente selezionare l'opzione "installa tutto": in questo modo verrebbero "sparati" sul nostro filesystem root la bellezza di 900MB di software.
Ma quello che vogliamo fare qui è di iniziare a capire quali sono le applicazioni ed i servizi interessanti in Linux, e quali di queste applicazioni/servizi sono ormai superati e quindi divenuti ormai assolutamente opzionali.
Senza entrare in un dettaglio piuttosto spinto, possiamo tranquillamente dichiarare che l'installazione completa della distribuzione Red Hat è francamente troppo: che ve ne fate, per esempio, di tutta la documentazione Linux in una decina di lingue, tra cui il giapponese, il cinese, il turco, il coreano, etc... ?
Oppure, sono ancora utili tutti quei programmi di publishing tipo Emacs o Tex/Latex, quando ormai anche in ambiente Linux sono presenti delle suite Office professionali, in grado di competere con Microsoft Office ?
Quindi quello che faremo nel nostro esempio, è di effettuare una scelta ponderata dei vari pacchetti da installare, senza entrare nel dettaglio spinto di considerare un pacchetto alla volta (una operazione dle genere comporterebbe una perdita di tempo di qualche ora !)
Ipotizziamo quindi che la nostra macchina venga utilizzata in una rete locale, nella quale siano presenti sia altre macchine Linux che macchine con sistema operativo Microsoft (windows 95/98, NT); questo scenario è quello che normalmente presente in aziende medio/piccole oppure all'interno di particolari settori di grosse Società. In tali contesti le macchine Linux vengono utilizzate come server Internet/Intranet , come firewall/proxy, come printer server oppure come macchine di repository o server di dati (su data base).
Installaremo pertanto tutto quello che interessa problematiche di networking: Samba, NFS, tutti i protocolli TCP/PPP, le funzionalità di WEB Server, di FTP, di printer server, in generale tuttle le funzionalità di networking.

 

Inoltre tutto ciò che riguarda lo sviluppo e la compilazione di applicazioni (in modo particolare tutto ciò che riguarda il "c/c++ language"), deve per forza essere installato anche se la macchina non sarà destinata come macchina di sviluppo di applicazioni;  ciò si rende necessario poiché la maggior parte delle applicazioni Linux disponibili su Internet come nei CD-ROM allegati nelle riviste di informatica vengono distribuite in forma di codice sorgente (per assicurare la portabilità sulla maggior parte delle piattaforme Unix presenti). Inoltre anche la ricompilazione del kernel di Linux (operazione che, come vedremo nel seguito, si rende necessaria nella maggior parte delle installazioni per far funzionare alcuni dispositivi hardware come schede audio, schede scsi, schede radio/tv) necessita dell'ambiente di sviluppo e di compilazione del "c", poiché Linux come tutti gli altri sistemi Unix, è scritto quasi completamente in "c".

I giochi li possiamo anche installare, ma non aspettatevi molto di più dei classici Tetris, Pacman Majhong e Minesweeper, oltre ai solitari: come già detto in precedenza, Linux è un sistema operativo che ancora non presenta, una offerta di giochi simile a quella presente su altri sistemi operativi, Microsoft su tutti: comunque qualcosa si sta iniziando a muovere.
Avrete sicuramente notato che molte categorie di applicazioni sono presenti sia in ambiente console (quindi essenzialmente in modalità testo) che in ambiente "X": io vi consiglio di installare entrambi, poiché se è vero che le applicazioni in ambiente grafico sono più facili da usare, è anche vero che alcune di esse si appoggiano comunque sulle loro equivalenti in modalità testo, che tra l'altro offrono una maggiore velocità di esecuzione ed un maggior controllo di tutti i parametri opzionali.
Bene, ricapitolando, installeremo i seguenti tools:

1. printer support
2. X Windows System
3. Mail/WWW/News tools
4. DOS/Win Connectivity
5. File Managers
6. Graphics manipulations
7. X Games
8. X Multimedia Support
9. Console Multimedia
10. Networked Workstation
11. Dialup Workstation
12. Nfs Server
13. SMB Connectivity
14. Anonymous FTP
15. Web Server
16. Networked management Workstation
17. C Development
18. Development Libraries
19. X Development
20. C++ Development

A questo punto comincia finalmente l'installazione vera e propria della distribuzione.
Non pensate che il processo di installazione dei pacchetti sia una cosa terribilmente lunga: niente a che vedere con le installazioni di Windows 95/98 o NT ! Con i pacchetti scelti vengono installati più o meno 300MB di software che vengono letteralmente "sparati" sul vostro hard disk alla velocità della luce ! L'intero processo di installazione dei pacchetti dura, su una macchina pentium 166MHz (quindi neanche tanto veloce !) meno di 10 minuti.
Si vedono comparire sul monitor tutti i pacchetti che vengono installati: comunque, per non farsi venire il mal di testa alla fine della installazione è possibile conoscere con dettaglio la lista dell applicazioni installate, poiché durante l'installazione viene creato un file di log chiamato guarda caso install.log nella directory /tmp.
Finita l'installazione dei pacchetti il sistema riconosce automaticamente la presenza del mouse, e chiede se si voglionio emulare i 3 bottoni: rispondiamo di si, poiché tale opzione a volte è utile.
Successivamente arriviamo ad un altro punto spinoso: quello della configurazione della scheda video. Tale configurazione è di fondamentale importanza, poiché senza di essa non sarà possibile far partire l'interfaccia grafica (l'X Server, come già accennato), oppure tale interfaccia partirà con funzionalità limitate (per esempio in VGA a 16 colori).
Nella maggior parte dei casi la scheda grafica viene riconosciuta correttamente da RedHat e di conseguenza viene installato il pacchetto di X Server corrispondente. Per esempio, sul mio glorioso P.C. (Cyirix 166+, 32 MB RAM etc... praticamente già superato da due anni !) è presente una scheda grafica S3 Trio 64V+, immediatamente riconosciuta e automaticamente configurata. Comunque in alcuni casi, specialmente per schede grafiche recentissime, può succedere che l'installazione non riesca ad effettuare il riconoscimento, oppure riconosca la vostra scheda come fosse un'altra: in questo caso, onde evitare un probabile crash del sistema con conseguente fine anormale della procedura di installazione del sistema operativo e buttata a mare di almeno un'ora di lavoro (poiché in questo caso bisogna ricominciare tutto da capo !) è opportuno "skippare" l'installazione dell'X Server e studiare successivamente il problema. Nel libro viene dedicato un capitolo intero alla risoluzione di questo problema.
Nel nostro caso ipotizziamo di essere tra i fortunati la cui scheda grafica viene immediatamente  riconosciuta in maniera corretta dalla procedura di installazione.
In questo caso, viene installato l'X server corrispondente, dopodichè vengono proposte delle configurazioni automatiche  (la cosiddetta modalità "probe") relativamente  alla frequenza del monitor ed alla risoluzione/risoluzioni proposte. In questa fase decidiamo di far fare tutto in maniera automatica; eventualmente se, in un secondo tempo non siamo soddisfatti del risultato ottenuto, potremo sempre modificare a piacere la configurazione grafica del sistema utilizzando la apposita utility chiamata Xconfigurator.
Dopo la configurazione della scheda grafica, arriva il momento di configurare la rete (il "network" per dirla all'inglese): tale operazione nella maggior parte delle installazioni per così dire "casalinghe" non è ovviamente necessaria, ma risulta essere fondamentale quando la nostra nuova macchina Linux debba essere inserita in una relatà di rete locale/geografica. Questa realtà è quella che normalmente si trova in qualunque ufficio di piccole/medie/grandi dimensioni in qualunque angolo del pianeta, ed è anche quella che abbiamo ipotizzato nel nostro esempio di partenza; pertanto anche nel nostro esempio configureremo la rete.
Quando si parla di configurare la rete durante una installazione Linux, quello che in realtà viene configurato è il protocollo noto come TCP/IP: questa sigla dovrebbe ormai essere conosciuta alla stragrande maggioranza dei lettori, anche quelli quasi completamente a digiuno di nozioni di informatica, poiché con essa viene identificato il protocollo di comunicazione della madre di tuttel le reti, cioè INTERNET. Senza entrare nel dettaglio di comprendere il meccanismo di funzionamento di tale protocollo, ed i pro ed i contro che lo contraddistinguono, possiamo dire che esso è oramai lo standard di fatto delle reti geografiche (intendendo per rete geografica una serie di reti locali distanti interconnesse tra di loro tramite opportune apparecchiature ed opportune linee di trasmissione). Configurando il protocollo TCP/IP sulla nostra macchina, potremmo quindi connettere essa sia alla nostra rete locale aziendale che alle reti geografiche in generale ed ad INTERNET in particolare.

L'installazione di Red Hat ci chiede a questo punto informazioni relative al nostro I.P. Address (statico o tramite DHCP o BOOTP), e, nel caso di indirizzo statico al Netmask (la maschera di sottorete) al default Gateway, ai DNS (Domain Name Server) primari e secondari etc. Tutte queste informazioni normalmente in una azienda devono essere richieste all'amministratore  della rete. Per quanto rigurada la scheda di rete, essa normalmente viene riconosciuta in modo automatico una volta che essa sia stata selezionata da quelle supportate di base dalla installazione di Red Hat; nel caso in cui la vostra scheda di rete non sia tra quelle supportate, oppure pur essendo supportata non venga riconosciuta per qualche misterioso motivo, il problema può comunque essere risolto successivamente tramite ricompilazione del kernel di Linux inglobando gli eventuali driver della scheda.

Bene, siamo arrivati quasi alla fine della nostra installazione: ci restano da impostare poche altre cose tra cui l'orologio sul nostro fuso orario (selezionate "Europe/Rome" senza selezionare il settaggio dell'orologio hardware del p.c. !). Subito dopo ci vengono proposti i processi di sistema da far partire al boot della macchina.

Senza descrivere in dettaglio tutti processi possiamo dire che per il nostro esempio è opportuno fa partire tutti i processi proposti dalla installazione esclusi i seguenti:

1. atd (basta nella maggior parte delle installazioni avere solo il crond attivo)
2. pcmcia (se il p.c. È però un portatile, è necessario farlo partire)
3. sendmail (a meno che non si voglia usare la macchina come server di posta elettronica)
4. httpd (questo processo fa partire Apache il WEB Server più diffuso su INTERNET; fatelo partire se la vostra macchina deve diventare un server INTERNET/INTRANET)

 

E' rimasto solo da configurare la stampante: anche qui la installazione di Red Hat dimostra una grande versatilità, poiche ci permette di configurare sia una stampante locale (cioè fisicamente connessa al nostro p.c.) che stampanti di rete. In questo secondo ci viene offerta la possibilità di installare una stampante remota UNIX, oppure una stampante NOVELL, o ancora una stampante SAMBA (cioè una stampante connessa ad una macchina WINDOWS con protocollo di comunicazione NETBEUI, che è il protocollo Microsoft per eccellenza in ambito reti locali). Qui supponiamo di installare una stampante locale, e tale operazione risulta particolarmente semplice. Ci viene richiesto anche quale driver usare; se la nostra stampante non fosse tra quelle proposte dalla installazione, è comunque possibile selezionare driver generici sia in modalità testo che in modalità Postscript (la modalità grafica che viene usata negli ambienti UNIX).

Coraggio siamo arrivati agli ultimi due passi: il primo è banale poiché l'installazione ci richiede la password dell'utenza root: l'utenza root nei sistemi UNIX è l'equivalente dell'utenza Administrator in ambiente Windows NT. In partica root è il superutente con potere di "vita e di morte" su tutto ciò che accade nel sistema e su tutti gli utenti, per così dire "mortali" che usano il sistema.
Root è di norma l'unico utente che può effettuare lo shutdown o il reboot della macchina, oppure montare e smontare i file system.

Pertanto si capisce l'importanza di tale utenza, che di norma viene assegnata al cosidetto "amministratore del sistema", cioè il "guru" che lo ha installato e configurato.
Vista la potenza di tale utenza, è opportuno che la password di accesso non venga divulgata a tante persone, e soprattutto ad utenti non molto esperti od alle prime armi: il rischio è quello di non vedere ripartire più la macchina Linux !!.

La password che useremo nel nostro esempio è: charlie

Dopo la password viene richiesto di creare un bootdisk, utilissimo per pararsi il fondoschiena da improvvisi malfunzionamenti della procedura di Boot (per esempio record di boot rovinato o kernel cancellato inavverititamente).

L'utimo passo è quello della creazione del Boot Loader LILO: LILO sta per Linux Loader, ed in pratica è un piccolo programmino che faremo scrivere sul Master Boot Record del disco rigido.

Abbiamo visto che Linux è in grado di riconsocere sul disco rigido precedenti installazioni di DOS/Windows 95/98. Pertanto nel LILO troveremo anche una sezione necessaria all'avviamento di tale sistema operativo. L'instazione ci propone come nomi simbolici per la partenza dei due sistemi "Linux" e "Dos". E' possibile comunque modificare tali nomi simbolici. Durante tale fase non è possibile invece modificare il sistema operativo di default all'accensione della macchina. Pertanto al prossimo reboot, se non verrà fatta alcuna operazione, partirà Linux e non Windows. Comunque imapareremo immediatamente nel prossimo capitolo a far partire anche Windows ed anche a modificare l'ordine di partenza dei sistemi operativi modificando il file di configurazione di LILO.

Complimenti ! L'installazione è finita !! Possiamo adesso rimuovere il floppy e riavviare la macchina (attenzione: rimuovete il cdrom non appena la macchina ha effettuato il reboot !!!)

Incrociate le dita e vediamo che succede !!! (Scherzo naturalmente, che volete che succeda, se siamo arrivati alla fine della installazione la partenza di Linux è garantita "spero" !)

CAPITOLO 8 - I primi rudimenti del sistema operativo

 

Se tutto è andato per il verso giusto, dovremmo vedere, all'atto del boot il prompt del LILO:

            LILO:

questo prompt appare per 5 secondi (di default) poi, se non è stata effettuata alcuna operazione viene effettuato il caricamento del sistema operativo predefinito (Linux come abbiamo visto durante la descrizione della procedura di installazione della Red Hat).

Se invece premiamo il tasto <TAB> vediamo apparire le etichette che identificano i sistemi operativi caricabili; nel nostro solito esempio avevamo definito "Linux" per il sistema operativo Linux e "Dos" per Windows 98.

Pertanto digitando "Dos", verrà caricato Windows 98.

Bene effettuiamo il caricamento di Linux: dopo tutta una serie di messaggi di sistema, che indicano i vari dispositivi hardware (ammontare di memoria, i dischi, mouse, scheda di rete, i vari processi che abbiamo deciso di caricare) arriviamo alla schermata di login:

 

            Red Hat Linux release 5.2 (Apollo)
Kernel 2.2.1 on an i586

     linuxcasa login:

Come si vede dal messaggio, viene indicata la distribuzione Linux (Red Hat 5.2 chiamata in codice "Apollo")  il Kernel (in questo esempio l'ultimo nato, il 2.2.1) il tipo di processore (i586 indica la classe pentium I e compatibili come Cyrix e AMD) e per ultimo ci viene richiesto il login per accedere al sistema.

Digitiamo dunque "root" e premiamo <invio>; il sistema ci risponde con la richiesta di password:

            password:

a questo punto digitiamo la nostra password, che come detto è "charlie": bene, siamo entrati per la prima volta in un sistema Linux. E adesso che facciamo ? Se non sapete proprio nulla di Unix continuate a leggere i paragrafi successivi. Se invece avete già conoscenze di base dei sistemi Unix, potete saltare al prossimo capitolo, in cui cominceremo in dettaglio a vedere i vari aspetti di un sistema Linux e della sua configurazione.

CAPITOLO  9 - Cenni del sistema operativo UNIX

 

Come già accennato, questa sezione ha lo scopo di introdurre il neofita (il cosiddetto "newbie") nel mondo dei sistemi operativi UNIX. Chi ha dimestichezza con il DOS, non potrà notare, andando avanti nella lettura, le somiglianze tra quest'ultimo sistema operativo e UNIX. In effetti DOS può essere considerata una copia ridotta (e mal riuscita) di UNIX. Da esso ha ereditato la struttura a directory, la linea di comando, alcuni comandi (anche se la sintassi, come vedremo è differente) e poc'altro.

Comunque in questa sezione del libro daremo solamente dei concetti molto superficiali sul funzionamento di UNIX, nonché faremo una rapida carrellata sui comandi di uso più comune: per eventuali approfndimenti, esistono centinaia di pubblicazioni in libreria, ed inoltre un ottimo inizio di apprendimento può essere quello di leggere le bellissime "guide" del progetto LPD ("Linux Documentation Project"). Tali guide sono reperibili su Internet sul sito del progetto (se non ricordo male la URL è http://www.lpd.org); inoltre esse normalmente fanno parte delle distribuzioni Linux più comuni, come la RedHat. Sono normalmente memorizzate in formato "PS" cioè in formato "postscript": pertanto necessitano di appositi programma, il più famoso dei quali è senza dubbio ghostview, anch'esso presente su tutte le distribuzioni Linux.

UNIX, a differenza del DOS, è un sistema operativo di tipo multiutente: ciò significa che contemporaneamente possono lavorare sulla stessa macchina un numero praticamente illimitato di utenti (come vedremo la limitazione in effetti esiste, ed è dovuto ad alcuni parametri sia fisici della macchina, come per esempio la RAM a disposizione, sia di configurazione, come il numero massimo di sessioni e di processi contemporaneamente aperti).

Inoltre UNIX è un sistema operativo multitasking, cioè esso permette contemporaneamente (anche se in relatà non è così) di eseguire più applicazioni (o per dirla nel linguaggio UNIX, più processi).

La filosofia di base di Unix è quella del'utente e dei privilegi: tale filosofia, ripresa dai sistemi mainframe (tipo IBM MVS) e a sua volta ripresa da Microsoft Windows NT, concettualmente dice che ogni "cliente" di un sistema UNIX deve essere identificato da una utenza e da una password: ad ogni utenza è associato un particolare gruppo, il quale come dice la parola stessa è un raggruppamento di utenze simili. Ad ogni gruppo vengono infine assegnati più o meno privilegi. Più un utente ha privilegi e più esso è potente all'interno del sistema (insomma una vera e propria scala gerarchica). Un utente debole può pertanto effettuate all'interno di un sistema UNIX solo alcune operazioni: per esempio esso potrà solo vedere i file e le directory di sua proprietà od al massimo apparteneti al proprio gruppo, ma non potrà mai cancellare file non suoi, oppure chiudere e riavviare il sistema, montare filesystems di sistema, etc.

In cima a questa vera e propria gerarchia "piramidale" c'è il cosiddetto "Superutente", cioè l'utenza root: questa utenza è la assoluta padrona del sistema; essa può fare qualunque cosa, anche cancellare completamente il sistema operativo, oppure spegnere la macchina. Si capisce bene che l'utenza di root è pericolosissima, e di norma debba essere usata solamente dall'amministrazione del sistema e dai suoi collaboratori più stretti: i danni che ne possono derivare da un uso improprio da parte di utenti inesperti potrebbero essere incalcolabili.

Strettamente collegato al concetto di utente e di privilegio è il concetto di permesso di un file: ogni file presente sul sistema operativo è fornito di tutta una serie di attributi, i cosiddetti permessi: tali permessi identificano il proprietario del file, il gruppo a cui esso appartiene, la possibilità da parte di altri utenti di leggere, scrivere cancellare ed eseguire il file (nel caso quest'ultimo sia non un file di dati ma un modulo eseguibile di una qualsiasi applicazione. Esistono inoltre alcuni attributi accessori, non meno importanti, ma che esulano da questa elementare trattazione del sistema, in quanto coinvolgono solamente file particolari come i "deamon" e i  "file speciali".

Come conseguenza a questa disanima su utenti, privilegi, file e permessi, cominciamo a vedere alcuni comandi UNIX:

ls: tale comando è l'equivalente DOS del "dir"; esso fa vedere l'elenco dei file presenti in una directory senza nessun'altra informazione. Inoltre con tale comando no si vedono i cosiddetti file di sistema, quelli cioè il cui nome comincia con il carattere ".".
ls -la: come sopra, ma con in più la visualizzazione degli attributi dei file, della data e ora di ultimo aggiornamento, nonché la visualizzazione anche dei file di sistema. Per fare un esempio, una volta entrati in Linux con l'utenza e la password di root, ci troviamo automaticamente nella directory root: digitando il comando "ls -la" ci troveremo di fronte ad una schermata di questo genere:

                        -rw-r--r--   1 root     root           65 mar 22 21:37 .TWM-errors
                        -rw-------   1 root     root            0 mar 22 21:29 .Xauthority
                        -rw-r--r--   1 root     root         1126 ago 23  1995 .Xdefaults
                        -rw-------   1 root     root        10404 mar 30 22:57 .bash_history
                        -rw-r--r--   1 root     root           24 lug 14  1994 .bash_logout
                        -rw-r--r--   1 root     root          347 mar 10 11:35 .bash_profile
                        -rw-r--r--   1 root     root          176 ago 23  1995 .bashrc
                        -rw-r--r--   1 root     root          182 ott  8 01:56 .cshrc
drwx------   4 root     root         1024 gen 27 17:52 .dosemu

  Gli attributi che si notano sopra sono così descrivibili: il 1° può essere "-", "l", "d" che indicano rispettivamente nessuno attributo, link oppure directory. Dal 2° al 4° indicano i permessi di lettura, scrittura ed esecuzione ("r,w,x")  relativi al proprietario del file. Dal 5° al 7° indicano i permessi  di lettura, scrittura ed esecuzione per gli appartenenti allo stesso gruppo del proprietario. Dall 8° al 10° indicano i permessi di lettura, scrittura ed esecuzione per tutti gli altri utenti. Ovviamente, come già accennato, l'utente root può fare qualunque cosa su qualunque file. Per modificare i permessi ad un file, nonché la sua apparteneza ad un utente o ad un gruppo, valgono come sempre le regole ed i privilegi descritti sopra. Comunque, supponendo di essere l'utente root, i comandi di manipolazione degli attributi di un file sono i seguenti:

chmod: cambia i permessi al file. Si possono usare le lettere viste prima, oppure i numeri (massimo il numero 7"). Per esempio per dare i permessi di lettura e scrittura di un file a tutti gli utenti, il comando è: "chmod 666 nomefile". Per dare tutti i permessi ad un file il comando è in questo caso "chmod 777 nomefile".

chown: cambia il proprietario del file: chown nuovoproprietario nomefile

chgrp: cambia il gruppo di appartenenza al file: chgrp nuovogruppo nomefile

pwd:indica la directory in cui si staziona
cd: cambio directory, assolutamente identico al DOS
mkdir: crea una directory; mkdir /appoggio
rmdir: cancella una directory; rmdir /appoggio (attenzione: la directory deve essere vuota come nel DOS)
cp: serve a copiare file; cp pippo topolino. Utilizzando il parametro -R funziona come il comando xcopy di DOS (cp -R /appoggio/* /appoggio1/*)
mv: serve a muovere file; mv /appoggio/pippo /appoggio1/topolino. Si utilizza anche solamente per rinominare i file (infatti è l'equivalente dei comandi DOS move e ren)
rm: serve a cancellare file: rm pippo. Usato senza parametri viene chiesta la conferma della cancellazione del file. Usato con i parametri -r -f contemporaneamente, diventa una bomba ad orologeria per la sua pericolosità: infatti equivale al deltree di DOS con l'aggravante che sui sistemi UNIX non è possibile utilizzare, a fronte di file cancellati erroneamente, programmi di undelete. Io stesso, pochi mesi fa, nonostante l'esperienza ultradecennnale che mi ritrovo, ho effettuato il comando "rm -rf *" stando inavvertitamente sulla directory "/" (root directory) del mio sistema Linux in ufficio. Il risultato di ciò è stata la cancellazione sia di Linux che di Windows95 (poiché da Linux vedevo il filesystem di Windows95), con la conseguenza di imprecazioni ampiamente sopra i limiti della decenza e due giorni di lavoro buttati a re-installare il tutto (e meno male che avevo i backup dei dati più importanti !!)
more: serve a visualizzare il contenuto di un file; more pippo. La visualizzazione avviene una schermata per volta e può essere interrotta con il comando "q".  Sulle piattaforme UNIX in generale, ma non su Linux, esiste anche il comando "pg" che è praticamente equivalente. Anche il comando cat serve più o meno alla stessa funzione, anche se normalmente si utilizza per altri scopi.

Dopo avere visto i comandi di base di un sistema UNIX, possiamo passare ad una rapida elencazione di altri comandi utili ma di uso più strettamente di sistema. Di essi viene data solo una sommaria descrizione rimandando il lettore al man del comando per avere ragguagli ulteriori (per utilizzare il manuale, basta digitare man nomecomando).

ln: serve a creare dei link (simbolici o fisici) tra due file. Si usa anche per spostare una directory, dove vi sono dei file non spostabili, su un altro file system senza dover reinstallare alcunchè.
tar,cpio: servono ad effettuare backup/restore di dati
dd: si usa per effettuare copie di file, di filesystem o di dispositivi; per esempio per effettuare una "diskcopy" di un dischetto si usa proprio questo comando, inserendolo in uno script (lo script UNIX si può paragonare ad un file batch del DOS)
vi: l'editor da linea comando per eccellenza sui sistemi UNIX. Potentissimo ma anche particolarmente ostico (specialmente all'inizio: mi ricordo di averlo odiato per oltre un anno, prima di iniziare ad apprezzarne le capacità !)
ps,top: servono a monitorare i processi in esecuzione in macchina, nonché il loro utilizzo di memoria e cpu
kill: serve a cancellare processi che non ne vogliono sapere di essere chiusi in maniera normale
find: serve a trovare file all'interno delle directory; per esempio è utile quando si cerca all'interno del sistema un file di cui non si conosce esattamente il nome e la directory
grep: serve a cercare parole e frasi all'interno di files. Usato in uno script in congiunzione al comando "find" ed al comando "ls" diventa un potentissimo strumento di ricerca all'interno dei files e delle directory. In ambiente Linux esiste su alcune distribuzioni il comando rgrep che in pratica è la sintesi dello script descritto in precedenza.
mount,umount: questo comando serve a montare filesystem. Ricordo che con il concetto di filesystem UNIX identifica i vari dispositivi: cdrom, floppy, filesystem NFS (cioè filesystems condivisibili appartenenti ad altre macchine UNIX presenti sulla rete). Pertanto con il comando mount si "montano" questi dispositivi. Per esempio per montare un cdrom sulla directory /mnt/cdrom basta dare il comando mount /dev/cdrom /mnt/cdrom (supponendo che, come accade per Linux, il dispositivo cdrom venga identificato dal sistema operativo come /dev/cdrom); per montare un floppy disk il comando sarà mount /dev/fd0 /mnt/floppy.

Con ciò abbiamo terminato questa velocissima carrellata sul sistema UNIX e sui suoi comandi in generale. Ovviamente avendo appena letto queste poche pagine ne saprete praticamente come prima (cioè nulla o quasi !) di UNIX, ma spero comunque che tali appunti così succinti possano esservi di un qualche aiuto, e, se non altro, vi possano avere incuriosito su UNIX a tal punto da spingervi a correre in libreria a comprare qualche  libro sull'argomento ! Scherzi a parte, esistono anche sulla "Madre di tutte le reti" una miriade di pubblicazioni su UNIX. Basta cercarle con un po' di pazienza !

Bene passiamo finalmente al nostro amato Linux: iniziamo a configurarlo !!
CAPITOLO 10 - Effettuare TELNET ed FTP da macchine in rete

Problema facile facile da risolvere (la prima volta che l'ho affrontato ci ho messo mezza giornata !!!).

Le funzionalità di TELNET e di FTP sono fondamentali per il nostro server Linux, poiché è solo grazie ad esse che il nostro sistema può essere sfruttato come macchina multiutente. Inoltre è sempre comodo poter accedere con Telnet da remoto ad un server UNIX, poiché in questo modo qualunque attività di amministrazione del sistema (anche il riavvio !) può essere fatta senza la necessità della presenza fisica dell'amministratore del sistema sulla console. Inoltre è anche possibile eseguire applicazioni grafiche da remoto (il cosiddetto X-Terminal)

Con le distribuzioni RED HAT e derivate (come la distribuzione Mandrake) una volta installato il sistema non è possibile effettuare da una qualsiasi macchina in rete nè FTP con l'utenza root nè TELNET con qualsiasi utente (messaggio di “Access Denied” per FTP e di “Invalid Login” per TELNET).

Analizziamo per primo il problema del Telnet: esso si presenta poiché non sono state ancora abilitate le cosiddette pseudotty: esse sono in pratica le sessioni telnet che è possibile effettuare da remoto. Per l'abilitazione basta inserire tali pseudotty nel file /etc/securetty:

tty1
tty2
tty3
tty4
tty5
tty6
tty7
tty8
ttyp0
ttyp1
ttyp2
ttyp3
ttyp4
ttyp5
ttyp6
ttyp7
ttyp8
ttyS0
ttyS1

In neretto sono evidenziate le ttys che abbiamo aggiunto (da ttyp0 a ttyp8): si nota che in questo modo sarà possibile avere fino a 9 sessioni contemporaneamente aperte in rete (più ovviamente le sei sessioni sulla console più eventualmente quella grafica.

Con questa modifica il login in rete viene consentito, ma il processo di login stesso a volte è un pò lento: se questo fosse il caso conviene eliminare il file securetty. ATTENZIONE !!!!: se invece di eliminare il file lo si svuota solamente (cioè resta il file vuoto) è finita così !!poichè non è più possibile accedere da nessuno dei ttys esistenti (nemmeno dalla console !!!!!). In questa sciagurata ipotesi, si può comunque risolvere il problema utilizzando i rescue disk del set dei dischetti di installazione, ma le operazioni da fare sono comunque destinate ad utente esperto.

Avrete certamente notato che abbiamo aggiunto nel file securetty anche altre due entrate: ttyS0 e ttyS1. Tali pseudotty rappresentano le connessioni Telnet tramite porta seriale: in parole povere, abilitando  tali pseudotty si permette di accedere al sistema con il Telnet anche utilizzando un modem (infatti ttyS0 e ttyS1 rappresentano le due porte seriali COM1 e COM2 che normalmente sono presenti su tutti i p.c.).

 

Parlando invece del secondo problema, quello dell'FTP, per poter effettuare FTP con qualunque utenza definita nel sistema, basta eliminare il file /etc/ftpusers. Se comunque si desidera avere un certo controllo sull'accesso ftp degli utenti, ma permettere a root di accedere, basta eliminare la riga root dal file.

CAPITOLO 11 - Configuriamo l'X-Server

 

Come sicuramente ricorderete, durante l'installazione di RedHat, ad un certo punto ci è stato chiesto di configurare l'X-Server. Nel caso in cui la nostra scheda grafica sia stata riconosciuta senza problemi dal sistema, l'installazione dovrebbe essere andata a buon fine e la vostra interfaccia dovrebbe partire senza problemi. Per farla partire, basta digitare dalla linea di comando "startx". Dopo alcuni secondi, dovrebbe apparire un desktop tipo Windows 95, con barra degli strumenti, un'applicazione chiamata "Control Panel" (l'equivalente più o meno del Pannello di Controllo dei sistemi targati Microsoft ed una finestra terminale chiamata "xterm".

Se tutto ciò non succede, vuol dire ovviamente che vi sono dei problemi di configurazione: questi possono essere banali o più complessi. Cerchiamo ora di affrontare e risovere quelli che normalmente si pongono ai "newbies".

Innanzitutto parliamo un attimo dell'X-Server presente nelle distribuzioni Linux, chiamato Xfree86.
Tale prodotto, presente già nelle primissime distribuzioni di Linux, viene manutenuto ed implementato da un gruppo di volontari sparsi nel mondo e collegati tra loro tramite internet. Il sito ufficiale del progetto è http://www.xfree86.org sul quale è possibile trovare le versioni aggiornate dell'X-Server, nonché gli aggiornamenti relativi alle nuove schede grafiche supportate.

Il prodotto normalmente è installato nella directory /usr/X11R6/bin dove facendo il comando "ls -la X*" otteniamo come risultato una schermata del genere

lrwxrwxrwx   1 root     root           21 mar  9 09:51 X -> /usr/X11R6/bin/XF86_SVGA
lrwxrwxrwx   1 root     root            8 mar  8 17:48 X.Linux -> Xwrapper
-rwxr-xr-x   1 root     root       154708 ott 10  1998 XF86Setup
-rwxr-xr-x   1 root     root      2734468 ott 10  1998 XF86_SVGA
-rwxr-xr-x   1 root     root      1727132 ott 10  1998 XF86_VGA16
-rwxr-xr-x   1 root     root        80676 ott 15  1998 Xconfigurator
-rwxr-xr-x   1 root     root        27499 ott 10  1998 Xmark
-rwxr-xr-x   1 root     root      2491100 ott 10  1998 Xprt
-r-xr-xr-x   1 root     bin          1673 ago 26  1997 Xsetup
-rws--x--x   1 root     root         4272 ott 10  1998 Xwrapper       

Come si vede, sono presenti due file fondamentali: l'XF86_SVGA e l'XF86_VGA16. Il primo è la parte di Xfree86 che contiene di norma la maggior parte dei driver delle schede  grafiche. Invece il file XF86_VGA16 rappresenta il driver generico VGA a 16 colori. Ovviamente esistono molti altri driver specifici per schede grafiche come S3, ATI, Matrox, etc..
La riga lrwxrwxrwx 1 root     root           21 mar  9 09:51 X -> /usr/X11R6/bin/XF86_SVGA
non rappresenta un vero e proprio file ma un cosiddetto link, cioè un collegamento, come già accennato nei precedenti capitoli. In pratica questo link tra "X" e l'X-Server è necessario, poiché Linux conosce l'X-Server sempre con il nome "X". In questo modo, per cambiare X-Server (per esempio usare la parte di Xfree86 relativa alla scheda VGA, oppure usare proprio un altro X-Server differente da Xfree86), basta cancellare il link tra X e l'X-server vecchio e ricrearlo facendolo puntare al nuovo.

Se la procedura di installazione di RedHat ha riconosciuto la vostra scheda grafica, allora il problema potrebbe essere nella scelta della risoluzione grafica (256 colori, 64K o 16M di colori), oppure nella frequenza del monitor da voi posseduto. In ambedue i casi ci viene in soccorso una utility propria del server Xfree86, normalmente contenuta in tutte le distribuzioni Linux, la cosiddetta "Xconfigurator". Lanciando tale comando, parte un'applicazione a finestre che ci permette di configurare tutte le possibili opzioni sia della scheda grafica che del modem. Tentiamo comunque di usare l'opzione "Probe" che l'applicazione ci propone sia durante la configurazione della scheda grafica che del monitor. Ovviamente se tale opzione non va a buon fine, possiamo sempre configurare a mano il tutto, indicando, per esempio, l'ammontare di RAM della nostra scheda, il tipo di monitor (SuperVga, interlacciato,etc etc), la profondità del colore (8 bpp, che sono 256 colori, 16 bpp, che sono 64K di colore...) nonché la risoluzione (640x480,800x600,1024x768). Tentate comunque all'inizio di configurare le opzioni minime, 8bpp, 640x480, per verificare il buon funzionamento della vostra scheda.

Se comunque l'X-Server non ne vuole sapere di funzionare, potete provare ad utilizzare l'utility "SuperProbe" per verificare che la vostra scheda sia riconosciuta da Linux.

Se la vostra scheda viene riconosciuta come "Generic VGA", allora due sono le strade da percorrere: la prima, molto semplice ma anche riduttiva, è di usare la vostra scheda solamente in modalità VGA, cioè con risoluzione 640x480 a 16 colori. Tale modalità può essere accettabile nella maggior parte dei casi, ma non quando si naviga in Internet.
La seconda strade, è quella di vedere se la propria scheda venga supportata da altri X-Server differenti dall'XFree86.

Per la prima soluzione, basta effettuare le seguenti operazioni:

1. dare il comando "rm X";
2. creare un nuovo link con il comando "ln -s XF86_VGA16 X"

 

In questo modo digitando nuovamente il comando startx, il nostro ambiente grafico partirà sicuramente, ma in modalità 640x480 a 16 colori.

 

Parliamo adesso della seconda soluzione, cioè quella di cercare altri X-Server. Sfortunatamente, per quanto ne so, non esistono altri X-server gratuiti per Linux, mentre ne esistono di commerciali: i più famosi e completi sono Accellerated-X (http://www.xig.com  ) e Metro-X (http://www.redhat.com). Il primo è molto buono, copre praticamente tutte le schede grafiche esistenti, ma costa parecchio; in compenso è possibile scaricare dal sito una demo funzionante solo 10 minuti e per giunta, se non ricordo male, un solo giorno, ma che comunque dà una certa idea del suo funzionamento. Il secondo invece è leggermente meno veloce del primo, ha una copertura di schede un poco più limitata ma ha il pregio di costare molto poco (addirittura mi pare che acquistando la versione ufficiale di Linux RedHat, contenente  4 CD, Metro-X sia compreso). Vi consiglio comunque di informarvi sulla compatibilità della vostra scheda grafica prima visitando i rispettivi siti.

CAPITOLO 12 - Conosciamo il Control-Panel

Bene, se state leggendo questo capitolo, vuol dire che l'X-Server è stato configurato e che siete riusciti ad entrare in ambiente grafico lanciando il comando “startx”. Come già accennato in precedenza il vostro desktop appare abbastanza simile a quello di Windows 95, anche se più semplice. La differenza più evidente è la mancanza assoluta di icone sullo schermo. Questo tipo di visualizzazione è data dal cosiddetto Window Manager, cioè un programma, lanciato dall'X-server che vi fornisce un ambiente grafico di lavoro. La distribuzione Red-Hat di default installa come Window Manager  “Another Level” che si basa essenzialmente sul programma fvw95. In ambiente Linux, comunque sono presenti tantissimi Window Manager, alcuni presenti sulle varie distribuzioni, altri scaricabili liberamente da Internet o presenti sui CD-ROM allegati alle varie riviste specializzate.
I più famosi sono:

1. KDE (assolutamente completo, poiché fa parte di un progetto mondiale di standardizzazione dei prodotti grafici in ambiente Linux)
2. Enlightenment (molto grazioso, pieno di suoni)
3. Gnome (non è un vero e proprio Window Manager, ma raggruppa vari programmi per realizzare una vera suite grafica).
4. Qvwm (per i nostalgici di Windows 95 - è praticamente identico, anche nella grafica delle icone)

 

Tuuti questi Window Manager, ed altri ancora, sono scaricabili collegandosi ai siti canonici, http://www.linuxberg.com oppure http://www.linuxapps.com . Noi nel prosieguo del libro ci occuperemo essenzialmente di KDE, poiché pur essendo il più pesante in termini di risorse macchina (anche se per girare in maniera soddisfacentegli basta un pentium I di fascia bassa, tipo P75 o P90 e 24 o 32 MB di RAM), è quello più completo, più facile da configurare, nonché l'unico in italiano.

Comunque quello di cui voglio adesso parlare è il progranmma di configurazione per eccellenza di Red-Hat: il Control-Panel. Attraverso questa utility grafica, andremmo a configurare al meglio il nostro Linux, ed al tempo stesso ci addentreremo in alcuni concetti propri di questo sistema operativo.

1. 12.1 Il Control-Panel
2. Il Control-Panel è l'utility grafica della distribuzione Red-Hat che aiuta l'utente finale nella operazione di configurazione del proprio sistema. In realtà questa utility non fa altro che richiamare tutta una serie di moduli di configurazione del sistema. Per richiamare tale utility, una volta fatto partire l'X-Server con il Window Manager Another Level (o fvw95 che dir si voglia), basta digitare nella finestra terminale in cui si vede la linea di comando di Linux il comando "control-panel".

1.  
2. Vediamo adesso in dettaglio i singoli moduli di configurazione:
1. Run-Level Editor
2. Time & Date
3. Printer Configuration
4. Network Configuration
5. Modem Configuration
6. Kernel Daemon Configuration
7. Search Help Systems
8. System Configuration
9. Package Management

In realtà nel caso di una installazione completa di RedHat compare sulla barra del Control-Panel un'altra icona, quella relativa alla configurazione del Web Server APACHE: nel nostro caso, avendo effettuato una installazione parziale, tale utility non viene installata, anche se comunque è possibile configurare a mano il nostro Web Server, che tra l'altro è già installato e funzionante di default.

1. Run-Level Editor

 

Il Run-Level Editor permette di configurare quale servizi far partire all'atto del boot di Linux.
Come si può notare la schermata del programma è suddivisa in varie colonne: quella più a sinistra, intitolata "avalaible", cioè disponibile, indica tutti iservizi che è possibile far partire su un sistema Linux. Le altre colonne, invece, rappresentano i livelli secondo una rappresentazione gerarchica propria dei sistemi UNIX: ogni livello rappresenta un benm preciso stato del sistema, accessibile a più o meno utenti ed a più o meno servizi. Come si può notare, per esempio, manca il livello 1, accessibile solo dall'utente root, che rappresenta il livello di maintenance cioè di manutenzione del sistema: in tale livello tutti i servizi cosiddetti "accessori" sono disabilitati. Per esempio a tale livello sono disabilitati i servizi di rete, quelli di stampa, il suono etc.
A differenza degli altri sistemi UNIX, nei quali il livello standard di funzionamento del sistema è il livello 2, in Linux il livello di default è il livello 3. Analizziamo perciò i servizi che possono essere attivati o rimossi dal livello 3.
Analizzando le liste dei servizi partiti, di quelli fermi e di quelli disponibili, rimaniamo sicuramente sconcertati e confusi: sicuramente dal numero dei servizi presenti in un sistema UNIX, ci possiamo rendere conto, da un lato della difficoltà di funzionamento e di gestione di tali sistemi operativi, dall'altro però delle loro enormi potenzialità, di gran lunga superiori ai sistemi Microsoft (anche se ad onor del vero Windows NT può raggiungere le funzionalità dei server UNIX, ma a costo di parecchi options pack, BackOffice e software di terze parti).
Prendiamo in considerazione il nostro esempio canonico, quello cioè di un server Linux inserito in una rete locale mista con altre macchine Linux ed altre Windos 95/98, e cerchiamo di vedere quali possono essere i servizi a cui rinunciare e quelli invece indispendabili.
Ovviamente a questo punto qualcuno potrebbe obiettare dicendo: ma perchè nel dubbio non facciamo partire tutti i servizi ed i processi disponibili ? Teoricamente questsoluzione è la più comoda ed è anche praticabile, ma ovviamente costa ! Certo, se la nostra macchina dispone di un precessore veloce ed un ammontare di RAM considerevole (p.es. 128MB o addirittura 256 MB di RAM) potremmo far partire tutto quello che vogliamo (anche se pure in tal caso, di fronte a macchine particolaremente stressate, come per esempio WEB Server super-accessati o DataBase Server, un tale ammontare di RAM può in alcuni casi diventare insufficiente), ma comunque è buona norma dell'amministratore di un sistema Linux, quella di evitare la partenza di processi inutili per il contesto in cui la macchina opera, che danno come risultato un inutile spreco di risorse di sistema.
Se, per esempio, il nostro server non deve fare da Web Server o da Proxy Server , possiamo evitare di far partire il daemon httpd: analogamente se sulla nostra macchina non viene installato un data base Postgres, possiamo evitare di far partire il daemon apposito.

Qui di seguito diamo una rapida carrellata dei servizi e dei demoni più importanti presenti al level 3: sta all'esperienza od alla scelta dell'amministratore del sistema il far partire un demone al posto dell'altro.

1. kerneld: permette al kernel di Linux di caricare e scaricare dinamicamente i moduli relativi a dispositivi hardware od a tipi di file system (p.es. si può decidere di caricare il modulo relativo ad una scheda audio solamente quando si vuole eseguire un file musicale; in questo modo, con la tecnica della modularità il kernel di Linux diventa molto più snello ed in definitiva più veloce ed efficiente). Tale demone è assolutamente indispensabile ! La sua eliminazione potrebbe comportare l'impossibilità a far ripartire il sistema al successivo boot !
2. Network, nfsfs, inet: sono tutti servizi di rete, che attivano la scheda di rete, il protocollo TCP/IP e la possibilità di montare file system NFS o di fare montare da client NFS i propri file systems.

1. routed: questo demone è indispensabile per utilizzare la tecnica del "routing" dei pacchetti i.p., allo scopo di ottimizzare i percorsi dei pacchetti. Nel caso in cui la macchina Linux abbia una connessione diretta ad Internet (cioè tramite una rete locale/geografica) questo servizio diventa fondamentale
2. crond,atd: questi sono i demoni di scheduler di Linux come di qualsiasi altro sistema operativo UNIX. Attraverso essi è possibile schedaulare in maniera automatica delle attività a tempo: per esempio si può pensare che tutte le notti venga affettuato un backup dei dati vitali presenti sul sistema, oppure una volta alla settimana ad una determinata ora venga effettuato il controllo dei filesystems attraverso l'utility fschk.

1. Time and Date

 

Questa utility serve a configurare ovviamente la data ed ora di sistema, dando la possibilità di scegliere il fuso orario, la visualizzazione in 12 o 24 ore, e la possibilità di settare a livello hardware anche il clock del systema.

12.1.3PrinterConfiguration

L'utility di configurazione della stampante ci mostra un'altro aspetto della enorme versatilità di Linux relativamente alla connettività di rete: infatti tramite questa utility è possibile configurare stampanti locali ed anche stampanti remote, sia UNIX che Windows che Netware (in quest'ultimo caso deve essere installato l'apposito servizio ncpfs). Proviamo allora ad aggiungere una stampante locale (cioè direttamente collegata alla porta parallela del p.c.) ed una stampante Windows (chiamata LAN Manager Printer o anche Samba Printer). Premendo il pulsante <ADD> e selezionando <Local Printer>, ci viene mostrata una schermata in cui Linux mostra di avere riconosciuto la presenza della porta parallela; premendo il pulsante <OK> ci viene prospettata una schermata in cui vengono richieste le informazioni sulla stampante. E' buona norma modificare solamente il nome con cui Linux chiamerà la nostra stampante senza toccare gli altri parametri di sistema, poiché essi sono normalmente già ottimali. Resta da scegliere il tipo di stampante che più si avvicina al nostro modello: selezionando il pulsante <Select> del campo Input filter vediamo che anche sotto Linux esistono tutta una serie di "driver" specifici per i vari tipi di stampante. Selezioniamo quello adatto per la nostra stampante, ricordando che normalmente se la stampante non è presente nell'elenco, è comunque possibile farla funzionare in emulazione HP (Deskjet per le stampanti a getto di inchiostro e Laserjet per le stampanti laser). Se comunque anche con questi settaggi la nostra stampante non ne vuole sapere di stampare in maniera umana, non bisogna perdersi d'animo, poiché normalmente su Internet sono disponibili i driver per quasi tutte le stampanti esistenti: basta avere un po' di pazienza e cercarli sui motori di ricerca standard (come http://www.yahoo.com o http://www.altavista.com ) o meglio ancora sul motore di ricerca dei newsgroup (http://www.dejanews.com) . A proposito di quest'ultimo, tenetelo sempre a portata di mano, poiché rappresenta la biblioteca più vasta dell'universo relativamente alla documentazione ed alla risoluzione di problemi in ambiente Linux.

Analogamente, proviamo ad installare una stampante Windows (LAN Manager o samba che sia): Ovviamente tale stampante deve essere stata condivisa sul p.c. Al quale essa è collegata.
Dopo un messaggio in cui si avverte che per poter stampare è necessario avere una username ed una password (normalmente basta indicare le stesse username e password che si danno alla macchina Windows95 alla quale è collegata la stampante per entrare in rete Microsoft), ci viene prospettato un pannello molto simile a quello relativo alla installazione di un astampante locale: le uniche differenze sono i campi relativi al pc Windows al quale è collegata la stampante. Pertanto dovremo nell'ordine indicare:

1. nome Netbeui della macchina Windows
2. indirizzo I.P. Della stessa macchina
3. Username
4. Password

 

Resta poi, come già fatto in precedenza, da configurare il "filtro" opportuno per la stampante in questione.
Una volta terminata la configurazione, è possibile fare dei test utilizzando l'apposito cartella del menù di Printer Configuration.

 

1. Network Configuration

 

Se non avete avuto l'opportunità di configurare prima (durante la installazione di RedHat) la rete, questa è l'utility che fa per voi: infatti vi permette di installare la scheda di rete, una scheda PPP (l'analogo della scheda di Accesso Remoto di Windows 95) oppure effettuare modifiche ai settaggi precedentemente effettuati. I menù sono molto intuitivi anche per utenti con solo minime cognizioni di rete  (come può essere un normale utente Windows): pertanto la descrizione dei menù non verrà trattata in questo contesto.
Comunque è necessario dire alcune cose nel caso in cui si disponga di un modem: in questo caso è opportuno aggiungere una scheda ppp (che verrà chiamata dal sistema ppp0) ma essa deve essere lasciata inactive e non deve essere configurata a livello di i.p. Address e tutto il resto. Questo perchè tali settaggi verranno fatti in seguito all'atto della creazione delle procedure di connessione remote, per esempio ad un provider Internet. Di tale argomento parleremo diffusamente in seguito nel capitolo riguardante la bellissima interfaccia grafica (Window Manager) chiamata KDE, attualmente la migliore esistente in ambiente UNIX/Linux.

1. Modem Configuration

 

Questa utility serve solo a creare un link tra /dev/modem e la porta seriale sulla quale è presente l'eventuale modem. Si può notare come in ambiente Linux le porte seriali vengano chiamate cua1, cua2.... C'è comunque da puntualizzare il fatto che dalla versione di kernel 2.2.x (attualmente la più recente, di cui parleremo in seguito) i dispositivi "cua" sono stati completamente sostituiti dai ttySx, che tra l'altro sono i device a cui puntare quando si utilizza il server Linux come server di Accesso Remoto.

12.1.6Kernel Daemon Configuration

 

Questo modulo del Control-Panel, serve in pratica ad editare in maniera controllata il file /etc/conf.modules. In questo file vengono scritte (o a mano o in maniera automatica all'atto del boot del sistema, se vengono riconosciute in maniera automatica le periferiche plug&play) le opzioni di caricamento/settaggio dei vari dispositivi che vengono caricati come moduli. Come abbiamo già descritto in precedenza, la tecnica modulare con cui vengono costruiti i kernel Linux, permette in qualunque momento di scaricare o caricare dinamicamente dal kernel i moduli necessari al corretto funzionamento di una particolare periferica, ottimizzando in questo modo le prestazioni del kernel che resta molto snello.

12.1.7Search Help Systems

Utility molto comoda per effettuare ricerche di documentazione su Linux. A partire da una parola chiave è vengono visualizzati sia i file di documentazione che le pagine del Manuale (man) in cui la parola chiave viene trattata.

12.1.8System Configuration

Questa è l'utility più importante di tutta la distribuzione Linux RedHat: infatti attraverso la Gnome Linuxconf (così si chiama realmente il System Configuration) è possibile configurare con facilità tutti gli aspetti fondamentali di un sistema Linux:

1. la rete (con tutti i protocolli)
2. gli utenti
3. i file system
4. le modalità di boot del sistema
5. il controllo del sistema

 

Vediamo adesso un po' più in dettaglio i singoli componenti principali del Linuxconf.

1. la rete

 

Come abbiamo già accennato, la rete si configura normalmente attraverso il modulo di network configuration del Control-Panel. Comunque attraverso quel modulo è possibile configurare in maniera semplice solamente il prtocollo TCP/IP e la sue varianti su linea seriale (come p.es. Un modem) SLIP e PPP.
Invece, come si può notare, attraveso il Linuxconf vi è la possibilità di gestire ed impostare anche altri protocolli di comunicazione come l'IPX, che è il protocollo delle reti Novell e l'UUCP che è un protocollo di comunicazione tipico delle architetture UNIX.
Inoltre viene dedicata una intera sezione al protocollo NFS di cui abbiamo già accennato in precedenza.
Avendo un minimo di conoscenze di rete (p.es. quelle che normalmente ha un utente appena smaliziato di Windows 95), grazie a questa utility è possibile configurare senza sforzi particolari ogni aspetto di rete di una macchian Linux.
L'unico protocollo che resta fuori dalla possibilità di essere configurato tramite Linuxconf è SAMBA, che, come già detto, è il protocollo che permette ad una macchina Linux di condividere risorse condivise (come directory e stampanti) di una macchina Windows collegata in rete o tramite l'Accesso Remoto, nonché di essere a sua volta vista dalle macchine con sistema operativo Microsoft, alla stessa stregua di un server Windows NT, condividendo le sue risorse. Il prossimo capitolo spiegherà nei singoli dettagli il funzionamento di Samba. Comunque, per configurare Samba in maniera semplice, senza dover editare a mano i suoi file di configurazione, esisteono su Internet parecchie utility grafiche che raggiungono lo scopo. Personalemente preferisco tuttora editare a mano il file di configurazione di Samba, comunque una volta ho usato l'utility Ksamba, facente parte del tool di applicazioni presenti nel progetto KDE, e devo dire che la semplicità d'uso di tale utility è notevole.

12.1.8.2Gli utenti

Questa utility permette una gestione completa ed esaustiva degli utenti di un sistema Linux. Come si può notare dai vari menù, è possibile creare nuovi utenti, modificare le proprietà di un utente già esistente, etc.

 

1. I file systems

La gestione dei filesystems permette di gestire sia i file systems locali che quelli NFS da montare da un server remoto. Inoltre è possibile gestire in maniera ottimale la partizione di swap, aggiungendone un'altra o rimuovendo quella attuale per modificarne le dimensioni.

 

1. Lilo

Il LILO, come già accennato è il LInux Loader è il programma di boot che permette di far partire Linux. Ma, come tutti i programmi cosiddetti di "boot loading", LILO permette al bott della macchina di caricare qualunque sistema operativo sia presente sul p.c.. Se, per esempio (e normalmente è la situazione standard di tutti i p.c. con Linux) oltre a Linux sulla macchina è installato anche Windows 95/98, tramite il LILO è possibile far partire anche Windows 95.
L'utility Linuxconf permette quindi una gestione semplificata del LILO: infatti è possibile modificare il default del sistema operativo da caricare, aggiungere boot differenti di Linux (per esempio nel caso in cui sia stato compilato un nuovo kernel), modificare le opzioni di partenza del LILO, (p.es. Il tempo di attesa del prompt prima che venga  lanciato il sistema operativo di default).

 

1. Gli altri componenti del Linuxconf

 

Oltre alle componenti già descritte in precedenza, Linuxconf permette anche un controllo sulle procedure di accensione/spegnimento del sistema, sui file di configurazione che vengono gestiti da esso, nonché sui file di logs (i quali sono normalmente nella directory /var/log. Comunque questa preziosissima utility deve essere studiata in maniera approfondita per apprezzarne fino in fondo le potenzialità.

1. Package Management

 

Questa utility dimostra come anche sui sistemi UNIX sia possibile gestire in maniera efficace la installazione/disinstallazione di prodotti. Basata sull'utilizzo del programma rpm (RedHat Package Management) Package Management permette di aggiungere e rimuovere prodotti con pochi click del mouse. Ovviamente i pacchetti software devono essere stati all'origine confezionati secondo lo standard rpm. Tale standard, comunque, è ormai largamente diffuso nella comunità Linux, anche perchè, oltre alla distribuzione RedHat, viene utilizzato anche dalla Debian ed ultimamente anche dalla Slackware.

Tra l'altro RPM è utile anche per vedere, a fronte dell'installazione di una applicazione, quale siano le "dipendenze" di quella applicazione. In ambiente UNIX le dipendenze sono in pratica altri "pezzi" di software che servono in maniera propedeutica al pacchetto che andiamo ad installare. Può infatti succedere che installando un'applicazione, specialmente quelle di grafica o quelle in ambiente X-Windows, sia necessario avere già installate delle librerie. Con RPM, quindi, si evita di installare del software che comunque non potrà funzionare fino a quando non siano state installate correttamente le librerie richieste.

Bene il Control-Panel è tutto qui: in realtà ci sarebbe un altro modulo chiamato Comanche che permette di configurare graficamente il WEB Server Apache (siamo in pieno territorio indiano. Di Apache, comunque parleremo in uno degli ultimi capitoli del libro, e quindi sarà in quel momento che parleremo di Comache.

CAPITOLO 13 - I WINDOW-MANAGER

Sotto Linux, a differenza dell'ambiente Microsoft, vi è libertà anche nella scelta dell'interfaccia grafica (il cosiddetto "Window Manager") più gradita dall'utente. Questa libertà di scelta ha fatto sì che siano reperibili su Internt come sulle riviste specializzate oltre una ventina di Window Manager, dalle caratteristiche più disparate, a partire dal semplicissimo FVW fino ad arrivare al sofisticato KDE.
Se avete seguito in precedenza la descrizione del Control-Panel e lo avete sperimentato con mano sulla vostra installazione RedHat, vuol dire che avete già fatto partire un Window Manager: più precisamente, una volta configurato l'X-Server in maniera corretta, digitando il fatidico comando startx, avete fatto partire il Window Manager di default di Linux RedHat, cioè fvwm95. Avrete sicuramente notato come questo Window Manager, pur essendo particolarmente semplice, ricorda abbastanza il desktop di Windows 95. Ma questo è niente ! Sotto Linux bisogna imparare a non stupirsi di niente ! Soprattutto riguardo ai Window Manager: infatti tra la ventina e passa di Window Manager disponibili, c'è di tutto, dalla copia spudorata del desktop di Windows 95 (qvwm) a quello che sembra un videogioco, per quanto rumore fa con i suoni ad ogni operazione che viene effettuata (Enlightenment), a quello che replica in maniera praticamente identica le workstation UNIX SUN e HP, il cui Window manager si chiama CDE mentre il suo clone Linux è xfce: accenniamo anche ad un altro manager simil-Windows, icewm, e continuiamo con Afterstep, molto elegante e di cui esiste anche una versione per Windows 95, fino ad arrivare all'ormai famoso KDE, sicuramente il più sofisticato e completo di tutti, ma ovviamente anche il più oneroso in termini di risorse.

Comunque qualunque sia il Window Manager che desiderate installare, ricordiamo alcune semplici operazioni che vanno effettuate allo scopo di far partire il nostro prescelto. Supponiamo di lavorare con l'utenza root (per non avere problemi di permessi): posizioniamoci nella directory /root con il comando ls -la | more verifichiamo se esistono due file:

1. .xinitrc
2. .xsession

 

Se non esistono li creiamo con il comando vi .xinitrc e vi .xsession: in tutti e due i file va inserito il nome del Window Manager prescelto. Se i  file esistono, è necessario commentare utilizzando il simbolo # (l'equivalente del rem dei file bat del DOS o del simbolo ; dei file ini di Windows) come primo carattere di ogni riga presente nel file.

Avrete sicuramente visto che nell'esempio di scrittura dei file .xinitrc e .xsession ho utilizzato  l'editor UNIX vi: in modalità linea di comando questo editor è sicuramente il più usato ed il più potente, mentre in ambiente X-Windows ve ne sono tantissimi molto simili al notepad o al write di Windows. Comunque quando andremo (nel prossimo capitolo !) effettivamente ad installare il Window Manager, vi dirò i comandi fondamentali che si usano nel vi senza costringervi a leggervi le 40 e passa pagine del man.

Nel prossimo capitolo installeremo i due Window manager che io reputo i migliori: qvwm e KDE. Il primo è ottimo poiché è veramente un clone di Windows 95/98, ed è molto parco nell'utilizzo delle risorse di sistema, anche se ha alcuni punti deboli come la sua difficile configurabilità; il secondo è veramente starordinario, poiché introduce delle utility e dei meccanismi di "browsing" e di configurabilità che fanno invidia a Windows 95/98: però ha il suo punto debole nel consumo di risorse di sistema (soprattutto la RAM), e quindi non è molto indicato su macchine di fascia bassa (come 486 o pentium I carrozzati con solo 16 o 24 MB).

CAPITOLO 14 - INSTALLIAMO QVWM

 

Questo Window Manager, come già detto in precedenza, è un clone assoluto del desktop di Windows 95/98. Pertanto è particolarmente indicato per gli utenti provenienti da Windows. Rispetto a quest'ultimo, comunque, presenta una configurabilità dei menù piuttosto "grezza", nonché parecchie limitazioni. Invece trai suoi punti di forza vi è senza dubbio la sua leggerezza in termini di utilizzo di risorse del sistema: in effetti una volta caricato qvwm ed aperta una finestra terminale utilizzando il comando xterm, digitando il comando top già visto in precedenza, possiamo notare come qvwm "consumi" solo 7-8 MB di RAM. Ma andiamo con ordine.

Per ottenere il software di installazione, se non è possibile reperirlo tramite cd-rom di riviste in edicola, bisogna rivolgersi ai soliti siti Internet specializzati in Linux:  http://www.linuxapps.com e http://www.linuxberg.com .
Da questi siti, andando nelle sezioni relative ai Window Managers veniamo rimandati al sito ufficiale del tizio che ha sviluppato il prodotto (è un giapponese di nome Kenichi Kourai).
Da questo sito possiamo scaricare sia la versione in modulo sorgente, sia la versione eseguibile (binaria) nel formato rpm (che. Come abbiamo già visto, è il formato proprietario di installazione dei pacchettti software sotto la distribuzione Linux RedHat.
Vi consiglio di scaricare tutte e due le versioni, poiché, al momento attuale, l'ultima versione rilasciata in formato rpm (la 1.0b13a-1) presenta un "baco"sul file di configurazione dei temi del desktop.
Una volta scaricate le due versioni del pacchetto in una directory d'appoggio (vi consiglio di fare come me: create una directory in cui scaricare il software per le installazioni, chiamandola una cosa tipo "/software o /download"), proviamo a scompattare quella in formato sorgente, che coma da standard Linux si chiamerà qualcosa del tipo "nomefile".tar.gz o "nomefile".tgz.

Come avrete certamente notato, i nomi dei file sotto Linux non presentanp la limitazione tipica del DOS (8 caratteri + 3 di estenzione) ma possono essere costruiti senza particolari limitazioni: comunque anch'essi seguono degli standard. Per cui, tanto per fare qualche esempio pertinente al nostro caso, un file avrà come estensione .tar vorrà dire che esso per essere utilizzato dovrà essere restorato tramite il comando tar xvf nomefile.tar; analogamente se il file in questione ha come estensioni tar.gz o tgz, vuol dire che esso è stato creato utilizzando sempre il comando di backup tar ma con in più l'opzione di compressione data da un comando simile al noto pkzip del DOS: gzip. In questo secondo caso, si potranno utilizzare indifferentemente i due comandi seguenti:

1. tar xvzf nomefile.tgz
2. gunzip nomefile.tgz  seguito da tar xvf nomefile

 

Comunque, a prescindere  da quale set di comandi decidiate di utilizzare, il risultato finale che vi troverete davanti sarà la creazione di una sottodirectory chiamata qvwm.... qualche cosa, al cui interno troverete alcuni script e parecchie directory.

E qui veniamo al punto cruciale della filosofia dei sistemi GNU, OPEN SOURCE o che dir si voglia, di cui Linux è il maggiore portabandiera.

La maggior parte del software per Linux che si trova in rete Internet, o sulle riviste, è assolutamente freeware, cioè gratuito: solamente alcuni prodotti commerciali sono a pagamento, ma anche in questo casi, molte volte la società che vende il prodotto ha previsto la possibilità dell'utilizzo gratuito di esso per scopi no-profits o personali: è il caso di prodotti molto importanti come la suite Office StarOffice o il famosissimo word processor WordPerfect.
Ma non è tutto: il software freeware in ambiente Linux, oltre ad essere completamente gratuito, viene normalmente distribuito in formato sorgente. Questo vuol dire che chiunque ne abbia le capacità può modificarselo a suo piacimento, magari migliorandolo od adattandolo alle sue esigenze personali. Ciò è assolutamente legale, ma comunque tale pratica è regolata da una licenza particolare, la cosiddetta licenza GNU: il softwareregistrato sotto questo tipo di licenza è sì modificabile, ma colui che ne apporta modifiche deve a sua volta rendere disponibile su Internet sia il prodotto modificato che i relativi sorgenti.
La domanda sorge spontanea: chi ci guadagna a rendere disponibili il codice sorgente dei propri prodotti ? La risposta è abbastanza logica: Tutti ! A cominciare dall'utente finale che avrà a disposizione migliaia di prodotti assolutamente gratuiti e via via sempre più stabili, poiché gli eventuali bachi presenti sono molto più facilmente correggibili da altre persone che non da suo creatore; inoltre esistono vantaggi ancge per il creatore del prodotto, perchè in questo modo si trova ad avere la collaborazione di decine di altri programmatori e cosiddetti beta tester (cioè coloro che effettuano i test sul software, prima che esso sia rilasciato nella versione definitiva) a costo assolutamente gratuito. Inoltre i software rilasciati sotto GNU, se sono di buona fattura, possono essere inseriti in applicazioni commerciali a pagamento, o comunque essere soggetti a supporto tecnico da parte sia dello stesso creatore che di altri società di supporto. Ad ogni modo, per concludere il discorso, sviluppare software  sotto licensa GNU, favorisce in prima battuta gli utenti finali, ma anche chi il software lo produce e chi lo distribuisce.
E' questo il motivo fondamentale che comincia a spingere anche colossi dell'informatica come per esempio NETSCAPE, a rilasciare i sorgenti di Mozilla (Netscape Communicator 5), mentre altri giganti dai piedi d'argilla, come la Microsoft, se non cambieranno atteggiamento nei prossimi anni relativamente al free source software, rischieranno di trovarsi completamente isolati nel mondo dell'informatica. Pensate solo se la Microsoft avesse reso disponibili i sorgenti di Windows 95/98: in breve tempo, tali prodotti avrebbero potuto essere resi molto più affidabili e stabili di quello che sono, a costo assolutamente nullo per la casa di Redmond ! Comunque da voci di corridoi non confermate, che mi sono arrivate proprio mentre mi accingevo a scrivere queste righe, pare che la Microsoft, renderà disponibili alla comunità Internet i codici sorgenti del prossimo nascituro Windows 2000 !

Torniamo adesso alla installazione del nostro Windows Manager qvwm: se desiderate cimentarvi nella ebbrezza  di compilare voi stessi il prodotto, è buona norma leggere i file di help presenti nella directory principale del prodotto stesso: normalmente, da standard Linux, tali file vengono denominati REDAME, INSTALL, etc. Comunque la compilazione di un prodotto in ambiente Linux, normalmente si riduce alla banale esecuzione di alcuni script già preparati dal creatore del prodotto stesso; normalmente si utilizzano dei procedimenti standard:

1. ./configure (non sempre)
2. make
3. make install
4. make uninstall (in alcuni casi e nel caso in cuii si voglia in seguito disinstallare il prodotto)

 

Comunque, ripeto, è sempre opportuno leggere prima i file di documentazione allegati al prodotto, anche perchè in questi file viene sempre riportato quello che eventualmente è necessario, in termini di librerie o di utility già installate nel sistema, al fine di effettuare una compilazione esente da errori.

Comunque, se non è vostra intenzione provare l'ebbrezza della compilazione di qvwm, potete sempre installare il pacchetto binario utilizzando l'utility di RedHat rpm: se già siete in ambiente grafico, potete usare l'utility del Control-Panel  Package Management, configurandola in  maniera che punti alla directory in cui avete scaricato il pacchetto in formato rpm.

Se, altrimenti siete in modalità linea di comando (detta anche modalità console) basta posizionarsi nella directory in cui è presente il pacchetto e digitare il comando:

1. rpm -i qvwmnumeroversione.rpm

 

A questo punto il pacchetto di qvwm viene installato. Per verificare che l'installazione sia andata a buon fine, editiamo con il vi il file /root/.xinitrc:

            vi /root/.xinitrc

avendo eseguito il comando vi ne approfitto per darvi qualche rapido suggerimento sui comandi fondamentali di questo ostico, ma completo editor:

1. i per inserire nuovi caratteri o cominciare a scrivere in un nuovo file
2. a per inserire nuovi caratteri a partire dalla posizione successiva a dove è posizionato il cursore; A per "appendere" nuovi caratteri alla fine della riga corrente
3. r per sostituire il carattere su cui è posizionato il cursore; R sostituisce tutti i caratteri fino a che non premiamo il tasto ESC. Con il tasto ESC si effettua il reset del comado precedente
4. cw serve a modificare la parola o la parte di parola su cui è posizionato il cursore
5. x cancella i caratteri
6. dd la riga su cui è posizionato il cursore
7. yy copia la riga corrente: con p la copiamo dopo la riga su cui è posizionato il cursore
8. w salva il file; x salva il file ed esce da vi; infine con q si esce senza salvare

 

Bene, tenendo bene a mente i comandi del vi sopra descritti, inseriamo la seguente riga nel file .xinitrc:

            qvwm -f /usr/local/share/qvwm/system.qvwmrc

Il paramentro -f indica che il file di configurazione del qvwm si trova nella directory /usr/local/share/qvwm, e si chiama system.qvwmrc.

Nel caso in cui nel file .xinitrc esistano già altre righe che puntano ad altri Window Manager, occorre commentarle inserendo al primo carattere di ogni riga il simbolo #. In UNIX, infatti, è questo il simbolo che indica il commento di una riga nei file di shell (i cosiddetti script).

Bene, a questo punto non ci resta che dare il mitico comando startx,  e dopo pochi secondi apparirà un desktop in tutto e per tutto uguale a Windows 95.

Come detto in precedenza, qvwm è ottimo in termini di facilità di utilizzo e di "leggerezza" di risorse, mentre la sua configurabilità lascia molto a desiderare: infatti non è possibile modificare interattivamente i menù (per intenderci con qualche aggeggio tipo "Gestione Risorse" di Windows 95) ma bisogna rassegnarsi ad editare i due file di configurazione presenti nella directory /usr/local/share/qvwm:

1. system.qvwmrc
2. sample.qvwm-theme

 

Il primo, come abbiamo visto è il vero e proprio file di configurazione, con il quale si possono  modificare i menù cambiandogli il nome, oppure inserendo il link a nuove applicazioni, etc. Sicuramente questo procedimento non è molto "user friendly", ma comunque il file è ben documentato, e la sintassi usata è piuttosto semplice: inoltre la personalizzazione  può essere spinta addirittura al livello di modificare le message box o il pulsante di start, che personalmente preferisco rinominare in un più italiano Avvio.

Il secondo file in realtà è un esempio di file di configurazione dei temi del desktop: in esso si può settare un wallpaper, i colori delle finestre, eventuali suoni, etc. C'è da notare comunque che relativamente al wallpaper (lo sfondo) è possibile inserire solo immagini in formato .xpm (formato UNIX). Tale formato è riconosciuto dalla maggior parte dei programmi di fotoritocco, ma generando file di dimensioni elevate, non permette di utilizzare come sfondo immagini molto grandi. Anche questo file comunque è ben commentato: inoltre su Internet si possono trovare relativamente a questo ottimo Window Manager, alcuni temi del dektop già pronti, risparmiando al "newbie" la fatica di modificare a mano il file.

Bene, abbiamo visto come si installa qvwm: nel prossimo capitolo passeremo allo stupendo KDE.

CAPITOLO 15 - INSTALLIAMO KDE

 

Siamo arrivati al momento di installare la più bella interfaccia grafica sotto Linux: KDE. Intendiamoci, molti Linuxiani non saranno d'accordo con me, poiché molti preferiscono adottare Window Manager che siano decisamente lontani dalla "filosofia del desktop" inventata da Microsoft con Windows 95: tali persone preferiscono usare pertanto quelli che io chiamo i "desktop alternativi" di cui ho fatto una panoramica nei capitoli precedenti. Comunque bisogna dare atto, almeno quando effettivamente se lo merita, alla Microsoft di avere creato una interfaccia grafica veramente semplice da usare, bella, facilmente configurabile: bene, KDE ricalca questa filosofia di vita, ciè rendere la vita più facile agli uetnti cosiddetti "normali". Per utente normale intendo quelli con poche o addirittura nessuna conscenza del sistema operativo della propria macchina, che vogliono usare il proprio p.c., per produttività personale, per fare grafica, multimadialità, giocare, insomma usare il proprio p.c. cercando di avere meno problemi possibili.

Non tutti si possono avvicinare a Linux con gli occhi di chi vuole imapare a conoscerne anche i segreti più reconditi: tale approccio non è umanamente possibile per chi ha scarsissime consocenze di informatica, poiché Linux è, pur girando su un banale personal computer, pur sempre un sistema UNIX, e come tale è piuttosto potente e di conseguenza complicato.
Lo scopo della comunità Linux di creare software come KDE o distribuzioni come RED HAT, Caldera, Debian o simili, è proprio quello di cercare di fornire agli utenti un sistema sempre più facile da installare, sempre più facile da configurare e sempre più facile da usare.
Pertanto, per chiudere questa lunga dissertazione, ben vengano software come KDE, StarOffice etc. Scandalizzeranno pure la comunità dei "puristi" di Linux, ma avvicineranno sempre più persone a questo meraviglioso sistema operativo, rendendo giorno per giorno sempre più reale il sogno di vedere finalmente anche nell'imformatica, un mondo "pluralista", senza più monopoli assurdi come quello Microsoft, che non fanno altro che arrecare danni enormi a tutti arricchendo ingiustamente pochi.

Passiamo pertanto a parlare di KDE: questo Window Manager fa parte di un enorme progetto teso a realizzare un ambiente desktop assolutamente standard, che oltre al Window Manager vero e proprio, preveda tutta una serie di applicazioni per la produttività personale, per lo svago e per il tempo libero che abbiano tutte la stessa interfaccia grafica, le stesse modalità di utilizzo.
Pertanto da tale ambiziosissimo progetto, su cui si possono avere ulteriori notizie contattando il sito Internet http://www.kde.org , sono nate tutta una serie di applicazioni: qui di seguito segnaliamo le più importanti.

All'interno della distribuzione base di KDE, alla data in cui scrivo giunta alla versione 1.1.1, esistono tutta una serie di applicazioni volte a fornire all'utente finale un prodotto il più possibile completo. Elenchiamo qui di seguito quelle più interessanti dal punto di vista di un utente finale:

1. il File Manager tipo Explorer, che consente anche la navigazione Internet
2. due editor, equivalenti di Wordpad e di Notepad
3. un centro di controllo tipo Control-Panel di Windows
4. tutta una serie di applicazioni multimediali, che vanno dal lettore CD, al mixer, al lettore multimediale, al lettore MIDI e MIDI con karaoke
5. moduli di grafica tipo Paintbrush, o per vedere file postscript o file Acrobat
6. tutta una serie di accessori, a partire dalla calcolatrice, per continuare con il gestore di pacchetti RPM fino ad arrivare all'equivalente del Microsoft Backup e del Winzip
7. una sezione dedicata interamente a giochi classici (solitari, Tetris etc..)
8. la sezione Internet, comprendente l'accesso remoto, il client di posta elettronica ed altri moduli che uniti all'interfaccia "Explorer Like", fanno di KDE un ambiente grafico veramente completo

 

Oltre a tutto quello già descritto in precedenza, è possibile integrare enormemente il patrimonio di applicazioni KDE, andando a curiosare sul sito ufficiale dell'organizzazione; scopriamo così che sono già state rilasciate applicazioni di ogni genere, da quelle per masterizzare CD a quelle per creare file mp3, dal lettore di filmati AVI,MOVe MPEG, fino ad arrivare al vero fiore all'occhiello del progetto: Koffice. Tale prodotto, attualmente in fase di sviluppo, ma già scaricabile da Internet ed usabile (seppure con un poco di cautela - i crash  alla Windows sono sempre in agguato con un prodotto in via di sviluppo !) dovrebbe, secondo l'intenzione dei suoi creatori, essere l'equivalente Linux di Office 97 della Microsoft. Il progetto è ambizioso e se riesce potrebbe dare un ulteriore enorme spunto alla già incredibile crescita di interesse intorno a Linux. Ovviamente anche Koffice sarà completamente gratuito !
Comunque, come vedremo, già oggi esiste la suite Staroffice della Star Division, che pur essendo un prodotto a pagamento, può essere usato "free of charge" cioè gratuitamente per un uso non commerciale: chi vi scrive, infatti, sta usando proprio StarOffice per la stesura di questo libro !

Torniamo all'installazione di KDE: dopo avere scaricato dal sito dell'organizzazione tutti i file della distribuzione (circa una trentina di MB), oppure avendo acquisito il prodotto da una rivista o da una distribuzione ufficiale di Linux (SUSE 6.0, Caldera e probabilmente anche la prossima RedHat 6.0) apriamo una finestra terminale dal nostro Window Manager attuale se siamo nell'ambiente grafico (oppure usciamo dall'ambiente grafico ed andiamo in modalità console) e posizioniamoci nella directory in cui è presente  la distribuzione: se la distribuzione è presente su un cd, ricordiamoci di montare prima lo stesso con il solito comando:

            mount /dev/cdrom /mnt/cdrom

Partiamo dal presupposto di utilizzare una distribuzione in formato RedHat: a questo punto ci troviamo di fronte a tutta una serie di file con estensione .rpm:  come sicuramente ricorderemo, tale estensione indica il tipo di file che viene utilizzato dalla RedHat per le installazioni guidate dei vari prodotti. Come ricorderete, normalmente le installazioni di tali pacchetti vengono effettuate attraverso l'utility grafica richiamabile dal Control-Panel: In questo caso, però, non useremo tale utility, perchè l'installazione di KDE viene fornita con un comodo script di installazione, che lanciato dalla linea di comando, esegue l'installazione automatica ed ordinata delle varie componenti di KDE, provvedendo anche ad eseguire automaticamente i vari settaggi delle variabili d'ambiente presenti nel file .bash_profile dell'utente che sta eseguendo l'installazione.

Lo script di installazione di KDE si chiama install-kde-1.1.1. Comunque, prima di eseguire tale script, è necessario installare le QT Libraries, che sono delle librerie di sistema necessarie al funzionamento di KDE come di molte altre applicazioni grafiche. Niente paura, comunque: tali librerie sono presenti nella distribuzione di KDE di cui siamo in possesso: bastrà lanciare quindi il comando seguente

                                               rmp -i qt*.rpm

In questo modo il sistema installerà le due librerie QT presenti nella distribuzione; come avrete certamente notato, ho usato il carattere jolly * per dire al sistema di installare tutti i pacchetti che iniziavano per qt: questa caratteristica di Linux è veramente comoda, poiché permette di scrivere comandi in maniera abbreviata risparmiando tempo e limitando gli errori di digitazione.

Un volta installate le QT Libraries, lanciamo lo script di installazione di KDE:

                                               ./install-kde-1.1.1

i caratteri "./" indicano a Linux come agli altri sistemi UNIX che il programma da installare risiede nella directory attuale.

Lo script ci farà tutta una serie di domande relative ai pacchetti da installare, alla directory di installazione, etc.. Poiché vogliamo avere una panoramica completa dell'ambiente KDE decidiamo di installare tutti i componenti del prodotto, e per semplificarci la vita lasciamo tutte le opzioni di installazione con i valori di default. Dopo alcuni minuti di attesa, ecco che l'installazione viene completata. A questo punto per poter cominciare ad esplorare il nuovo ambiente grafico restano da fare due cose: la prima, editare il file /root/.xinitrc commentando con il carattere "#" le righe che fanno partire eventuali altri window managers. Oltre a commentare le altre righe, inseriamo la seguente riga:

                                   startkde

Questo comando in realtà altro non è che una shell presente all'interno della directory degli eseguibili di kde (il default è /opt/kde/bin) che lancia a sua volta i moduli necessari alla partenza di kde.

La seconda cosa da fare è quella di uscire dalla utenza (tornare quindi alla schermata di login) e rieffettuare il login: questo poiché è necessario che l'utenza acquisisca le nuove variabili d'ambiente di KDE (nel caso di sistemi Microsoft avremmo dovuto effettuare il reboot della macchina: allucinante !

Bene, a questo punto basta dare al prompt dei comandi il fatidico startx  e dopo alcuni secondi (dipendenti molto dalla macchina su cui si "viaggia" ! Sulla mia, per esempio - Cyrix 166 con 32 MB di Ram, scarsina eh ?? - ci mette circa 30 secondi ) apparira il nuovo desktop di KDE.

CAPITOLO 16 - UNO SGUARDO A KDE

 

N
B: INSTALLAZIONE DI PPP: Per effettuare l'’i.p. routing tra scheda di rete e interfaccia ppp, è necessario abilitare l'ip forwarding (nel file /etc/sysconfig/network) nonchè far partire il servizio named (DNS)

NB.

 

Fonte: http://web.tiscali.it/AlessandroDeRinaldis/aree/linux/linux.doc
Autore: Alessandro De Rinaldis
 

 

 

Manuale del sistemista Linux

 

 

Visita la nostra pagina principale

 

Manuale del sistemista Linux

 

Termini d' uso e privacy