1.2.1 Cosa può fare FreeBSD?

FreeBSD ha molte caratteristiche degne di nota. Alcune di queste sono:

• Multitasking preemptive con adattamento dinamico della priorità per assicurare una condivisione regolare ed equa del computer ad applicazioni e utenti, persino sotto i carichi più pesanti.

• Facilities multiutente che permettono a molte persone di usare un sistema FreeBSD contemporaneamente per cose diverse. Questo significa, per esempio, che le periferiche di sistema come stampanti e unità a nastro sono correttamente condivise tra tutti gli utenti sul sistema o sulla rete e che possono essere posti limiti individuali ad utenti o gruppi di utenti sulla risorsa, proteggendo le risorse di sistema critiche dall'uso eccessivo.

• Un solido sistema di rete TCP/IP con supporto a standard industriali quali SLIP, PPP, NFS, DHCP e NIS. Questo significa che la tua macchina FreeBSD può interoperare facilmente con altri sistemi ed anche agire come server aziendale, fornendo funzioni vitali come NFS (accesso remoto ai file) e servizi e-mail oppure mettere la tua organizzazione su Internet con servizi WWW, FTP, routing e firewall (sicurezza).

• La protezione della memoria assicura che le applicazioni (o gli utenti) non possano interferire l'una con l'altra. Una applicazione che andrà in crash non influirà sulle altre in alcun modo.

• FreeBSD è un sistema operativo a 32 bit (64 bit su Alpha) ed è stato progettato come tale sin dall'inizio.

• Lo standard industriale X Window System (X11R6) fornisce una interfaccia grafica utente (GUI) al costo di una comune scheda VGA ed un monitor e viene fornito con i sorgenti.

• Compatibilità binaria con molti programmi sviluppati per Linux, SCO, SVR4, BSDI e NetBSD.

• Nella collezione di port e package per FreeBSD sono disponibili migliaia di applicazioni pronte a partire. Perché cercare sulla rete quando puoi trovare qui tutto quello che ti serve?

• Su Internet sono disponibili migliaia di applicazioni aggiuntive e facili da portare. FreeBSD è compatibile a livello di codice sorgente con la maggior parte dei sistemi Unix commerciali e così la maggior parte delle applicazioni richiedono poche modifiche per essere compilate, se non nessuna.

• La memoria virtuale paginata su richiesta e il progetto con ``VM/buffer cache'' integrati soddisfa efficientemente le applicazioni con grandi appetiti di memoria mantenendo ancora la risposta interattiva per altri utenti.

• Il supporto SMP per macchine con CPU multiple.

• una dotazione completa di strumenti di sviluppo per C, C++, Fortran, e Perl. Sono inoltre disponibili molti linguaggi aggiuntivi per ricerca avanzata e sviluppo nella collezione di port e package.

• Avere il codice sorgente dell'intero sistema significa avere un alto grado di controllo sull'ambiente. Perché essere vincolati ad una soluzione proprietaria alla mercé del tuo fornitore quando puoi avere un sistema veramente aperto?

• Estesa documentazione online.

• E molto altro!

FreeBSD è basato sulla release 4.4BSD-Lite del Computer Systems Research Group (CSRG) dell'Università della California di Berkeley, e porta avanti l'inconfondibile tradizione di sviluppo dei sistemi BSD. In aggiunta all'ottimo lavoro fornito dal CSRG, il FreeBSD Project ha speso molte centinaia di ore nella fine regolazione del sistema per le massime prestazioni e affidabilità nelle situazioni di carico che si possono trovare nella vita reale. Mentre molti giganti commerciali hanno difficoltà nel campo dei sistemi operativi per PC con queste caratteristiche, prestazioni e affidabilità, FreeBSD le può offrire ora!

Le applicazioni nelle quali FreeBSD può essere impiegato sono veramente limitate solo dalla tua immaginazione. Dallo sviluppo software all'automazione in fabbrica, dal controllo dell'inventario alla correzione dell'azimut delle antenne remote dei satelliti; se può essere fatto con un prodotto UNIX commerciale allora è più che probabile che puoi farlo anche con FreeBSD! FreeBSD beneficia significativamente anche da letteralmente migliaia di applicazioni di alta qualità sviluppate da centri di ricerca e università di tutto il mondo, spesso disponibili a poco prezzo o gratuite. Sono anche disponibili applicazioni commerciali e compaiono in numero maggiore ogni giorno.

Poiché il codice sorgente dello stesso FreeBSD è normalmente disponibile, il sistema può anche essere personalizzato ad un livello inimmaginabile per applicazioni o progetti particolari, e in modi non generalmente possibili con i sistemi operativi della maggior parte dei produttori commerciali. Ecco solo alcuni esempi di alcune delle applicazioni nelle quali attualmente la gente sta usando FreeBSD:

• Servizi Internet: Il robusto sistema di rete TCP/IP di FreeBSD lo rende una piattaforma ideale per una varietà di servizi Internet quali:

  • server FTP

  • server World Wide Web (standard o sicuri [SSL])

  • Firewall e gateway NAT (``mascheramento dell'IP'').

  • server di Posta Elettronica

  • USENET News o Bulletin Board Systems

  • E altro...

  Con FreeBSD, puoi facilmente partire in piccolo con un PC a buon mercato della classe 386 e aggiornare poi ad un quadriprocessore Xeon con dischi RAID se la tua azienda cresce.

• Insegnamento: Sei uno studente di informatica o legato al campo dell'ingegneria? Non c'è miglior modo di imparare i sistemi operativi, l'architettura dei computer e il networking che l'esperienza pratica e in profondità che FreeBSD può fornire. Il numero di pacchetti di CAD, di progettazione grafica e matematica disponibili gratuitamente lo rendono anche estremamente utile per coloro il cui interesse principale nei computer è vedere altro lavoro svolto!

• Ricerca: Con il codice sorgente disponibile per l'intero sistema, FreeBSD è una eccellente piattaforma per la ricerca nei sistemi operativi come pure per altre branche dell'informatica. La natura di libera circolazione di FreeBSD rende anche possibile a gruppi distanti di collaborare sulle idee o condividere lo sviluppo senza aver da preoccuparsi di accordi di licenza speciali o limitazioni su quello che può essere discusso in un forum pubblico.

• Networking: Ti serve un nuovo router? Un server dei nomi (DNS)? Un firewall per tenere la gente fuori dalla tua rete interna? FreeBSD può facilmente tramutare quel 386 inutilizzato o quel PC 486 che giace nell'angolo in un router avanzato con sofisticate capacità di filtraggio dei pacchetti.

• Stazione di lavoro con X Window: FreeBSD è un'ottima scelta come soluzione per un terminale X economico, sia usando il server XFree86 liberamente disponibile o uno degli eccellenti server commerciali forniti da X Inside. Diversamente da un terminale X, FreeBSD permette a molte applicazioni di girare localmente se desiderato, sollevando così il carico da un server centrale. FreeBSD può anche partire ``senza disco'', rendendo le stazioni individuali persino più economiche e facili da amministrare.

• Sviluppo Software: Di base FreeBSD arriva con un pieno complemento di strumenti di sviluppo incluso il rinnovato compilatore GNU C/C++ e il debugger.

FreeBSD è disponibile sia in forma sorgente che binaria su CDROM e via FTP anonimo. Guarda l'Appendice A per maggiori informazioni su come ottenere FreeBSD.

1.2.2 Chi usa FreeBSD?

FreeBSD è usato per far funzionare alcuni dei più grossi siti su Internet, inclusi:

• Yahoo!

• Apache

• Blue Mountain Arts

• Pair Networks

• Sony Japan

• Netcraft

• Weathernews

• Supervalu

• TELEHOUSE America

• Sophos Anti-Virus

• JMA Wired

e molti altri.

1.3.1 Breve storia di FreeBSD

Il FreeBSD Project ebbe la sua genesi nella prima parte del 1993, come una sorta di crescita oltremisura del ``Patchkit Non Ufficiale di 386BSD'' dagli ultimi tre coordinatori del patchkit: Nate Williams, Rod Grimes e me stesso.

Il nostro obiettivo originario era di produrre uno snapshot intermedio di 386BSD allo scopo di risolvere una serie di problemi che il meccanismo del patchkit non era semplicemente in grado di risolvere. Alcuni di voi potranno ricordare che il primo titolo funzionante per il progetto fu ``386BSD 0.5'' o ``386BSD Interim'' in riferimento a quel fatto.

386BSD era il sistema operativo di Bill Jolitz, che era arrivato a questo punto soffrendo piuttosto pesantemente di quasi un anno di disinteresse. Visto che il patchkit si gonfiava sempre più scomodamente con il passare dei giorni, fummo d'accordo all'unanimità che doveva essere fatto qualcosa e decidemmo di provare ad assistere Bill fornendo questo snapshot ad interim ``ripulito''. Questi piani ebbero un brusco arresto quando Bill Jolitz improvvisamente decise di ritirare la sua approvazione al progetto senza nessuna chiara indicazione di cosa invece doveva essere fatto.

Non ci volle molto per decidere che l'obiettivo rimaneva utile, persino senza il supporto di Bill, e così adottammo il nome ``FreeBSD'', coniato da David Greenman. I nostri obiettivi iniziali furono decisi dopo esserci consultati con gli utenti dell'epoca del sistema e, una volta che divenne chiaro che il progetto era sulla strada giusta e forse stava persino diventando una realtà, contattai la Walnut Creek CDROM con un occhio verso il miglioramento dei canali distributivi di FreeBSD per quei molti sfortunati che non avevano facile accesso a Internet. La Walnut Creek CDROM non solo supportò l'idea di distribuire FreeBSD su CD ma andò anche più lontano fornendo al progetto una macchina per lavorarci su e una connessione ad Internet veloce. Senza il grado di fiducia quasi senza precedenti della Walnut Creek CDROM in quello che era, a quel tempo, un progetto completamente sconosciuto, è abbastanza improbabile che FreeBSD sarebbe andato così lontano, così velocemente, come è oggi.

La prima distribuzione su CDROM (e largamente disponibile sulla rete) fu FreeBSD 1.0, rilasciata nel dicembre del 1993. Questa era basata su un nastro della 4.3BSD-Lite (``Net/2'') della U.C. Berkeley, con molti componenti forniti anche da 386BSD e dalla Free Software Foundation. Fu un successo abbastanza ragionevole per una prima offerta, e lo seguimmo dal grande successo di FreeBSD release 1.1 nel maggio del 1994.

Circa in questo periodo si formarono all'orizzonte alcune nuvole temporalesche piuttosto inaspettate allorché Novell e U.C. Berkeley risolsero la loro lunga causa civile sullo stato legale del nastro di Berkeley Net/2. Una condizione di quell'accordo era la concessione di U.C. Berkeley che vaste parti di Net/2 erano codice ``ingombrante'' e di proprietà di Novell, che lo aveva infine acquistato da AT&T qualche tempo addietro. Quello che Berkeley ottenne in cambio fu la ``benedizione'' di Novell che la release 4.4BSD-Lite, quando fu finalmente rilasciata, fosse dichiarata non ingombrante e che tutti gli utenti Net/2 esistenti fossero fortemente incoraggiati a cambiare. Questo incluse FreeBSD, e al progetto fu dato tempo fino alla fine di luglio 1994 per fermare la spedizione del proprio prodotto basato su Net/2. Sotto i termini di quell'accordo, fu permesso al progetto un ultimo rilascio prima della scadenza, e quella release fu FreeBSD 1.1.5.1

FreeBSD allora si accinse nell'arduo compito di letteralmente reinventare se stesso da un insieme di bit di 4.4BSD-Lite completamente nuovo e piuttosto incompleto. Le release ``Lite'' erano light (leggere) in parte perché il CSRG di Berkeley aveva rimosso grandi sezioni di codice richiesto per costruire effettivamente un sistema funzionante in grado di partire (dovuto a varie richieste legali) e in parte al fatto che il port per Intel della 4.4 era altamente incompleto. Al progetto ci volle fino al novembre del 1994 per fare questa transizione; a quel punto rilasciò FreeBSD 2.0 sulla rete e su CDROM (nel tardo dicembre). A dispetto del fatto di essere ancora più che un po' ruvida ai bordi, la release fu un successo significativo e fu seguita dalla release FreeBSD 2.0.5 più robusta e semplice da installare nel giugno del 1995.

Rilasciammo FreeBSD 2.1.5 nell'agosto del 1996, e parve essere abbastanza popolare tra gli ISP e le comunità commerciali tanto che si meritò un'altra release nel corso del ramo 2.1-STABLE. Questa era FreeBSD 2.1.7.1, rilasciata nel febbraio 1997 e apoteosi dello sviluppo principale sulla 2.1-STABLE. Attualmente in modalità di manutenzione, su questo ramo (RELENG_2_1_0) verranno sviluppati solo miglioramenti della sicurezza e correzioni degli errori.

FreeBSD 2.2 fu derivato dallo sviluppo della linea principale (``-CURRENT'') nel novembre 1996 come ramo RELENG_2_2, e la prima release completa (2.2.1) fu rilasciata nell'aprile 1997. Furono rilasciate ulteriori release del ramo 2.2 nell'estate e nell'autunno del '97, l'ultima delle quali (2.2.8) apparve nel novembre 1998. La prima release 3.0 ufficiale apparve nell'ottobre 1998 e segnò l'inizio della fine per il ramo 2.2.

L'albero si ramificò ancora il 20 gennaio 1999, dividendosi nei rami 4.0-CURRENT e 3.X-STABLE. Dalla 3.X-STABLE, la 3.1 fu rilasciata il 15 febbraio 1999, la 3.2 il 15 maggio 1999, la 3.3 il 16 settembre 1999, la 3.4 il 20 dicembre 1999 e la 3.5 il 24 giugno 2000, seguita pochi giorni dopo da un aggiornamento di punto inferiore alla release 3.5.1 per incorporare alcune correzioni dell'ultimo minuto a Kerberos sulla sicurezza. Questa sarà l'ultima release del ramo 3.X.

Ci fu un'altra ramificazione il 13 marzo 2000, che vide l'apparizioni del ramo 4.X-STABLE, ora considerato essere il ``ramo -STABLE corrente''. Ci sono state numerose release da allora: la 4.0-RELEASE venne fuori nel marzo 2000, la 4.1 fu rilasciata nel luglio 2000, la 4.2 nel novembre 2000, la 4.3 nell'aprile 2001, e la 4.4 nel settembre 2001. Ci saranno più release nel corso del ramo 4.X-STABLE (RELENG_4) per tutto il 2002.

Lo sviluppo dei progetti a lungo termine continua ad aver luogo nell'albero 5.0-CURRENT, e release SNAPshot della 5.0 su CDROM (e, naturalmente, sulla rete) sono continuamente rese disponibili sul server snapshot mentre il lavoro procede.

1.3.2 Obiettivi del FreeBSD Project

Gli obiettivi del FreeBSD Project sono di fornire software che può essere usato per qualunque scopo senza vincoli. Molti di noi hanno fatto un investimento significativo nel codice (e nel progetto) e certamente non dovrebbero essere interessati ad un piccolo compenso finanziario qua e là, ma non siamo sicuramente preparati ad insistere su questo. Noi crediamo che la nostra prima e prioritaria ``missione'' sia di fornire codice a tutti i partecipanti, presenti e futuri, e per qualunque scopo, così che il codice abbia un uso il più possibile ampio e fornisca i più ampi benefici. Questo è, io credo, uno degli obiettivi fondamentali del Software Libero (Free Software) e che noi supportiamo entusiasticamente.

Quel codice nel nostro albero dei sorgenti che cade sotto la GNU General Public Licence (GPL) o la GNU Lesser General Public License (LGPL) ha un po' più di vincoli, sebbene almeno dal lato di rafforzare l'accesso piuttosto che l'opposto. Date le complessità aggiuntive che possono risultare dall'uso commerciale di software GPL noi preferiamo, tuttavia, software rilasciato sotto il più rilassato copyright BSD quando è una scelta ragionevole farlo.

1.3.3 Il Modello di Sviluppo di FreeBSD

Lo sviluppo di FreeBSD è un processo molto aperto e flessibile, essendo FreeBSD costruito dal contributo di centinaia di persone di tutto il mondo, come puoi vedere dalla nostra lista dei collaboratori. Siamo costantemente alla ricerca di nuovi sviluppatori e idee, e quelli interessati a essere coinvolti maggiormente nel progetto devono semplicemente contattarci sulla mailing list di discussioni tecniche su FreeBSD. La mailing list di annunci su FreeBSD è anche disponibile a quelli che vogliono informare altri utenti FreeBSD delle principali aree di lavoro.

Cose utili da sapere sul FreeBSD Project e il suo processo di sviluppo, sia lavorando in modo indipendente che in stretta cooperazione:

In conclusione, il nostro modello di sviluppo è organizzato come un insieme sciolto di cerchi concentrici. Il modello centralizzato è progettato per agevolare gli utenti di FreeBSD, ai quali viene fornito un modo semplice per tenere traccia di una base di codice centrale, non per tenere fuori potenziali collaboratori! È nostro desiderio presentare un sistema operativo stabile con un ampio insieme di programmi applicativi coerenti che gli utenti possono facilmente installare ed usare, e questo modello funziona molto bene per realizzare Ciò.

Tutto quello che chiediamo a quelli che vogliono unirsi a noi come sviluppatori di FreeBSD è un po' della stessa dedizione che hanno le attuali persone al suo continuo successo!

1.3.4 La Release Corrente di FreeBSD

FreeBSD è liberamente disponibile, è basato tutto su sorgenti 4.4BSD-Lite, è rilasciato per computer Intel i386, i486, Pentium, Pentium Pro, Celeron, Pentium II, Pentium III, Pentium IV (o compatibili), Xeon, DEC Alpha e SPARC64. È basato principalmente su software del gruppo CSRG della U.C. Berkeley, con alcuni miglioramenti presi da NetBSD, OpenBSD, 386BSD, e dalla Free Software Foundation.

Dalla nostra release di FreeBSD 2.0 nel lontano '94, le prestazioni, l'insieme di caratteristiche, e la stabilità di FreeBSD sono migliorate notevolmente. Il più grande cambiamento è stato la riscrittura del sistema di memoria virtuale con una VM/file buffer cache integrata che non solo incrementa le prestazioni, ma anche riduce la richiesta di memoria di FreeBSD, rendendo una configurazione con 5 MB un minimo accettabile. Altri miglioramenti includono il completo supporto a client e server NIS, il supporto delle transazioni TCP, la chiamata-su-richiesta di PPP, il supporto integrato del DHCP, un sottosistema SCSI migliorato, il supporto ISDN, il supporto per ATM, FDDI, per gli adattatori Fast e Gigabit Ethernet (1000 Mbit), un supporto migliorato degli ultimi controller Adaptec, e molte centinaia di correzioni di bug.

Abbiamo anche preso a cuore i commenti e i suggerimenti di molti dei nostri utenti e abbiamo tentato di fornire quello che speriamo sia un processo di installazione più sensato e facile da capire. Il tuo feedback su questo processo (in costante evoluzione) è particolarmente ben accetto!

In aggiunta alla distribuzione di base, FreeBSD offre una collezione di software portato con migliaia di programmi comunemente cercati. Alla data di stampa, ci sono oltre 8,600 port! La lista dei port comprende server http (WWW), giochi, linguaggi, editor e quasi tutto quello che sta in mezzo. L'intera collezione dei port richiede approssimativamente 210 MB di spazio, essendo tutti i port espressi come ``delta'' dei loro sorgenti originari. Questo rende più facile per noi aggiornare i port, e riduce di molto la domanda di spazio su disco dalla vecchia collezione 1.0 dei port. Per compilare un port, vai semplicemente nella directory che vuoi installare, digita make install e lascia che il sistema faccia il resto. La distribuzione originale completa per ogni port che compili viene presa dinamicamente dal CDROM o da un sito FTP locale, così hai bisogno solo lo spazio su disco sufficiente per compilare il port che vuoi. Quasi ogni port viene fornito di un ``package'' precompilato che può essere installato con un semplice comando (pkg_add) da coloro che non vogliono compilare i propri port dai sorgenti.

Un numero di documenti aggiuntivi che puoi trovare molto utili nel processo di installazione e di utilizzo di FreeBSD ora può essere trovato anche nella directory /usr/share/doc su ogni macchina dove gira FreeBSD 2.1 o superiore. Puoi vedere i manuali installati localmente con qualsiasi browser HTML usando i seguenti URL:

Puoi vedere anche le copie originali (e aggiornate più frequentemente) su http://www.FreeBSD.org/.

3.5.1 Il File fstab

Durante la fase di avvio, i file system elencati nel file /etc/fstab sono montati in modo automatico (a meno che siano specificati con l'opzione noauto).

Il file /etc/fstab contiene una serie di righe il cui formato è il seguente:

device       /mount-point fstype     options      dumpfreq     passno

3.5.2 Il Comando mount

Il comando mount(8) è ciò che in definitiva viene usato per montare i file system.

La sua forma di utilizzo elementare è:

# mount device mountpoint

Esistono molte opzioni, come spiegato nella pagina man di mount(8), ma le più comuni sono:

L'opzione -o accetta una lista di argomenti separati da una virgola, inclusi i seguenti:

3.5.3 Il Comando umount

Il comando umount(8) accetta, come unico parametro, un punto di mount, un nome di dispositivo, l'opzione -a o l'opzione -A.

Tutte queste modalità accettano l'opzione -f per forzare la smontatura, e l'opzione -v per la modalità verbose. Sei avvisato che l'opzione -f non è in generale un buona idea. Smontare in modo violento i file system può mandare in crash il computer o danneggiare i dati sul file system.

Le opzioni -a e -A sono usate per smontare tutti i file system, con la possibilità di specificare i tipi di file system elencandoli dopo la flag -t. Tuttavia, l'opzione -A non tenta di smontare il file system root.

3.8.1 Cambiare la Propria Shell

Il modo più semplice per cambiare la propria shell è quello di usare il comando chsh. Eseguendo chsh verrà invocato l'editor definito nella tua variabile d'ambiente EDITOR; nel caso in cui questa non sia stata settata, verrà invocato vi. Modifica la riga ``Shell:'' in base alle tue esigenze.

Puoi anche eseguire chsh con l'opzione -s; in questo modo verrà settata la shell in modo diretto, senza che sia necessario invocare l'editor. Per esempio, se vuoi cambiare la tua shell in bash, potresti digitare il seguente comando:

% chsh -s /usr/local/bin/bash

Comunque eseguendo chsh con nessun parametro e modificando la shell all'interno dell'editor funzionerà lo stesso.

3.10.1 Creare i Nodi di Dispositivo

Quando aggiungi un nuovo dispositivo al tuo sistema, o ricompili il kernel per supportare dispositivi aggiuntivi, hai bisogno di creare per questi nuovi dispositivi uno o più nodi di dispositivo.

# cd /dev
# sh MAKEDEV ad1

3.11.1 La console

Se non hai configurato FreeBSD in modo tale da avviare in modo automatico l'ambiente grafico durante l'avvio, il sistema ti fornirà un prompt di login dopo la fase di avvio, esattamente dopo che gli script di avvio sono stati eseguiti. Dovresti vedere qualcosa simile a questo:

Additional ABI support:.
Local package initialization:.
Additional TCP options:.

Fri Sep 20 13:01:06 EEST 2002

FreeBSD/i386 (pc3.example.org) (ttyv0)

login:

I messaggi potrebbero essere leggermente diversi sul tuo sistema, tuttavia dovresti vedere qualcosa di analogo. In questo momento ci interessano le ultime due righe. Analizziamo la penultima riga:

FreeBSD/i386 (pc3.example.org) (ttyv0)

Questa riga contiene alcune informazioni sul sistema che hai appena avviato. Sei di fronte a una console ``FreeBSD'', che sta girando su un processore Intel o su un processore compatibile con l'architettura x86[2]. Il nome di questa macchina (tutte le macchine UNIX® hanno un nome) è pc3.example.org, e in questo momento sei di fronte alla sua console di sistema--il terminale ttyv0.

Infine, l'ultima riga è sempre:

login:

Qui devi digitare il tuo ``username'' per loggarti in FreeBSD. La prossima sezione descrive come fare ad effettuare il login su FreeBSD.

3.11.2 Loggarsi in FreeBSD

FreeBSD è un sistema multi-utente e multi-processo. Questa è la descrizione formale che viene usualmente attribuita a un sistema che può essere usato da diverse persone, le quali eseguono contemporaneamente molti programmi su una singola macchina.

Ogni sistema multi-utente necessita di qualche metodo che distingua un ``utente'' in modo univoco. In FreeBSD (e in tutti i sistemi operativi UNIX®-like), questo viene realizzato richiedendo che ogni utente debba ``loggarsi'' nel sistema prima che possa eseguire qualche programma. Ogni utente ha un nome univoco (lo ``username'') e uno personale, e una chiave segreta (la ``password''). FreeBSD richiede entrambe queste due cose prima di dare la possibilità ad un utente di eseguire qualche programma.

Giusto dopo la fase di avvio di FreeBSD e quando gli script di avvio sono stati eseguiti[3], ti viene presentato un prompt dove inserire un valido username:

login:

Giusto per questo esempio, assumiamo che il tuo username sia john. Al prompt digita john e premi Invio. Ti verrà presentato un prompt dove inserire la ``password'':

login: john
Password:

Digita la password di john, e premi Invio. La password non viene visualizzata! Non ti devi preoccupare di questo per ora. È sufficiente sapere che è una questione di sicurezza.

Se hai digitato la tua password in modo corretto, dovresti essere loggato in FreeBSD e sei quindi pronto per provare tutti i comandi disponibili.

3.11.3 Console multiple

Eseguire comandi UNIX® in una sola console va bene, tuttavia FreeBSD può eseguire più programmi alla volta. Avere una sola console dove poter digitare i comandi può essere un pò uno spreco quando un sistema operativo come FreeBSD è in grado di eseguire dozzine di programmi contemporaneamente. È in questo caso che le ``console virtuali'' possono essere molto utili.

FreeBSD può essere configurato in modo tale da poter utilizzare differenti console virtuali. Puoi passare da una console virtuale ad un'altra digitando un paio di tasti sulla tastiera. Ogni console ha il proprio canale di output indipendente, e FreeBSD si occupa di redirigere correttamente l'input della tastiera e l'output del monitor quando passi da una console virtuale in un'altra.

In FreeBSD alcune combinazioni speciali di tasti sono state riservate per il passaggio tra le console[4]. Puoi usare Alt-F1, Alt-F2, fino a Alt-F8 per cambiare console su FreeBSD.

Quando passi da una console ad un'altra, FreeBSD si preoccupa di salvare e ripristinare l'output a video. Il risultato è l'``illusione'' di avere più schermi e più tastiere ``virtuali'' che puoi utilizzare per dare in pasto a FreeBSD dei comandi. I programmi che lanci su una console virtuale rimarranno in esecuzione anche quando la console non è visibile. L'esecuzione di questi programmi continua quando passi in un'altra console virtuale.

3.11.4 Il file /etc/ttys

La configurazione di default di FreeBSD prevede l'avvio del sistema con 8 console virtuali. Comunque questo non è un settaggio obbligatorio, e puoi facilmente personalizzare la tua installazione in modo tale da avviare il sistema con qualche console virtuale in più. Il numero e i settaggi delle console virtuali sono configurati nel file /etc/ttys.

Puoi usare il file /etc/ttys per configurare le console virtuali di FreeBSD. In questo file ogni riga non commentata (le righe che non iniziano con il carattere #) contiene il settaggio di un singolo terminale o di una singola console virtuale. La versione di default di questo file contenuta in FreeBSD configura 9 console virtuale, e ne abilita 8 di queste. Si tratta delle righe che iniziano con ttyv:

# name  getty                           type    status          comments
#
ttyv0   "/usr/libexec/getty Pc"         cons25  on  secure
# Terminali virtuali
ttyv1   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv2   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv3   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv4   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv5   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv6   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv7   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv8   "/usr/X11R6/bin/xdm -nodaemon"  xterm   off secure

Per una descrizione più dettagliata su ogni colonna di questo file e per tutte le opzioni che puoi utilizzare per settare le console virtuali, consulta la pagina man ttys(5).

3.11.5 Console in modalità single user

Una descrizione dettagliata del significato della ``modalità single user'' può essere trovata nella Sezione 7.6.2. È bene notare che c'è un'unica console quando avvii FreeBSD in modalità single user. Le console virtuali non sono disponibili. Anche i settaggi della console in modalità single user possono essere trovati nel file /etc/ttys. Guarda la riga che inizia con console:

# name  getty                           type    status          comments
#
# Se la console è definita "insecure", allora il processo init richiederà la password di root
# quando entrerai in modalità single-user.
console none                            unknown off secure

3.12.1 Le Pagine Man

La documentazione più esauriente su FreeBSD è costituita dalle pagine man. Quasi tutti i programmi sul sistema hanno un piccolo manuale di riferimento che spiega il funzionamento di base e i vari argomenti del programma stesso. Questi manuali possono essere visualizzati con il comando man. L'uso del comando man è semplice:

% man command

command è il nome del comando di cui desideri maggiori informazioni. Per esempio, per sapere di più circa il comando ls digita:

% man ls

Il manuale in linea è diviso in sezione numerate:

1. Comandi utente.

2. System call e codici di errore.

3. Funzioni della libreria C.

4. Driver dei dispositivi.

5. Formati di file.

6. Giochi e altri passatempo.

7. Informazioni varie.

8. Comandi di mantenimento e di funzionamento del sistema.

9. Sviluppo del kernel.

In qualche caso, lo stesso soggetto può apparire in più di una sezione del manuale in linea. Per esempio, esiste un comando utente chmod e una system call chmod(). In questo caso, puoi dire al comando man quale vuoi specificando la sezione:

% man 1 chmod

In questo caso verrà visualizzata la pagina man del comando utente chmod. I riferimenti di una sezione particolare del manuale in linea sono tradizionalmente posti tra parentesi all'interno della documentazione, quindi chmod(1) fa riferimento al comando utente chmod e chmod(2) fa riferimento alla system call.

Tutto questo va bene se conosci il nome del comando e desideri semplicemente sapere come usarlo, ma cosa succede se non ricordi il nome del comando? Puoi usare man con l'opzione -k per ricercare tramite parole chiavi nelle descrizioni dei comandi:

% man -k mail

Con questo comando ti verrà presentata una lista di comandi che hanno la parola chiave ``mail'' nella loro descrizione. Di fatto questo meccanismo funziona proprio come il comando apropos.

Stai dando un'occhiata a tutti quei comandi fantastici che si trovano in /usr/bin ma non hai la più pallida idea di cosa fanno la maggior parte di essi? Semplicemente digita:

% cd /usr/bin
% man -f *

oppure

% cd /usr/bin
% whatis *

che è la stessa cosa.

3.12.2 I File Info di GNU

FreeBSD include molte applicazioni e utility prodotti dalla Free Software Foundation (FSF). Oltre alle pagine man, questi programmi hanno dei più ampi documenti in ipertesto chiamati file info che possono essere visualizzati con il comando info, o se hai installato emacs, con la modalità info di emacs.

Per usare il comando info(1), digita semplicemente:

% info

Per una breve introduzione, digita h. Per un rapido riferimento dei comandi, digita ?.

4.4.1 Installazione di un Package

Puoi usare l'utility pkg_add(1) per installare un package di FreeBSD da un file locale o da un server sulla rete.

# ftp -a ftp2.FreeBSD.org
Connected to ftp2.FreeBSD.org.
220 ftp2.FreeBSD.org FTP server (Version 6.00LS) ready.
331 Guest login ok, send your email address as password.
230-
230-     This machine is in Vienna, VA, USA, hosted by Verio.
230-         Questions? E-mail freebsd@vienna.verio.net.
230-
230-
230 Guest login ok, access restrictions apply.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> cd /pub/FreeBSD/ports/packages/sysutils/
250 CWD command successful.
ftp> get lsof-4.56.4.tgz
local: lsof-4.56.4.tgz remote: lsof-4.56.4.tgz
200 PORT command successful.
150 Opening BINARY mode data connection for 'lsof-4.56.4.tgz' (92375 bytes).
100% |**************************************************| 92375       00:00 ETA
226 Transfer complete.
92375 bytes received in 5.60 seconds (16.11 KB/s)
ftp> exit
# pkg_add lsof-4.56.4.tgz

Se non hai una raccolta di package locale (per esempio il set dei CDROM di FreeBSD) allora probabilmente ti risulterà più facile usare pkg_add(1) con l'opzione -r. In questo modo pkg_add(1) determina automaticamente la corretta release e il giusto formato dell'oggetto, quindi scarica il package da un sito FTP e lo installa.

# pkg_add -r lsof

L'esempio qui sopra scarica il giusto package e lo installa senza nessun ulteriore intervento. pkg_add(1) usa fetch(3) per scaricare i file, il quale rispetta varie variabili d'ambiente, incluse FTP_PASSIVE_MODE, FTP_PROXY, e FTP_PASSWORD. Puoi aver bisogno di settarne qualcuna se la tua macchina è dietro un firewall, o se utilizzi un proxy FTP/HTTP. Leggi fetch(3) per la lista completa. Nell'esempio precedente si può anche notare che viene usato lsof al posto di lsof-4.56.4. Quando viene usata la modalità di prelevamento da remoto, il numero di versione del package non deve essere specificato. pkg_add(1) prenderà automaticamente l'ultima versione dell'applicazione.

I file dei package sono distribuiti nel formato .tgz. Puoi trovarli in ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/packages/, oppure sui CDROM della distribuzione di FreeBSD. Ogni CD contenuto nel set dei quattro CD (e nel PowerPak, ecc.) contiene i package nella directory /packages. La disposizione dei package è simile a quella dell'albero /usr/ports. Ogni categoria ha la propria directory, ed ogni package può essere trovato dentro la directory All.

La struttura delle directory del sistema dei package eguaglia quella dei port; questi due sistemi lavorano l'uno con l'altro per formare l'intero sistema dei package/port.

4.4.2 Gestione dei Package

L'utility pkg_info(1) elenca e descrive i vari package installati.

# pkg_info
cvsup-16.1          Un comune sistema di distribuzione dei file in rete ottimizato per CVS
docbook-1.2         Meta-port delle varie versioni del DTD DocBook
...

L'utility pkg_version(1) riassume le versioni di tutti i package installati. Paragona le versioni dei package con le versioni correnti trovate nell'albero dei port.

# pkg_version
cvsup                       =
docbook                     =
...

I simboli nella seconda colonna indicano il risultato del confronto tra la versione installata e quella disponibile in locale nell'albero dei port.

4.4.3 Cancellazione di un Package

Per rimuovere un package installato in precedenza, usa l'utility pkg_delete(1).

# pkg_delete xchat-1.7.1

4.4.4 Miscellanea

Tutte le informazioni sui package sono memorizzate nella directory /var/db/pkg. La lista dei file installati e le descrizioni di ogni package possono essere trovate all'interno dei file di questa directory.

4.5.1 Ottenimento della Collezione dei Port

Prima che tu possa installare i port, devi procurarti la collezione dei port--che essenzialmente è un set di Makefiles, patch, e file di descrizione collocati in /usr/ports.

Durante l'installazione del tuo sistema FreeBSD, Sysinstall ti ha chiesto se vuoi installare la collezione dei port. Se hai rifiutato, puoi seguire queste istruzioni per ottenerla:

Un'altro metodo per ottenere la tua collezione dei port e per mantenerla aggiornata consiste nell'utilizzo di CVSup. Dai un'occhiata al file di CVSup riguardante i port, /usr/share/examples/cvsup/ports-supfile. Guarda Usare CVSup (Sezione A.5) per maggiori informazioni sull'uso di CVSup e del file menzionato.

4.5.2 Installazione dei Port

La prima cosa che dovrebbe essere chiara quando si ha a che fare con la collezione dei port è l'effettivo significato di ``scheletro'' di un port. Brevemente, lo scheletro di un port è un insieme minimo di file che dice al tuo sistema FreeBSD come compilare ed installare un programma in modo pulito. Ogni scheletro di un port include:

• Un Makefile. Il Makefile contiene varie espressioni che specificano come l'applicazione deve essere compilata e dove deve essere installata sul tuo sistema.

• Un file distinfo. Questo file contiene informazioni sui file che devono essere scaricati per la compilazione del port e sui loro checksum (somme di controllo), utilizzati per verificare che quei file non siano stati corrotti durante il download.

• Una directory files. Questa directory contiene le patch utilizzate per la compilazione e per l'installazione del programma sul tuo sistema FreeBSD. Le patch sono sostanzialmente piccoli file che specificano come modificare alcuni file. Sono in puro formato di testo, e in modo grossolano dicono ``Rimuovi la riga 10'' o ``Cambia la riga 26 in ...''. Le patch sono anche conosciute con il termine ``diff'' poichè sono generate dal programma diff(1).

  Questa directory può anche contenere altri file utilizzati per la compilazione del port.

• Un file pkg-comment. Questo file contiene una descrizione del programma su una singola riga.

• Un file pkg-descr. Questo file contiene una descrizione del programma più dettagliata, spesso su più righe di testo.

• Un file pkg-plist. Questo file contiene l'elenco di tutti i file che saranno installati dal port. Dice anche al sistema dei port quale file rimuovere durante la disinstallazione.

Alcuni port hanno altri file, come pkg-message. Il sistema dei port li usa per affrontare speciali situazioni. Se vuoi maggiori dettagli su questi file, e sui port in generale, leggi attentamente il Manuale del Porter di FreeBSD.

Ora che hai acquisito abbastanza informazioni sull'utilizzo della collezione dei port, sei pronto per installare il tuo primo port. Ci sono due modi per installare un port, entrambi spiegati qui sotto.

Comunque, prima di addentrarci in questi due metodi, devi decidere quale port installare. Ci sono vari modi per farlo, e quello più semplice è consultare la lista dei port sul sito web di FreeBSD. Puoi sia navigare tra i port ivi elencati sia usare la funzione di ricerca del sito. Ogni port include anche una breve descrizione che puoi leggere prima di decidere se installarlo o meno.

Un'altro metodo è quello di usare il comando whereis(1). Semplicemente digita whereis file, dove file è il programma che vuoi installare. Se viene trovato sul tuo sistema, ti verrà indicato dove si trova, in modo simile a quanto segue:

# whereis lsof
lsof: /usr/ports/sysutils/lsof

Questo ci dice che lsof (un'utility di sistema) si trova nella directory /usr/ports/sysutils/lsof.

Un'altro modo per trovare un determinato port è quello di usare il meccanismo di ricerca contenuto nella collezione dei port. Per usare questo servizio di ricerca, devi posizionarti nella directory /usr/ports. Una volta in quella directory, lancia make search name=nome-programma dove nome-programma è il nome del programma che vuoi cercare. Per esempio, se vuoi cercare lsof:

# cd /usr/ports
# make search name=lsof
Port:   lsof-4.56.4
Path:   /usr/ports/sysutils/lsof
Info:   Elenca informazioni sui file aperti (simile a fstat(1))
Maint:  obrien@FreeBSD.org
Index:  sysutils
B-deps:
R-deps:

La parte di output sulla quale devi porre particolare attenzione è la riga ``Path:'', che ti dice dove puoi trovare il port. Le altre informazioni riportate non sono necessarie per installare il port, e quindi non saranno trattate in questa sede.

Inoltre per una ricerca più complessa puoi usare make search key=stringa dove stringa fa parte del testo da cercare. Questo ricerca nei nomi dei port, nei commenti, nelle descrizioni e nelle dipendenze e può essere usato per cercare port che si riferiscono ad un argomento particolare anche se non conosci il nome del programma che stai cercando.

In entrambi i casi, la stringa di ricerca è case-insensitive. La ricerca per ``LSOF'' produrrà gli stessi risultati della ricerca per ``lsof''.

Ora che hai trovato un port da installare, sei pronto per l'installazione vera e propria. Il port include istruzioni su come compilare il codice sorgente, ma non include il codice sorgente stesso. Devi prendere il codice sorgente da un CDROM o da Internet. L'autore del codice sorgente può distribuirlo come desidera. Quasi sempre è un file di archivio tar compresso con gzip, ma potrebbe essere stato compresso con un'altro tool o perfino potrebbe essere non compresso. Il codice sorgente del programma, in qualsiasi forma sia, è chiamato con il termine ``distfile''. Puoi ottenere questo distfile da un CDROM o da Internet.

# cd /usr/ports/sysutils/lsof

# make
>> lsof_4.57D.freebsd.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
>> Attempting to fetch from file:/cdrom/ports/distfiles/.
===>  Extracting for lsof-4.57
...
[l'output dell'estrazione è stato tagliato]
...
>> Checksum OK for lsof_4.57D.freebsd.tar.gz.
===>  Patching for lsof-4.57
===>  Applying FreeBSD patches for lsof-4.57
===>  Configuring for lsof-4.57
...
[l'output della configurazione è stato tagliato]
...
===>  Building for lsof-4.57
...
[l'output della compilazione è stato tagliato]
...
#

# make install
===>  Installing for lsof-4.57
...
[l'output dell'installazione è stato tagliato]
...
===>   Generating temporary packing list
===>   Compressing manual pages for lsof-4.57
===>   Registering installation for lsof-4.57
===>  SECURITY NOTE:
      I binari di questo port richiedono l'esecuzione con alti privilegi.
#

# make install
>> lsof_4.57D.freebsd.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
>> Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/.
Receiving lsof_4.57D.freebsd.tar.gz (439860 bytes): 100%
439860 bytes transferred in 18.0 seconds (23.90 kBps)
===>  Extracting for lsof-4.57
...
[l'output dell'estrazione è stato tagliato]
...
>> Checksum OK for lsof_4.57D.freebsd.tar.gz.
===>  Patching for lsof-4.57
===>  Applying FreeBSD patches for lsof-4.57
===>  Configuring for lsof-4.57
...
[l'output della configurazione è stato tagliato]
...
===>  Building for lsof-4.57
...
[l'output della compilazione è stato tagliato]
...
===>  Installing for lsof-4.57
...
[l'output dell'installazione è stato tagliato]
...
===>   Generating temporary packing list
===>   Compressing manual pages for lsof-4.57
===>   Registering installation for lsof-4.57
===>  SECURITY NOTE:
      I binari di questo port richiedono l'esecuzione con alti privilegi.
#

4.5.3 Rimozione dei Port Installati

Ora che sai come installare i port, probabilmente ti chiederai come rimuoverli, caso mai ne installassi uno e successivamente ti accorgessi che hai installato il port sbagliato. Rimuoveremo il port utilizzato nel nostro esempio precedente (che era lsof se non sei stato attento). Come con l'installazione dei port, la prima cosa che devi fare è andare nella directory del port, /usr/ports/sysutils/lsof. Dopo aver cambiato directory, sei pronto per disinstallare lsof. Questo viene fatto con il comando make deinstall:

# cd /usr/ports/sysutils/lsof
# make deinstall
===>  Deinstalling for lsof-4.57

È stato abbastanza facile. In questo modo hai rimosso lsof dal tuo sistema. Se volessi reinstallarlo, puoi farlo lanciando make reinstall dalla directory /usr/ports/sysutils/lsof.

Le sequenze make deinstall e make reinstall non funzionano più una volta che hai dato un make clean. Se vuoi disinstallare un port dopo un make clean, usa pkg_delete(1) come discusso nella sezione del Manuale riguardante i Package.

4.7.1 Alcune Domande e Risposte

% tar tvzf foobar.tar.gz
% tar xzvf foobar.tar.gz
% tar tvf foobar.tar
% tar xvf foobar.tar

# make install
>> cku190.tar.gz doesn't seem to exist on this system.
>> Attempting to fetch from ftp://kermit.columbia.edu/kermit/archives/.

# make DISTDIR=/directory/locale/con/permesso/di/scrittura install

# make PORTSDIR=/u/people/guests/wurzburger/ports install

# make PREFIX=/u/people/guests/wurzburger/local install

# make PORTSDIR=../ports PREFIX=../local install

# cd /usr/ports
# make fetch

# cd /usr/ports/directory
# make fetch

# cd /usr/ports/directory
# make MASTER_SITE_OVERRIDE= \
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/ fetch

# make CFLAGS='-O2 -fno-strength-reduce' install

% cd /usr/ports
% make search key=lisp

# pkg_delete grizzle-6.5

# cd /usr/ports/somewhere/grizzle
# make deinstall

# pkg_info -I 'grizzle*'
Information for grizzle-6.5:
grizzle-6.5 - un tutorial di piano forte, un'interprete di LOGO e un gioco
di azione arcade.

# cd /usr/ports
# make clean

# cd /usr/ports
# make install

# cd /usr/ports
# make -DBATCH install

# cd /usr/ports
# make -DINTERACTIVE install

# cd /usr/ports/somewhere/frobble
# make extract
# cd work/frobble-2.8
[Applica le tue patch]
# cd ../..
# make package

4.7.2 Aiuto! Questo Port non Funziona!

Se ti dovessi imbattere in un port che per te non funziona, ci sono alcune cose che puoi fare, tra le quali:

1. Aggiustarlo! Il Manuale del Porter contiene informazioni dettagliate sull'infrastruttura dei "Port" affinchè tu possa aggiustare quel port che occasionalmente non funziona o perfino proporne uno tutto tuo!

2. Brontolare--solo attraverso email! Prima manda una email a colui che mantiene il port. Digita make maintainer o leggi il Makefile per trovare il suo indirizzo email. Ricorda di includere nel messaggio il nome e la versione del port (manda la riga $FreeBSD: del Makefile) e l'output che descrive l'errore. Se non ottieni risposta dal maintainer, puoi usare send-pr(1) per inoltrare il report del bug.

3. Prendi il package da un sito FTP vicino a te. La ``principale'' collezione dei package è su ftp.FreeBSD.org nella directory dei package, ma prima assicurati di controllare il tuo mirror locale! È più probabile che funzionino i package rispetto alla compilazione dal sorgente e sono anche molto più sbrigativi. Usa il programma pkg_add(1) per installare i package sul tuo sistema.

6.2.1 Disposizione delle Partizioni

6.6.1 Individuazione del Driver Corretto

Prima di cominciare, dovresti conoscere il modello della scheda di rete che possiedi, il chip che usa, e se si tratta di una scheda PCI o ISA. FreeBSD supporta un'ampia varietà sia di schede PCI che ISA. Verifica la l'Hardware Compatibility List della tua release per vedere se la scheda è supportata.

Una volta sicuro che la tua scheda sia supportata, hai bisogno di determinare il driver appropriato per la scheda. Il file /usr/src/sys/i386/conf/LINT ti fornirà un elenco di driver per le interfacce di rete con alcune informazioni su chipset/schede supportate. Se hai dubbi su quale sia il driver corretto, leggi la pagina man del driver. La pagina man fornirà ulteriori informazioni sull'hardware supportato ed anche sui possibili problemi che potrebbero capitare.

Se sei in possesso di una scheda comune, la maggior parte delle volte non dovrai cercare molto per trovare un driver. I driver per le schede di reti comuni sono presenti nel kernel GENERIC, quindi la tua scheda dovrebbe mostrarsi durante l'avvio, in questo modo:

dc0: <82c169 PNIC 10/100BaseTX> port 0xa000-0xa0ff mem 0xd3800000-0xd38
000ff irq 15 at device 11.0 on pci0
dc0: Ethernet address: 00:a0:cc:da:da:da
miibus0: <MII bus> on dc0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
dc1: <82c169 PNIC 10/100BaseTX> port 0x9800-0x98ff mem 0xd3000000-0xd30
000ff irq 11 at device 12.0 on pci0
dc1: Ethernet address: 00:a0:cc:da:da:db
miibus1: <MII bus> on dc1
ukphy1: <Generic IEEE 802.3u media interface> on miibus1
ukphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto

In questo esempio, vediamo che nel sistema sono presenti due schede che usano il driver dc(4).

Per usare la tua scheda di rete, avrai bisogno di caricare il driver appropriato. Ciò può essere fatto in due modi. Il modo più semplice consiste nel caricare semplicemente un modulo nel kernel relativo alla scheda di rete con kldload(8). Non è disponibile un modulo per ogni scheda di rete (le schede ISA e le schede che usano il driver ed(4), ad esempio). Alternativamente, si può compilare staticamente il supporto per la propria scheda di rete nel proprio kernel. Controlla /usr/src/sys/i386/conf/LINT e la pagina man del driver per sapere cosa aggiungere al tuo file di configurazione del kernel. Per maggiori informazioni sulla ricompilzione del kernel, guarda il Capitolo 9. Se la tua scheda è stata riconosciuta all'avvio dal kernel (GENERIC) non dovrai compilarne uno nuovo.

6.6.2 Configurazione della Scheda di Rete

Una volta che il driver giusto per la scheda di rete è stato caricato, la scheda ha bisogno di essere configurata. Come molte altre cose, la scheda di rete potrebbe essere già stata configurata al momento dell'installazione tramite sysinstall.

Per mostrare la configurazione delle interfaccie di rete sul tuo sistema, immetti il seguente comando:

% ifconfig
dc0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet 192.168.1.3 netmask 0xffffff00 broadcast 192.168.1.255
        ether 00:a0:cc:da:da:da
        media: Ethernet autoselect (100baseTX <full-duplex>)
        status: active
dc1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255
        ether 00:a0:cc:da:da:db
        media: Ethernet 10baseT/UTP
        status: no carrier
lp0: flags=8810<POINTOPOINT,SIMPLEX,MULTICAST> mtu 1500
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
        inet 127.0.0.1 netmask 0xff000000
tun0: flags=8010<POINTOPOINT,MULTICAST> mtu 1500

In questo esempio, vengono mostrati i seguenti dispositivi:

• dc0: La prima interfaccia Ethernet

• dc1: La seconda interfaccia Ethernet

• lp0: L'interfaccia della porta parallela

• lo0: Il dispositivo di loopback

• tun0: Il dispositivo tunnel usato da ppp

FreeBSD usa il nome del driver seguito dall'ordine nel quale la scheda è stat rilevata all'avvio del kernel per dare un nome alla scheda di rete. Ad esempio sis2 sarebbe la terza scheda di rete nel sistema che usa il driver sis(4).

In questo esempio, il dispositivo dc0 è attivo. Gli indicatori chiave sono:

1. UP significa che la scheda è pronta e configurata.

2. La scheda ha un indirizzo Internet (inet) (in questo caso 192.168.1.3).

3. Essa ha una maschera di sottorete valida (netmask; 0xffffff00 è lo stesso che 255.255.255.0).

4. Essa ha un indirizzo di broadcast valido (in questo caso, 192.168.1.255).

5. L'indirizzo MAC della scheda ether) è 00:a0:cc:da:da:da.

6. La selezione del mezzo fisico è in modalità autoselezione (media: Ethernet autoselect (100baseTX <full-duplex>)). Vediamo che dc1 è stata configurata con un mezzo fisico 10baseT/UTP. Per ulteriori informazioni sui tipi di mezzi disponibili per un driver, fai riferimento alla sua pagina man.

7. Lo stato del collegamento (status) è active, ovvero è stata rilevata la portante. Per dc1, vediamo status: no carrier. Questo è normale quando un cavo ethernet non è stato inserito nella scheda.

Se l'output di ifconfig(8) avesse mostrato qualcosa di simile a:

dc0: flags=8843<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
                ether 00:a0:cc:da:da:da

ciò avrebbe indicato che la scheda non era stata ben configurata.

Per configurare la tua scheda, avrai bisogno dei privilegi di root. La configurazione della scheda di rete può essere effettuata da riga di comando con ifconfig(8), ma avresti bisogno di farlo ad ogni riavvio del sistema. Il file /etc/rc.conf è il posto dove scrivere la configurazione della scheda di rete.

Apri /etc/rc.conf con il tuo editor preferito. Avrai bisogno di aggiungere una riga per ogni scheda di rete presente nel sistema, ad esempio nel nostro caso, abbiamo aggiunto queste linee:

ifconfig_dc0="inet 192.168.1.3 netmask 255.255.255.0"
ifconfig_dc1="inet 10.0.0.1 netmask 255.255.255.0 media 10baseT/UTP"

Dovrai sostituire dc0, dc1, e così via, con i dispositivi corretti per la tua scheda, e gli indirizzi con quelli appropriati. Dovresti leggere le pagine man del driver e di ifconfig(8) per maggiori dettagli sulle opzioni permesse ed anche la pagina man di rc.conf(5) per maggiori informazioni sulla sintassi di /etc/rc.conf.

Se hai configurato la rete durante l'installazione, alcune linee relative alle schede di rete potrebbero essere già presenti. Controlla due volte /etc/rc.conf prima di aggiungere ogni linea.

Avrai anche bisogno di modificare il file /etc/hosts per aggiungere i nomi e gli IP delle varie macchine della LAN, se non sono già lì. Per maggiori informazioni, fai riferimento a hosts(5) ed a /usr/share/examples/etc/hosts.

6.6.3 Verifica e Risoluzione dei Problemi

Una volta che hai effettuato i cambiamenti necessari a /etc/rc.conf, dovresti riavviare la macchina. Ciò farà sì che i cambiamenti alle interfacce vengano applicati, e verificherà che il sistema si riavvii senza nessun errore di configurazione.

Una volta che il sistema è stato riavviato, dovresti testare le interfaccie di rete.

% ping -c5 192.168.1.3
PING 192.168.1.3 (192.168.1.3): 56 data bytes
64 bytes from 192.168.1.3: icmp_seq=0 ttl=64 time=0.082 ms
64 bytes from 192.168.1.3: icmp_seq=1 ttl=64 time=0.074 ms
64 bytes from 192.168.1.3: icmp_seq=2 ttl=64 time=0.076 ms
64 bytes from 192.168.1.3: icmp_seq=3 ttl=64 time=0.108 ms
64 bytes from 192.168.1.3: icmp_seq=4 ttl=64 time=0.076 ms

--- 192.168.1.3 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.074/0.083/0.108/0.013 ms

% ping -c5 192.168.1.2
PING 192.168.1.2 (192.168.1.2): 56 data bytes
64 bytes from 192.168.1.2: icmp_seq=0 ttl=64 time=0.726 ms
64 bytes from 192.168.1.2: icmp_seq=1 ttl=64 time=0.766 ms
64 bytes from 192.168.1.2: icmp_seq=2 ttl=64 time=0.700 ms
64 bytes from 192.168.1.2: icmp_seq=3 ttl=64 time=0.747 ms
64 bytes from 192.168.1.2: icmp_seq=4 ttl=64 time=0.704 ms

--- 192.168.1.2 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.700/0.729/0.766/0.025 ms

6.8.1 Struttura di /etc

Ci sono molte directory nelle quali vengono tenute le informazioni di configurazione. Tra queste ci sono:

6.8.2 Nomi degli Host

search example.com
nameserver 147.11.1.11
nameserver 147.11.100.30

# $FreeBSD$
#
# Host Database
# Questo file dovrebbe contenere gli indirizzi e gli alias
# per gli host locali che condividono questo file.
# In presenza di DNS o NIS, questo file potrebbe non essere consultato affatto;
# guarda /etc/nsswitch.conf per l'ordine di risoluzione.
#
#
::1                     localhost localhost.my.domain myname.my.domain
127.0.0.1               localhost localhost.my.domain myname.my.domain

#
# Rete immaginaria.
#10.0.0.2               myname.my.domain myname
#10.0.0.3               myfriend.my.domain myfriend
#
# In accordo all'RFC 1918, puoi usare le seguenti classi di IP per reti private
# che non verranno mai connesse ad Internet:
#
#       10.0.0.0        -   10.255.255.255
#       172.16.0.0      -   172.31.255.255
#       192.168.0.0     -   192.168.255.255
#
# In caso volessi essere in grado di collegarti ad Internet, avrai bisogno
# di veri numeri ufficiali assegnati.  PER FAVORE PER FAVORE PER FAVORE
# non tentare di inventarti i numeri della tua rete ma fattene assegnare
# uno dal tuo provider (se ne hai uno) o dall'Internet Registry (ftp su
# rs.internic.net, directory `/templates').
#

[Indirizzo Internet ] [nome host ufficiale] [alias1] [alias2] ...

10.0.0.1 myRealHostname.example.com myRealHostname foobar1 foobar2

6.8.3 Configurazione dei File di Log

# $FreeBSD$
#
#       Gli spazi SONO validi separatori dei campi in questo file. Ad ogni modo,
#       altri sistemi *nix-like insistono ancora nell'usare tab come separatori
#       di campo. Se condividi questo file tra più sistemi, potresti
#       voler usare solo dei tab come separatori.
#       Consulta la pagina man di syslog.conf(5).
*.err;kern.debug;auth.notice;mail.crit          /dev/console
*.notice;kern.debug;lpr.info;mail.crit;news.err /var/log/messages
security.*                                      /var/log/security
mail.info                                       /var/log/maillog
lpr.info                                        /var/log/lpd-errs
cron.*                                          /var/log/cron
*.err                                           root
*.notice;news.err                               root
*.alert                                         root
*.emerg                                         *
# togli il commento a questo per loggare tutte le scritture su /dev/console
# in /var/log/console.log
#console.info                                   /var/log/console.log
# togli il commento a questo per abilitare il logging di tutti i messaggi di log
# su /var/log/all.log
#*.*                                            /var/log/all.log
# togli il commento a questo per abilitare il logging su un host remoto di nome
# loghost
#*.*                                            @loghost
# togli i commenti a questi se hai inn in funzione
# news.crit                                     /var/log/news/news.crit
# news.err                                      /var/log/news/news.err
# news.notice                                   /var/log/news/news.notice
!startslip
*.*                                             /var/log/slip.log
!ppp
*.*                                             /var/log/ppp.log

# file di configurazione per newsyslog
# $FreeBSD$
#
# filename          [owner:group]    mode count size when [ZB] [/pid_file] [sig_num]
/var/log/cron                           600  3     100  *     Z
/var/log/amd.log                        644  7     100  *     Z
/var/log/kerberos.log                   644  7     100  *     Z
/var/log/lpd-errs                       644  7     100  *     Z
/var/log/maillog                        644  7     *    @T00  Z
/var/log/sendmail.st                    644  10    *    168   B
/var/log/messages                       644  5     100  *     Z
/var/log/all.log                        600  7     *    @T00  Z
/var/log/slip.log                       600  3     100  *     Z
/var/log/ppp.log                        600  3     100  *     Z
/var/log/security                       600  10    100  *     Z
/var/log/wtmp                           644  3     *    @01T05 B
/var/log/daily.log                      640  7     *    @T00  Z
/var/log/weekly.log                     640  5     1    $W6D0 Z
/var/log/monthly.log                    640  12    *    $M1D0 Z
/var/log/console.log                    640  5     100  *     Z

6.8.4 sysctl.conf

sysctl.conf assomiglia molto a rc.conf. I valori vengono impostati nella forma variabile=valore. I valori specificati vengono impostati dopo che il sistema è entrato in modalità multiutente. Non tutte le variabili sono gestibili in questo modo.

Un sysctl.conf d'esempio che disattiva il logging delle uscite forzate da segnali non gestibili e che lascia capire ai programmi di Linux che essi stanno effettivamente funzionando sotto FreeBSD:

kern.logsigexit=0       # Non registra le uscite forzate (es. sig 11)
compat.linux.osname=FreeBSD
compat.linux.osrelease=4.3-STABLE

6.10.1 Variabili sysctl

6.10.2 Soft Updates

Il programma tunefs(8) può essere usato per mettere a punto con accuratezza un file system. Questo programma ha molte opzioni differenti, ma per ora noi ci preoccuperemo solo di attivare e disattivare i Soft Updates, che verrà effettuato tramite:

# tunefs -n enable /filesystem
# tunefs -n disable /filesystem

Un file system non potrà essere modificato con tunefs(8) mentre è montato. Un buon momento per attivare i Soft Updates è prima che le partizioni siano montate, in modalità singolo utente.

I Soft Updates migliorano drasticamente le prestazioni dei meta-dati, principalmente la creazione e la cancellazione di file, attraverso l'uso di una memoria cache. Consigliamo di attivare i Soft Updates su tutti i file system. Ci sono due lati negativi relativi ai Soft Updates dei quali dovresti essere a conoscenza: primo, i Soft Updates garantiscono la consistenza del file system in caso di crash ma è più che probabile che passino molti secondi (anche un minuto!) prima che venga aggiornato fisicamente il disco. Se il sistema crasha potresti perdere molto più lavoro in questa modo. Secondo, i Soft Updates rallentano la liberazione dei blocchi liberi del file system. Se hai un file system (come il file system root) che è quasi pieno, la realizzazione di un grosso aggiornamento, come un make installworld, potrebbe essere causa di un superamento dei limiti di spazio del file system e di un fallimento dell'aggiornamento.

6.11.1 Limiti dei File/Processi

6.11.2 Limiti di Rete

L'opzione di configurazione del kernel NMBCLUSTERS decide la quantità di mbuf di rete disponibili al sistema. Un server molto trafficato con un numero basso di MBUF ostacolerebbe le possibilità di FreeBSD. Ogni cluster rappresenta approssimativamente 2 K di memoria, dunque un valore di 1024 rappresenta 2 megabyte di memoria del kernel riservata per i buffer di rete. Può essere effettuato un semplice calcolo per capire quanti ne siano necessari. Se hai un web server che arriva al massimo a 1000 connessioni simultanee, ed ogni connessione consuma un buffer di 16 K in ricezione e un'altro di 16 K in trasmissione, avrai bisogno approssimativamente di 32 MB di buffer di rete per coprire il web server. Una buona regola generale è di moltiplicare per 2, dunque 2x32 MB / 2 KB = 64 MB / 2 KB = 32768.

6.12.1 Swap su un Nuovo Disco Rigido

Il modo migliore per aggiungere dello swap, ovviamente, è usare questa come scusa per aggiungere un altro disco rigido. Puoi sempre aggiungere un nuovo disco, dopo tutto. Se puoi fare così, vai a rileggere la discussione sullo spazio di swap dalla sezione sull'Installazione di FreeBSD del Manuale per alcuni suggerimenti su come organizzare al meglio lo spazio di swap.

6.12.2 Swap su NFS

Lo swap su NFS è consigliato solo se non hai un disco locale su cui realizzare lo swap. Lo swap via NFS è lento ed inefficiente nelle versioni di FreeBSD precedenti alla 4.X. Nella 4.0-RELEASE e successive è ragionevolmente efficiente e veloce. Anche nelle versioni più nuove di FreeBSD, comunque, lo swap via NFS è limitato dalla larghezza di banda disponibile sulla rete e aggiunge ulteriore lavoro per il server NFS.

6.12.3 File di Swap

Puoi creare un file delle dimensioni specifiche per usarlo come file di swap. In questo nostro esempio useremo un file di 64MB chiamato /usr/swap0. Puoi usare qualsiasi nome vuoi, ovviamente.

7.3.1 MBR, /boot/boot0

L'MBR di FreeBSD è posizionato in /boot/boot0. Questa è una copia dell'MBR, perché il vero MBR deve essere posizionato su una parte speciale del disco, fuori dell'area di FreeBSD.

boot0 è molto semplice, poiché il programma nell'MBR può essere lungo solo 512 byte. Se avete installato l'MBR di FreeBSD ed avete vari sistemi operativi installati allora vedrete una schermata simile a questa al momento dell'accensione:

F1 DOS
F2 FreeBSD
F3 Linux
F4 ??
F5 Drive 1

Default: F2

Altri sistemi operativi, in particolare Windows 95, sono noti per l'abitudine a sovrascrivere un MBR esistente con il proprio. Se accade questo, o si vuole rimpiazzare l'MBR pre-esistente con quello di FreeBSD va usato il seguente comando:

# fdisk -B -b /boot/boot0 dispositivo

Dove dispositivo è il dispositivo dal quale si avvia, come ad0 per il primo disco IDE, ad2 per il primo disco ide sul secondo canale, da0 per il primo disco SCSI, e così via.

Se sei un utente Linux, comunque, e preferisci che sia LILO a controllare il processo di boot, puoi modificare /etc/lilo.conf per avviare FreeBSD, o selezionare Leave The Master Boot Record Untouched durante il processo di installazione di FreeBSD. Se hai installato il boot manager di FreeBSD, puoi ritornare a Linux e modificare il file di configurazione di LILO, /etc/lilo.conf aggiungendo la seguente opzione:

other=/dev/hdXY
table=/dev/hdb
loader=/boot/chain.b
label=FreeBSD

il che permetterà l'avvio di FreeBSD e Linux via LILO. Nel nostro esempio, usiamo XY per determinare quale drive e quale partizione. Se si sta usando un drive SCSI, si dovrà cambiare /dev/hdXY per leggere qualcosa di simile a /dev/sdXY, dove usiamo ancora la sintassi XY. L'opzione loader=/boot/chain.b può essere omessa se avete entrambi i sistemi operativi sullo stesso drive. Ora potete eseguire /sbin/lilo -v per fare effettuare i cambiamenti al sistema; ciò dovrebbe poter essere verificato grazie ad un messaggio su schermo.

7.3.2 Stadio Uno, /boot/boot1, e Stadio Due, /boot/boot2

Concettualmente il primo ed il secondo stadio sono parte dello stesso programma, sulla stessa area del disco. Per limitazioni sullo spazio sono stati divisi in due, ma li installerai sempre insieme.

Essi si trovano sul settore di avvio della partizione di avvio, che è dove boot0, o ogni altro programma nell'MBR si aspetta di trovare il codice per proseguire la procedura di avvio. I file nella cartella /boot sono copie dei file reali, che sono immagazzinati fuori dal file system di FreeBSD.

boot1 è molto semplice, poiché può essere lungo solo 512 byte, e conosce solo lo stretto necessario del disklabel di FreeBSD, il quale memorizza le informazioni sulle slice, per trovare ed eseguire boot2.

boot2 è leggermente più sofisticato, e conosce il file system di FreeBSD abbastanza da potervi trovare dei file, e può fornire una semplice interfaccia per scegliere quale kernel o loader eseguire.

Poiché il loader è molto più complesso, e fornisce una gradevole interfaccia di facile utilizzo alla configurazione di avvio, boot2 in genere lo esegue, ma in precedenza era incaricato di lanciare il kernel direttamente.

>> FreeBSD/i386 BOOT
Default: 0:ad(0,a)/kernel
boot:

Se mai avrai bisogno di rimpiazzare il boot1 ed il boot2 installati, usa disklabel(8).

# disklabel -B discoslice

Dove discoslice sono il disco e la slice dal quale avviare, come ad esempio ad0s1 per la prima slice sul primo disco IDE.

7.3.3 Stadio Tre, /boot/loader

Il loader è l'ultimo stadio della procedura di avvio divisa in tre, e si trova sul file system, generalmente come /boot/loader.

Il loader viene inteso come un metodo user-friendly per la configurazione, tramite l'uso di un insieme di comandi integrati facili da usare, che ha dietro un potente interprete con un insieme di comandi più complesso.

7.4.1 I Flag di Boot del Kernel

Qui ci sono alcune dei più comuni flag di boot:

7.6.1 Sequenza di Riavvio Automatica

La sequenza di riavvio automatica assicura che i file system disponibili sul sistema siano consistenti. Se qualcuno non lo è, e fsck(8) non può risolvere le inconsistenze, init(8) abbandona il sistema in modalità singolo utente per permettere all'amministratore di sistema di occuparsi dei problemi direttamente.

7.6.2 Modalità Singolo Utente

Questa modalità può essere raggiunta attraverso la sequenza di riavvio automatica, o tramite l'avvio da parte dell'utente con l'opzione -s o impostando la variabile boot_single nel loader.

Si può arrivare ad essa anche richiamando shutdown(8) con l'opzione per il riavvio (-r) o per l'arresto (-h), dalla modalità multi utente.

Se la console del sistema è segnata come insecure in /etc/ttys, allora il sistema richiede la password di root prima di entrare in modalità singolo utente.

# name  getty                           type    status          comments
#
# Se la console è segnata come  "insecure", allora init chiederà
# la password di root per andare in modalità singolo utente .
console none                            unknown off insecure

7.6.3 Modalità Multi Utente

Se init(8) ritiene che i file system siano in ordine, o quando l'utente ha terminato il lavoro in modalità singolo utente, il sistema entra in modalità multi utente, nella quale inizia la configurazione delle risorse del sistema.

12.5.1 burncd

Traduzione in corso

12.5.2 cdrecord

Traduzione in corso

12.5.3 Duplicating Audio CDs

Traduzione in corso

13.5.1 Considerazioni sulle dimensioni dei volumi

I plex possono contenere molteplici sottodischi distribuiti tra tutti i drive presenti nella configurazione di Vinum, questo permette alla dimensione dei plex, e quindi anche dei volumi, di non essere limitata dalla dimensione dei singoli dischi.

13.5.2 Immagazzinamento ridondante dei dati

Vinum implementa il mirroring collegando più plex allo stesso volume, ogni plex contiene la rappresentazione di tutti i dati del volume. Un volume può contenere da uno ad otto plex.

Nonostante un plex rappresenti i dati di un volume per intero, è possibile che parti di questa rappresentazione vengano a mancare o per scelta (non definendo dei sottodischi per alcune parti del plex) o per accidente (come risultato della rottura del disco che le conteneva). Finché almeno un plex contiene i dati di tutto lo spazio d'indirizzamento del volume, il volume stesso è completamente funzionale.

13.5.3 Considerazioni sulle prestazioni

Vinum implementa sia la concatenazione che lo striping al livello di plex:

• Un plex concatenato usea lo spazio di indirizzamento di ogni sottodisco a turno.

• Un plex in striping suddivide i dati tra ogni sottodisco. I sottodischi devono tutti avere la stessa dimensione e devono essere presenti almeno due sottodischi perché esista differenza da un plex concatenato.

13.5.4 Quale organizzazione per i plex?

La versione di Vinum distribuita con FreeBSD 5.1 implementa due tipi di plex:

• I plex concatenati, che sono i più flessibili: possono contenere qualsiasi numero di sottodischi e questi possono avere qualsiasi dimensione. Il plex può essere esteso aggiungendo sottodischi. Richiede meno tempo di CPU di un plex in striping, benché la differenza in carico di CPU non sia misurabile. D'altro canto sono più suscettibili agli hot spot (letteralmente ``zona calda''): casi in cui un disco è molto attivo mentre gli altri sono fermi.

• Il più grande vantaggio dei plex in striping (RAID-0) è la loro capacità di ridurre gli hot spot: scegliendo una dimensione di striping ottimale (circa 256 kB) si può ridistribuire il carico sui drive. Gli svantaggi di questo approccio sono codice più complesso e restrizioni sui sottodischi: devono essere tutti della stessa dimensione, inoltre estendere il plex aggiungendo sottodischi è così complicato che attualmente Vinum non lo implementa. Vinum aggiunge anche un'ulteriore restrizione elementare: un plex in striping deve contenere almeno due sottodischi, dato che sarebbe altrimenti indistinguibile da un plex concatenato.

La Tabella 13-1 riassume vantaggi e svantaggi di ogni tipo di organizzazione dei plex.

13.6.1 Il file di configurazione

Il file di configurazione descrive singoli oggetti Vinum. La definizione di un semplice volume potrebbe essere:

    drive a device /dev/da3h
    volume myvol
      plex org concat
        sd length 512m drive a

Questo file descrive quattro oggetti Vinum:

• La linea drive descrive la partizione del disco (drive) e la sua locazione relativa all'hardware sottostante. Gli viene assegnato il nome simbolico a. Questa separazione dei nomi simbolici dai nomi di dispositivo permette di muovere i dischi da una locazione ad un'altra senza confusione.

• La linea volume descrive un volume. L'unico attributo richiesto è il nome, in questo caso myvol.

• La linea plex definisce un plex. L'unico parametro richiesto è il tipo di organizzazione, in questo caso concat. Non è necessario un nome: il sistema genera un nome automaticamente a partire dal nome del volume, aggiungendo un suffisso .px, dove x indica il numero del plex nel volume. Il plex verrà quindi chiamato myvol.p0.

• La linea sd descrive un sottodisco. Le spefiche minime sono il nome del drive su cui immagazzinarlo e la lunghezza del sottodisco. Come per i plex non è necessario un nome: il sistema assegna automaticamente nomi derivati dal nome del plex, agigungendo il suffisso .sx, dove x indica il numero del sottdisco nel plex, quindi Vinum darà a questo sottodisco il nome di myvol.p0.s0.

Dopo aver elaborato questo file, vinum(8) produce il seguente output:

      # vinum -> create config1
      Configuration summary
      Drives:         1 (4 configured)
      Volumes:        1 (4 configured)
      Plexes:         1 (8 configured)
      Subdisks:       1 (16 configured)

    D a                     State: up       Device /dev/da3h        Avail: 2061/2573 MB (80%)

    V myvol                 State: up       Plexes:       1 Size:        512 MB

    P myvol.p0            C State: up       Subdisks:     1 Size:        512 MB

    S myvol.p0.s0           State: up       PO:        0  B Size:        512 MB

Questo output mostra il formato di elenco breve di vinum(8), che è rappresentato graficamente nella Figura 13-4.

Questa figura e quelle che seguono rappresentano un volume contenente dei plex che a loro volta contengono dei sottodischi. In questo semplice esempio il volume contiene un plex e il plex contiene un sottodisco.

Questo particolare volume non ha specifici vantaggi su una convenzionale partizione di disco. Contiene un singolo plex, quindi non è ridondante. Il plex contiene un solo sottodisco, quindi non c'è differenza nell'immagazzinamento dei dati. Le sezioni seguenti mostrano vari metodi di configurazione più interessanti.

13.6.2 Aumentare la resistenza alle rotture: il mirroring

Il mirroring può aumentare, in un volume, la resistenza alle rotture. Quando si definisce un volume in mirroring è importante assicurarsi che i sottodischi di ogni plex siano su dischi differenti, in modo che la rottura di un drive non blocchi entrambi i plex. La seguente configurazione mostra un volume in mirroring:

    drive b device /dev/da4h
    volume mirror
      plex org concat
        sd length 512m drive a
          plex org concat
            sd length 512m drive b

In questo esempio non è necessario specificare nuovamente la definizione del drivea, dato che Vinum mantiene traccia di tutti gli oggetti nel suo database di configurazione. Dopo aver elaborato questa definizione, la configurazione appare così:

    Drives:         2 (4 configured)
    Volumes:        2 (4 configured)
    Plexes:         3 (8 configured)
    Subdisks:       3 (16 configured)

    D a                     State: up       Device /dev/da3h        Avail: 1549/2573 MB (60%)
    D b                     State: up       Device /dev/da4h        Avail: 2061/2573 MB (80%)

    V myvol                 State: up       Plexes:       1 Size:        512 MB
    V mirror                State: up       Plexes:       2 Size:        512 MB

    P myvol.p0            C State: up       Subdisks:     1 Size:        512 MB
    P mirror.p0           C State: up       Subdisks:     1 Size:        512 MB
    P mirror.p1           C State: initializing     Subdisks:     1 Size:        512 MB

    S myvol.p0.s0           State: up       PO:        0  B Size:        512 MB
    S mirror.p0.s0          State: up       PO:        0  B Size:        512 MB
    S mirror.p1.s0          State: empty    PO:        0  B Size:        512 MB

Figura 13-5 mostra la struttura graficamente.

In questo esempio ogni plex contiene l'intero spazio di indirizzamento di 512 MB. Come nel precedente esempio ogni plex contiene un solo sottodisco.

13.6.3 Ottimizzazione delle prestazioni

Il volume in mirroring dell'esempio precedente è più resistente alle rotture di un volume non in mirroring, ma le sue prestazioni sono inferiori: ogni scrittura sul volume richiede una scrittura su ognuno dei drive, utilizzando quindi una maggior frazione della banda passante totale dei dischi. Considerazioni sulle prestazioni portano ad un differente approccio: al posto del mirroring, i dati vengono posti su più dischi possibile utilizzando lo striping. La seguente configruazione mostra un volume con un plex in striping su quattro dischi:

        drive c device /dev/da5h
        drive d device /dev/da6h
        volume stripe
        plex org striped 512k
          sd length 128m drive a
          sd length 128m drive b
          sd length 128m drive c
          sd length 128m drive d

Come prima non è necessario definire i drive che Vinum già conosce. Dopo aver elaborato queste definizioni la configurazione appare così:

    Drives:         4 (4 configured)
    Volumes:        3 (4 configured)
    Plexes:         4 (8 configured)
    Subdisks:       7 (16 configured)

    D a                     State: up       Device /dev/da3h        Avail: 1421/2573 MB (55%)
    D b                     State: up       Device /dev/da4h        Avail: 1933/2573 MB (75%)
    D c                     State: up       Device /dev/da5h        Avail: 2445/2573 MB (95%)
    D d                     State: up       Device /dev/da6h        Avail: 2445/2573 MB (95%)

    V myvol                 State: up       Plexes:       1 Size:        512 MB
    V mirror                State: up       Plexes:       2 Size:        512 MB
    V striped               State: up       Plexes:       1 Size:        512 MB

    P myvol.p0            C State: up       Subdisks:     1 Size:        512 MB
    P mirror.p0           C State: up       Subdisks:     1 Size:        512 MB
    P mirror.p1           C State: initializing     Subdisks:     1 Size:        512 MB
    P striped.p1            State: up       Subdisks:     1 Size:        512 MB

    S myvol.p0.s0           State: up       PO:        0  B Size:        512 MB
    S mirror.p0.s0          State: up       PO:        0  B Size:        512 MB
    S mirror.p1.s0          State: empty    PO:        0  B Size:        512 MB
    S striped.p0.s0         State: up       PO:        0  B Size:        128 MB
    S striped.p0.s1         State: up       PO:      512 kB Size:        128 MB
    S striped.p0.s2         State: up       PO:     1024 kB Size:        128 MB
    S striped.p0.s3         State: up       PO:     1536 kB Size:        128 MB

Questo volume è rappresentato nella Figura 13-6. L'intensità delle strisce indica la posizione all'interno dello spazio di inidirizzamento del plex: le più chiare all'inizio, le più scure alla fine.

13.6.4 Resistenza alle rotture e prestazioni

Con hardware a sufficenza è possibile creare volumi con miglioramenti sia nella resistenza alle rotture che nelle prestazioni, comparati alle normali partizioni UNIX™. Una tipica configurazione potrebbe essere:

    volume raid10
      plex org striped 512k
        sd length 102480k drive a
        sd length 102480k drive b
        sd length 102480k drive c
        sd length 102480k drive d
        sd length 102480k drive e
      plex org striped 512k
        sd length 102480k drive c
        sd length 102480k drive d
        sd length 102480k drive e
        sd length 102480k drive a
        sd length 102480k drive b

I sottodischi del secondo plex sono spostati di due posti rispetto a quelli del primo plex: questo aumenta le probabilità che le scritture non utilizzino lo stesso sottodisco anche in caso che un trasferimento utilizzi entrambi i drive.

La Figura 13-7 rappresenta la struttura di questo volume.

13.7.1 Creare i file system

I volumi appaiono al sistema identici ai dischi, con un'eccezione. Differentemente dai dischi UNIX™, Vinum non partiziona i volumi, che quindi non contengono una tabella delle partizioni. Questo ha reso necessario modificare alcuni programmi di utilità del disco, tra cui newfs(8), che prcedentemente cercava di interpretare l'ultima lettera di un volume Vinum come un identificatore di partizione. Ad esempio un disco potrebbe avere un nome come /dev/ad0a o /dev/da2h. Questi nomi rappresentano la prima partizione (a) del primo (0) disco IDE (ad) e l'ottava partizione (h) del terzo (2) disco SCSI (da), rispettivamente. Al contrario un volume Vinum potrebbe essere chiamato /dev/vinum/concat, un nome che non ha alcuna relazione con nomi di partizione.

Normalmente newfs(8) interpreta il nome del disco e si lamenta se non riesce a comprenderlo. Per esempio:

# newfs /dev/vinum/concat
newfs: /dev/vinum/concat: can't figure out file system partition

Per poter creare un file system su questo volume usa newfs(8) con l'opzione -v:

# newfs -v /dev/vinum/concat

13.8.1 Avvio

Vinum immagazzina le informazioni sulla configurazione dei dischi essenzialmente nella stessa forma dei file di configurazione. Quando legge il database di configurazione Vinum riconosce un numero di parole chiave che non sono permesse nei file di configurazione, ad esempio un file di configurazione del disco potrebbe contenere il seguente testo:

volume myvol state up
volume bigraid state down
plex name myvol.p0 state up org concat vol myvol
plex name myvol.p1 state up org concat vol myvol
plex name myvol.p2 state init org striped 512b vol myvol
plex name bigraid.p0 state initializing org raid5 512b vol bigraid
sd name myvol.p0.s0 drive a plex myvol.p0 state up len 1048576b driveoffset 265b plexoffset 0b
sd name myvol.p0.s1 drive b plex myvol.p0 state up len 1048576b driveoffset 265b plexoffset 1048576b
sd name myvol.p1.s0 drive c plex myvol.p1 state up len 1048576b driveoffset 265b plexoffset 0b
sd name myvol.p1.s1 drive d plex myvol.p1 state up len 1048576b driveoffset 265b plexoffset 1048576b
sd name myvol.p2.s0 drive a plex myvol.p2 state init len 524288b driveoffset 1048841b plexoffset 0b
sd name myvol.p2.s1 drive b plex myvol.p2 state init len 524288b driveoffset 1048841b plexoffset 524288b
sd name myvol.p2.s2 drive c plex myvol.p2 state init len 524288b driveoffset 1048841b plexoffset 1048576b
sd name myvol.p2.s3 drive d plex myvol.p2 state init len 524288b driveoffset 1048841b plexoffset 1572864b
sd name bigraid.p0.s0 drive a plex bigraid.p0 state initializing len 4194304b driveoff set 1573129b plexoffset 0b
sd name bigraid.p0.s1 drive b plex bigraid.p0 state initializing len 4194304b driveoff set 1573129b plexoffset 4194304b
sd name bigraid.p0.s2 drive c plex bigraid.p0 state initializing len 4194304b driveoff set 1573129b plexoffset 8388608b
sd name bigraid.p0.s3 drive d plex bigraid.p0 state initializing len 4194304b driveoff set 1573129b plexoffset 12582912b
sd name bigraid.p0.s4 drive e plex bigraid.p0 state initializing len 4194304b driveoff set 1573129b plexoffset 16777216b

Le ovvie differenze sono qua la presenza di informazioni esplicite sulle locazioni e sulla nomenclatura (entrambe permesse, ma scoraggiate, all'utente) e le informazioni sugli stati (che non sono disponibili all'utente). Vinum non immagazzina informazioni sui drive tra le informazioni della configurazione: trova i drive scandendo le partizioni dei dischi configurati alla ricerca di un'etichetta Vinum. Questo permette a Vinum di identificare i drive correttamente anche se gli è stato assegnato un differente codice identificativo di drive UNIX™.

start_vinum="YES"               # set to YES to start vinum

14.2.1 Cosa significano le sigle I18N/L10N?

Gli sviluppatori hanno abbreviato la parola ``internationalization'' in I18N, sostituendo le lettere della parola, comprese tra la prima e l'ultima, con il loro numero. Lo stesso è stato fatto per l'acronimo L10N, che deriva appunto da ``localization''. Combinati assieme, i metodi, i protocolli e le applicazioni che rispettano gli standard I18N/L10N consentono agli utenti di utilizzare una qualsiasi lingua di propria scelta.

Le applicazioni internazionalizzate vengono realizzate mediante appositi kit per l'I18N, disponibili tramite specifiche librerie. Questo permette agli sviluppatori di scrivere in un normale file di testo i menu e i messaggi da visualizzare nel programma e di tradurlo poi nelle varie lingue. Si raccomandano vivamente i programmatori di seguire questa pratica.

14.2.2 Perché usare l'I18N/L10N?

Le tecniche di I18N/L10N vengono utilizzate ogniqualvolta si desidera visualizzare, immettere o processare dati in lingue diverse da quella inglese.

14.2.3 Quali lingue sono disponibili in un ambiente internazionalizzato?

L'I18N e la L10N non sono caratteristiche specifiche di FreeBSD. Al momento, è possibile scegliere fra la maggior parte delle lingue più diffuse nel mondo, tra le quali: cinese, tedesco, giapponese, francese, russo e altre ancora.

14.3.1 I codici per la lingua e la nazione

Al fine di configurare un sistema FreeBSD per una specifica lingua (o qualsiasi altro sistema UNIX che gestisca l'I18N), l'utente deve innanzitutto conoscere i codici della nazione e della lingua desiderati (i codici delle nazioni segnalano alle applicazioni quali convenzioni adottare all'interno di un dato idioma). Inoltre, i browser, i server web e quelli SMTP e POP possono operare in base ad essi. I seguenti sono esempi di codici lingua/nazione:

14.3.2 Codifiche

Alcune lingue utilizzano codifiche non-ASCII, cioè caratteri a 8 bit, estesi o multibyte, cfr. multibyte(3) per maggiori dettagli. Le applicazioni più vecchie, non riconoscendoli, li interpretano come caratteri di controllo. Quelle più recenti invece riconoscono di solito i caratteri a 8 bit. Dipendendo tutto dall'implementazione, potrebbe essere necessario che gli utenti ricompilino un'applicazione, perché gestisca i caratteri estesi o multibyte, o che la riconfigurino in modo corretto. Per essere in grado di immettere e di elaborare caratteri estesi o multibyte, la FreeBSD Ports Collection fornisce vari programmi in differenti versioni, una per ogni lingua. Si faccia riferimento alla relativa documentazione I18N del Port del programma.

Precisamente, l'utente deve consultare la documentazione propria dell'applicazione per conoscere il modo di configurarla correttamente o di passare i valori adatti al programma di configurazione, al Makefile o al compilatore.

Alcune cose da tenere bene a mente e controllare sono:

• Gli insiemi di caratteri, rappresentabili con il tipo char del linguaggio C, specifici della lingua (cfr. multibyte(3)), cioè, ISO8859-1, KOI8-R, CP437.

• Codifiche estese o multibyte, cioè EUC, Big5.

Si può consultare l'elenco corrente degli insiemi di caratteri nello IANA Registry.

14.3.3 Applicazioni internazionalizzate

Nel sistema dei Port e dei pacchetti precompilati di FreeBSD, le applicazioni I18N sono facilmente riconoscibili, perché il loro nome include la sigla I18N. Tuttavia, non sempre esse potrebbero supportare la lingua desiderata.

14.3.4 Impostazione della nazionalità (locale)

Teoricamente, l'unica operazione da fare dovrebbe essere quella di esportare il nome della propria localizzazione nella variabile LANG; cosa che viene normalmente fatta in ~/.login_conf oppure nel file di configurazione della shell di login dell'utente (~/.profile, ~/.bashrc, ~/.cshrc). Non c'è alcun bisogno invece di impostare direttamente le altre variabili facenti parti il ``locale'', come LC_CTYPE, LC_CTIME. Si faccia riferimento a questo proposito alla documentazione di FreeBSD specifica per la data lingua.

Si dovrebbero impostare esattamente i seguenti due valori nei propri file di configurazione:

• LANG per le funzioni appartenenti alla famiglia POSIX di setlocale(3)

• MM_CHARSET per l'insieme dei caratteri che dovranno usare le applicazioni che supportano lo standard MIME

Ciò va fatto per la configurazione della shell dell'utente, di un'applicazione specifica e per quella di X11.

me:\
        :charset=ISO-8859-1:\
        :lang=de_DE.ISO8859-1:

#Users who do not wish to use monetary units or time formats
#of Taiwan can manually change each variable
me:\
        lang=zh_TW.Big5:\
        lc_all=zh_TW.Big:\
        lc_collate=zh_TW.Big5:\
        lc_ctype=zh_TW.Big5:\
        lc_messages=zh_TW.Big5:\
        lc_monetary=zh_TW.Big5:\
        lc_numeric=zh_TW.Big5:\
        lc_time=zh_TW.Big5:\
        charset=big5:\
        xmodifiers="@im=xcin": #Setting the XIM Input Server

nome_lingua:classe_account:\
        :charset=MIME_charset:\
        :lang=nome_locale:\
        :tc=default:

tedesco:Account utenti tedeschi:\
              :charset=ISO-8859-1:\
              :lang=de_DE.ISO8859-1:\
              :tc=default:

utente:password:1111:11:lingua:0:0:Nome Utente:/home/user:/bin/sh

# pw useradd nome_utente -L  lingua

LANG=de_DE.ISO8859-1; export LANG
MM_CHARSET=ISO8859-1; export MM_CHARSET

setenv LANG de_DE.ISO8859-1
setenv MM_CHARSET ISO8859-1

LANG=de_DE.ISO8859-1; export LANG

setenv LANG de_DE.ISO8859-1

14.3.5 Impostazione della console

Per tutti quegli insiemi di caratteri che sono rappresentabili come char in C, si impostino i font della console adatti alla lingua prescelta in /etc/rc.conf:

font8x16=nome_font
font8x14=nome_font
font8x8=nome_font

nome_font è il nome di uno dei file di font presenti nella directory /usr/share/syscons/fonts, privato del suffisso .fnt.

Ci si assicuri anche di selezionare la giusta mappatura della tastiera e del video per il proprio set di caratteri usando /stand/sysinstall. Una volta all'interno di sysinstall, si selezioni Configure, quindi Console. In alternativa, si aggiungano le seguenti righe in /etc/rc.conf:

scrnmap=nome_screenmap
keymap=nome_keymap
keychange="numero_tasto_funzione sequenza"

nome_screenmap viene preso dalla directory /usr/share/syscons/scrnmaps, privato del suffisso .scm. Una screenmap assieme ad una corrispondente mappa dei font è solitamente necessaria nel caso la scheda grafica non gestisca i font via software, ma li abbia codificati internamente; la screenmap serve appunto a rimappare tali font interni nel font prescelto.

Se si ha abilitato il demone moused inserendo la seguente riga in /etc/rc.conf:

moused_enable="YES"

allora si legga quanto riportato nel prossimo paragrafo sul cursore del mouse.

Di default il cursore del mouse del driver syscons(4) occupa l'intervallo da 0xd0 a 0xd3 nel set di caratteri in uso. Se la propria lingua utilizza tali caratteri, è necessario spostare i byte occupati dal cursore in un altro intervallo. Per far questo con le versioni anteriori alla 5.0 di FreeBSD, si inserisca la seguente riga nel proprio file di configurazione del kernel:

options           SC_MOUSE_CHAR=0x03

Per le versioni 4.4 e successive si aggiunga la seguente linea al file /etc/rc.conf:

mousechar_start=3

nome_keymap deve invece corrispondere a uno dei file presenti nella directory /usr/share/syscons/keymaps, privato del suffisso .kbd. Se si è indecisi su quale keymap scegliere, si può usare il comando kbdmap(1) per testare le varie mappature senza dover riavviare il sistema.

La variabile keychange è di solito richiesta per programmare i tasti funzione in modo che corrispondano alla definizione di quelli del tipo di terminale in uso, perché le sequenze generate da un tasto funzione non possono essere definite in una mappa di tasti.

Si faccia attenzione inoltre ad impostare il corretto tipo di terminale in /etc/ttys per tutte le voci del tipo ttyv*. Le corrispondenze al momento predefinite sono:

Per i linguaggi che usano caratteri estesi o multibyte, è bene servirsi del corretto Port di FreeBSD nella directory /usr/ports/linguaggio. Alcuni port vengono visti come console a sè dal momento che il sistema la vede come un dispositivo seriale vtty, quindi si devono riservare abbastanza file vtty sia per X11 che per la console pseudo-seriale. Ecco una lista parziale di applicazioni con cui si possono utilizzare altri linguaggi in console:

14.3.6 Setup di X11

Sebbene X11 non faccia parte del progetto FreeBSD, vengono qui fornite alcune istruzioni per gli utenti di FreeBSD. Per maggiori dettagli, si faccia riferimento al sito web XFree86 o a quello del Server X11 utilizzato.

Nel file ~/.Xresources, si possono mettere a punto le impostazioni per l'internazionalizzazione specifiche di un'applicazione (ad esempio, i font, i menu, ecc.).

14.3.7 Configurazione della stampante

Alcuni set di caratteri con la dimensione dei char del C vengono solitamente codificati a livello hardware all'interno delle stampanti stesse. Gli insiemi di caratteri estesi o multibyte richiedono invece uno speciale setup e qui si raccomanda l'utilizzo di apsfilter. È possibile anche convertire documenti nei formati Postscript o PDF utilizzando convertitori specifici per una data lingua.

14.3.8 Il kernel e i filesystem

Il filesystem di FreeBSD FFS (Fast File System) è completamente a 8-bit, perciò può essere utilizzato con qualsiasi insieme di caratteri memorizzabili in un singolo char del C (cfr. multibyte(3)), ma non vi è un nome particolare di un insieme di caratteri memorizzato nel filesystem; cioè esso è a 8 bit senza alcuna codifica interna e ignora un'eventuale codifica. Ufficialmente, l'FFS non supporta ancora alcuna forma degli insiemi di caratteri estesi o multibyte. Tuttavia esistono per alcuni di questi delle patch non ufficiali per il FFS, che abilitano tale supporto. Sono solo soluzioni temporanee, non portabili o espedienti e si è deciso di non includerle nell'albero dei sorgenti. Si faccia riferimento ai rispettivi siti web della lingua desiderata per ulteriori informazioni e per i file di patch.

Il supporto per il filesystem di MS-DOS in FreeBSD offre la possibilità di configurare la modalità di conversione tra gli insiemi di caratteri MS-DOS, Unicode e quelli scelti per il filesystem di FreeBSD. Si consulti mount_msdos(8) per i dettagli.

14.5.1 Lingua Russa (codifica KOI8-R)

Per maggiori informazioni sulla codifica KOI8-R, si veda la fonte di di riferimento per il KOI8-R (Russian Net Character Set).

me:My Account:\
        :charset=KOI8-R:\
        :lang=ru_RU.KOI8-R:

lp|Russian local line printer:\
        :sh:of=/usr/libexec/lpr/ru/koi2alt:\
        :lp=/dev/lpt0:sd=/var/spool/output/lpd:lf=/var/log/lpd-errs:

/dev/ad0s2      /dos/c  msdos   rw,-W=koi2dos,-L=ru_RU.KOI8-R 0 0

14.5.2 Localizzazione del cinese tradizionale per Taiwan

Il FreeBSD-Taiwan Project fornisce un tutorial riguardo all'I18N/L10N per FreeBSD all'indirizzo http://freebsd.sinica.edu.tw/~ncvs/zh-l10n-tut/ per l'utilizzo di gran parte delle aplicazioni in cinese. L'autore del tutorial zh-l10n-tut è Clive Lin <Clive@CirX.org>. È possibile anche prelevare, utilizzando CVS, all'indirizzo freebsd.sinica.edu.tw le seguenti raccolte:

Chuan-Hsing Shen <s874070@mail.yzu.edu.tw> ha creato la Chinese FreeBSD Collection (CFC) utilizzando l'zh-l10n-tut del FreeBSD-Taiwan Project. I pacchetti e i file di script sono disponibili all'url ftp://ftp.csie.ncu.edu.tw/OS/FreeBSD/taiwan/CFC/.

14.5.3 Localizzazione lingua tedesca (e tutte le lingue ISO 8859-1)

Slaven Rezic <eserte@cs.tu-berlin.de> ha scritto un tutorial su come utilizzare le lettere con l'umlaut su una macchina FreeBSD. Il tutorial è scritto in tedesco e disponibile all'indirizzo http://www.de.FreeBSD.org/de/umlaute/.

14.5.4 Localizzazione lingua giapponese e coreana

Per il giapponese si faccia riferimento all'url http://www.jp.FreeBSD.org/, per il coreano all'url http://www.kr.FreeBSD.org/.

14.5.5 Documentazione non in inglese per FreeBSD

Alcuni volontari hanno tradotto parte della documentazione e delle applicazioni di FreeBSD in altre lingue. Si possono contattare seguendo i link segnalati sul sito ufficiale di FreeBSD oppure sotto la directory /usr/share/doc.

15.2.1 Mozilla

Mozilla è probabilmente il browser più indicato per il tuo desktop FreeBSD. È moderno, stabile, e completamente supportato da FreeBSD. Tra le caratteristiche un motore di visualizzazione di pagine che segue completamente lo standard HTML. Ha inoltre un lettore di mail e news. Presenta anche un editor HTML se vuoi comporre della pagine web. Gli utenti di Netscape riconosceranno le somiglianze con la suite Communicator in quanto basati sullo stesso codice.

Su macchine lente, con una velocita di CPU minore di 233MHz o con meno di 64MB di RAM, Mozilla potrebbe utilizzare troppe risorse per essere eseguito al meglio. Potresti invece dare un'occhiata al browser Opera descritto poco più giù in questo capitolo.

Se non puoi o non vuoi compilare Mozilla per qualsiasi ragione, il FreeBSD GNOME team l'ha già fatto per te. Devi solo installare il pacchetto dalla rete con:

# pkg_add -r mozilla

Se il pacchetto non è disponibile, e hai abbastanza tempo e spazio su disco, puoi prelevare i sorgenti di Mozilla, compilarli e installarli sul tuo sistema. Questo può essere fatto con:

# cd /usr/ports/www/mozilla
# make install clean

Puoi assicurarti una corretta inizializzazione del port di Mozilla attraverso l'esecuzione dell'utility chrome registry setup con i privilegi di root. In ogni caso se vuoi prelevare alcuni add-ons come ad esempio gestori del mouse, dovresti eseguire Mozilla come root per installarli correttamente.

Una volta completata l'installazione di Mozilla, non necessiti di essere ancora root. Puoi avviare Mozilla come browser digitando:

% mozilla

Puoi avviarlo direttamente come lettore di mail e news come mostrato qui sotto:

% mozilla -mail

15.2.2 Mozilla, Java, e Shockwave Flash

Installare Mozilla è semplice, ma sfortunatamente installare Mozilla con il supporto per cose come java e Shockwave Flash consuma sia spazio su disco che tempo.

La prima cosa da fare è scaricare i files che verranno usati poi con Mozilla. Raggiungi con il tuo browserla pagina presente al seguente link http://www.sun.com/software/java2/download.html e creati un account sul loro sito. Ricordati di salvare lo username e la password visto che potresti averne bisogno in fututo. Scarica una copia del file j2sdk-1_3_1-src.tar.gz e salvalo in /usr/ports/distfiles/ perchè il port non è in grado di prelevarlo automaticamente. Questo a causa delle limitazioni dovute alla licenza. Nel frattempo apriamo la pagina del ``java environment'' direttamente da http://java.sun.com/webapps/download/Display?BundleId=7163. Il file È: j2sdk-1_3_1_06-linux-i586.bin ed È abbastanza grande (circa 25 megabytes!). Esattamente come prima, questo file và salvato in /usr/ports/distfiles/. Finalmente ora scarichiamo una copia del ``java patchkit'' da http://www.eyesbeyond.com/freebsddom/java/ e salviamolo nella directory /usr/ports/distfiles/.

Installiamo lo java/jdk13 port con il classico make install clean e dopo installiamo il www/flashpluginwrapper port. Questo port necessita del emulators/linux_base che è un port abbastanza grande. Anche se esistono altre flash plugins, queste hanno dato dei problemi e non hanno funzionato da me.

Ora copiamo la flash plug-in con:

# cp /usr/local/lib/flash/libflashplayer.so \
        /usr/X11R6/lib/mozilla/plugins/libflashplayer_linux.so

# cp /usr/local/lib/flash/ShockwaveFlash.class \
        /usr/X11R6/lib/mozilla/plugins/

Ora aggiungere le seguenti righe all'inizio (ma ovviamante sotto #!/bin/sh) dello script di avvio di Mozilla: /usr/X11R6/bin/mozilla.

LD_PRELOAD=/usr/local/lib/libflashplayer.so.1
export LD_PRELOAD

Questo farà funzionare il plug-in di flash.

Installare il www/mozilla port, e se Mozilla È già stato installato allora dobbiamo solo avviarlo con:

% mozilla &

Aprire il menu di opzioni About Plug-ins dal menù Help. Una lista con tutte i plug-in disponibili dovrebbe apparire. java e shockwave flash dovrebbero essere elencate.

15.2.3 Netscape

Nella collezione dei port sono presenti diverse versioni del browser Netscape. Sin dalla prima versione scritta per FreeBSD Netscape contiene un grave bug di sicurezza, è fortemente scoraggiata l'installazione. Invece, puoi usare una versione più recente per Linux o per DIGITAL UNIX.

L'ultima release stabile del browser Netscape è Netscape 7. Questa può essere installata dalla collezione dei port con:

# cd /usr/ports/www/netscape7
# make install clean

Ci sono delle versioni localizzate nelle categorie French, German, e Japanese.

15.2.4 Opera

Opera è un browser molto veloce, pieno di funzionalità, e basato sugli standard attuali. È disponibile in due versioni: una ``nativa'' per FreeBSD e una che gira sotto emulazione Linux. Per tutte e due i casi È disponibile una versione gratuita che visualizza banner pubblicitari e una che è a pagamento. Puoi comprare una versione senza avvisi pubblicitari dal sito web di Opera. Questa è una release per Linux ma gira senza problemi anche sotto FreeBSD.

Per navigare nel web con la versione per FreeBSD di Opera, installa il package:

# pkg_add -r opera

Alcuni siti FTP non hanno tutti i pacchetti, ma è possibile ottenere lo stesso risultato con la collezione dei port digitando:

# cd /usr/port/www/opera
# make install clean

Per installare la versione Linux di Opera, sustituire linux-opera al posto di opera nell'esempio sopra. La versione Linux È utile in situazioni che richiedono l'uso di plug-ins che sono disponibili solo per Linux, come ad esempio Adobe Acrobat Reader. In tutti gli altri casi, le versioni per FreeBSD e Linux funzioneranno esattamente alla stessa maniera.

15.3.1 KOffice

La comunità KDE distribuisce il suo ambiente desktop insieme a un pacchetto office che può essere usato all'esterno dell'ambiente KDE. Questo include le 4 principali componenti che sono presenti nelle altre principale suite di office. KWord è l'editor di testi, KSpread è il foglio di calcolo elettronico, KPresenter gestisce presentazioni a slide e Kontour ti permette di disegnare documenti grafici.

Prima di installare l'ultima release di KOffice, assicurati di avere una versione aggiornata di KDE.

Per installare KOffice come pacchetto, inserisci il seguente comando:

# pkg_add -r koffice

se il pacchetto non è disponibile puoi usare la collezione dei ports. Per esempio, per installare KOffice per KDE3, fai:

# cd /usr/ports/editors/koffice-kde3
# make install clean

15.3.2 AbiWord

AbiWord è un editor di testi gratuito simile in aspetto e non solo a Microsoft Word. È adatto per la digitazione di documenti, lettere, reports, appunti e così via. È molto veloce, contiene molte funzioni, ed è molto facile da usare.

AbiWord può importare ed esportare file di molti tipi, compreso alcuni formati proprietari come Microsoft .doc.

AbiWord è disponibile come package. Puoi installarlo digitando:

# pkg_add -r AbiWord-gnome

Se il pacchetto non è disponibile puoi recuperarlo dalla collezione dei port. La collezione dei port dovrebbe essere molto più aggiornata. Puoi fare come segue:

# cd /usr/ports/editors/AbiWord
# make install clean

15.3.3 The GIMP

Per il disegno o il ritocco delle immagini, The GIMP è un programa di manipolazione immagini molto sofisticato. Può essere usato come un semplice programma di disegno o come un programma di fotoritocco professionale. Supporta un grande numero di plug-in, funzioni e un'interfaccia di scripting. The GIMP può leggere e scrivere una enorme quantità di formati di file. Supporto di interfacce per scanner o tavolette.

Puoi installare il pacchetto inserendo il seguente comando:

# pkg_add -r gimp

Se il tuo sito FTP non ha il pacchetto, puoi usare la collezione dei ports. La directory graphics della collezione dei ports contiene anche The Gimp Manual. È riportato qui di seguito come installarli:

# cd /usr/ports/graphics/gimp1
# make install clean
# cd /usr/ports/graphics/gimp-manual-pdf
# make install clean

15.3.4 OpenOffice.org

OpenOffice.org unisce tutte le applicazioni necessarie in un completo pacchetto office di produttività personale: un editor di testi, un foglio di calcolo, un software per le presentazioni e uno di disegno. La sua interfaccia utente è molto simile alle altre suiti di office, può inoltre importare ed esportare file in diversi popolari formati. È disponibile in un gran numero di differenti lingue comprendenti interfaccia, correttore ortografico, e dizionario.

L'editor di testi di OpenOffice.org usa come formato di file nativo il formato XML per incrementare la portabilità e la flessibilità. Il foglio di calcolo elettronico incorpora un linguaggio per le macro che può essere interfacciato con un database esterno. OpenOffice.org è stabile e e gira nativamente sotto windows, Solaris e Linux. I ports per FreeBSD e Mac OS X sono quasi completi. Altre informazioni riguardo OpenOffice.org possono essere trovate nell'OpenOffice web site ..

Per installare OpenOffice.org, do:

# pkg_add -r openoffice

Una volta installato il pacchetto, devi avviare il programma di setup e scegliere una standard workstation installation. Eseguire questo comando come utente che userà OpenOffice.org OpenOffice.org:

% openoffice-setup

Se il pacchetto OpenOffice.org non è disponibile hai ancora la possibilità di compilare il port. Come sempre, devi tenere presente che necessiterai di molto spazio nel tuo hard disk e di molto tempo per la compilazione.

# cd /usr/ports/editors/openoffice
# make install clean

Una volta installato il pacchetto, devi avviare il programma di setup di OpenOffice.org e scegliere standard workstation installation con:

% cd /usr/ports/editors/openoffice
% make install-user

Se vuoi usare una versione in una lingua differente qui di seguito sono presenti i ports disponibili :

15.4.1 Acrobat Reader

Molti documenti sono ora distribuiti come documenti in PDF, che stà per ``Portable Document Format''. Uno dei visualizzatori raccomandati per files di questo tipo è Acrobat Reader, rilasciato da Adobe per Linux. Visto che FreeBSD può eseguire binari per Linux, è disponibile anche per FreeBSD.

Per installare il pacchetto Acrobat Reader 5 fare:

# pkg_add -r acroread5

Come sempre se il pacchetto non è disponibilie o se vuoi l'ultima versione, anche puoi utilizzare la collezione dei ports:

# cd /usr/ports/print/acroread5
# make install clean

15.4.2 gv

gv è un visualizzatore per files PostScript e PDF. Era origibariamente basato su ghostview ma ha un look più gradevole grazie alle librerie Xaw3d. È veloce e l'interfaccia è pulita. gv ha molte funzioni come: orientamento, dimensione del foglio, scala, o antialias. Molte possono essere esuguite sia dalla tastiera che dal mouse.

Per installare gv come un pacchetto, fare:

# pkg_add -r gv

Se non puoi ricevere il pacchetto puoi utilizzare la collezione dei ports:

# cd /usr/ports/print/gv
# make install clean

15.4.3 Xpdf

Se vuoi un piccolo visualizzatore di PDF per FreeBSD, Xpdf è un leggero ed efficente visualizzatore. Ha bisogno di veramente poche risorse ed è molto stabile. Usa i font standard di X e non ha bisogno di Motif o di altri toolkit di X.

Per installare il pacchetto Xpdf inserire questo comando:

# pkg_add -r xpdf

Se il pacchetto non è disponibile o preferisci usare la collezione dei ports fai:

# cd /usr/ports/graphics/xpdf
# make install clean

Una volta completata l'installazione, puoi avviare Xpdf e puoi usare il tasto destro del mouse per visualizzare il menù.

15.4.4 GQview

GQview è un manager di immagini. Puoi visualizzare un file con un solo click, avviare un editor esterno, visualizzare l'anteprima e molto altro. Consente inoltre di visualizzare l'anteprima delle immagini come diapositive. Puoi gestire le tue collezioni di immagini e trovare facilmente i duplicati. GQview può lavorare in modalità full-screen e ha il supporto internazionale.

Se vuoi installare il pacchetto GQviewfai:

# pkg_add -r gqview

Se il pacchetto non è disponibile o preferisci usare la collezione di port fai:

# cd /usr/ports/graphics/gqview
# make install clean

15.5.1 GnuCash

GnuCash è prodotto dagli sforzi da parte degli sviluppatori di GNOME per mettere a disposizione degli utenti finali applicazioni facili da usare e potenti. Con GnuCash, puoi tenere traccie delle tue spese e dei tuoi guadagni, del conto bancario, o della tua attività. Dispone di una interfaccia intuitiva pur rimanendo molto professionale.

GnuCash Dispone di un ottimo registro, un sistema di accounts gerarchico, molte combinazioni di scelta rapida e tecniche di autocompletamento. Può dividere una transazione singola in molte parti più dettagliate. GnuCash può importare e unire i file QIF di Quicken. Gestisce inoltre diversi formati esteri di valuta e data.

Per installare GnuCash nel tuo sistema, fai:

# pkg_add -r gnucash

Se il pacchetto non è disponibile, puoi usare la collezione dei ports:

# cd /usr/ports/finance/gnucash
# make install clean

15.5.2 Gnumeric

Gnumeric è un foglio di calcolo elettronico, fa parte dell'ambiente desktop GNOME. Dispone di molti automatismi utili, ``aucompletamento'' in base al formato della cella e un sistema di formattazione automatica per molte operazioni. Può esportare i files in un gran numero di formati popolari come quelli di Excel, Lotus 1-2-3, o Quattro Pro. Gnumeric supporta l'utilizzo di grafici attraverso il programma di grafica math/guppi. Ha un gran numero di funzioni e permette l'utilizzo di celle formattate come ad esempio nel formato data, valuta, numero, ora, e molti altri.

Per installare Gnumeric come un un pacchetto, digitare:

# pkg_add -r gnumeric

Se il pacchetto non risulta disponibile puoi usare la collezione dei ports con:

# cd /usr/ports/math/gnumeric
# make install clean

15.5.3 Abacus

Abacus è un foglio di calcolo leggero e facile da usare. Include molte funzioni utili in molti campi diversi come ad esempio in statistica, finanza, e matematica. Può importare ed esportare i file in formato Excel. Abacus può esportare anche in formato PostScript.

Per installare Abacus dal pacchetto digitare:

# pkg_add -r abacus

Se il pacchetto non è disponibile puoi utilizzare la collezione dei ports digitando:

# cd /usr/ports/deskutils/abacus
# make install clean

16.2.1 Riconoscimento del Proprio Dispositivo

Prima di iniziare, dovresti conoscere il modello della scheda che possiedi, il chip che utilizza, e se è una scheda PCI o ISA. FreeBSD supporta una grande varietà di schede sia PCI che ISA. Se non vedi la tua scheda nella lista seguente, controlla la pagina man di pcm(4). Questa non è una lista completa; tuttavia, comprende le schede più comuni.

• Crystal 4237, 4236, 4232, 4231

• Yamaha OPL-SAx

• OPTi931

• Ensoniq AudioPCI 1370/1371

• ESS Solo-1/1E

• NeoMagic 256AV/ZX

• Sound Blaster Pro, 16, 32, AWE64, AWE128, Live

• Creative ViBRA16

• Advance Asound 100, 110, e Logic ALS120

• ES 1868, 1869, 1879, 1888

• Gravis UltraSound

• Aureal Vortex 1 o 2

Per usare il tuo dispositivo audio, dovrai caricare i driver corretti. Questo può essere fatto in due modi. Il metodo più semplice consiste semplicemente nel caricare un modulo nel kernel per la tua scheda audio con kldload(8). Alternativamente, puoi compilare staticamente il supporto per la tua scheda audio nel kernel. Le sezioni seguenti forniscono le informazioni di cui hai bisogno per aggiungere il supporto al tuo hardware con questo metodo. Per informazioni aggiuntive su come ricompilare il kernel, guarda il Capitolo 9.

device pcm

device sbc

device pcm
device sbc0 at isa? port 0x220 irq 5 drq 1 flags 0x15

device pcm
device gusc

device pcm
device gus0 at isa? port 0x220 irq 5 drq 1 flags 0x13

device pcm
device csa

device pcm

device pcm0 at isa? irq 10 drq 1 flags 0x0

options PNPBIOS

16.2.2 Creazione e Test dei Dispositivi

Dopo aver riavviato, loggati e cerca il dispositivo nel file /var/run/dmesg.boot, come mostrato qui sotto:

# grep pcm /var/run/dmesg.boot
pcm0: <SB16 DSP 4.11> on sbc0

L'output del tuo sistema può essere differente. Se non appare nessun dispositivo pcm, qualcosa è andato storto in precedenza. Se questo accade, riguarda il file di configurazione del kernel e assicurati di aver scelto il dispositivo corretto. I problemi più comuni sono elencati nella Sezione 16.2.2.1.

Se il precedente comando ha restituito pcm0, dovrai eseguire il seguente come root:

# cd /dev
# sh MAKEDEV snd0

Se il comando ha restituito pcm1, segui gli stessi passi mostrati qui sopra, sostituendo snd0 con snd1.

MAKEDEV creerà un gruppo di dispositivi, comprendente:

Se tutto va bene, ora dovresti avere una scheda audio funzionante. Se il tuo drive CD-ROM o DVD-ROM è collegato correttamente alla scheda audio, puoi inserire un CD nel drive e riprodurlo con cdcontrol(1):

% cdcontrol -f /dev/acd0c play 1

Varie applicazioni, come audio/workman offrono una migliore interfaccia. Potresti voler installare una applicazione come audio/mpg123 per ascoltare i file audio MP3.

16.2.3 Utilizzo di Sorgenti Audio Multiple

È spesso desiderabile avere più sorgenti di audio che siano in grado di suonare contemporaneamente, per esempio quando esound o artsd non supportano la condivisione del dispositivo audio con una certa applicazione.

FreeBSD ti permette di fare questo attraverso i Virtual Sound Channels, che possono essere impostati con sysctl(8). I canali virtuali permettono di multiplexare i canali di riproduzione della tua scheda audio mixando l'audio nel kernel.