Navigando in rete, chiacchierando con amici, chattando su IRC ho osservato che più di 15 anni di monopolio Windows sui sistemi operativi hanno da una parte dato accesso ai PC a molte persone e dall’altra abbassato tragicamente il livello medio di decenza sulle competenze informatiche di base. Le difficoltà riscontrate nell’installazione di sistemi operativi alternativi come GNU/Linux (ma non solo quello!) non sono affatto difficoltà insite nel sistema ma vere e proprie lacune di informatiche di base.

Parto con oggi con una mini serie di guide su questioni elementari. Oggi parlo del disco fisso.

Da un punto di vista logico un disco fisso non è nient’altro che un supporto per la memorizzazione. Tuttavia non è possibile né memorizzare dati in un disco né avviare un sistema operativo se non si effettuano tre procedure:

1. Partizionamento
2. Formattazione del filesystem
3. Installazione di un bootmanager

1. Il partizionamento del disco è il modo in cui il disco viene suddiviso. Immaginate di avere una libreria vuota e dovete riempirla di libri. La libreria è il vostro disco, le partizioni gli scaffali e i libri sono i files.

Per poter posizionare i libri dovete mettere prima gli scaffali. Quanti scaffali prevedete? Ogni scaffale rappresenta una partizione. Potete anche scegliere di non utilizzare NESSUNO scaffale equivalentemente avrete scelto di non partizionare il disco. Nelle macchine con Windows preinstallato tipicamente c’è una sola partizione.

Visto che lo spazio disponibile su un disco non aumenta o diminuisce a seconda del numero delle partizioni chiunque potrebbe chiedersi l’utilità nel suddividerlo, perché farlo? Le possibili risposte sono tante. Per quale motivo abbiamo bisogno di tanti scaffali nella nostra libreria? Magari vogliamo dedicare una sezione della libreria alla narrativa e un’altra ai saggi senza avere tutti i libri mescolati assieme. Questa può essere una risposta: desideriamo fare ordine con i files e destinarli ad una partizione piuttosto che ad un’altra a seconda della loro tipologia.

Con questa logica era nato il partizionamento del disco in partizioni primarie che risale agli albori del PC-XT, quando gli hard disc erano da 20 mega. Ora le esigenze possono essere anche diverse: si può desiderare di partizionare il disco per far spazio a diversi sistemi operativi destinando ad ognuno una partizione. La tabella delle partizioni è interamente contenuta nel primo settore del disco che viene spesso chiamato anche MBR (Master Boot Record).

Dal momento che un solo settore è destinato a tali informazioni è necessario che tali informazioni siano molto concise, per questo motivo esiste un limite per il numero di partizioni di un disco e tale limite è quattro.

E se si ha bisogno di una quinta partizione? Se si volesse piazzare un quinto scaffale? A partire dal DOS 4.01 è stata introdotta una caratteristica che permette di aggirare il problema: le partizioni estesa.

Intendiamoci, le partizioni vere rimangono sempre 4 ma una di queste può essere estesa. Che significa? Vuol dire che in realtà si tratta di una metapartizione che contiene altre partizioni al suo interno; la partizione estesa in realtà non è una vera e propria partizione quanto un “contenitore” per altre partizioni e in questo modo si può superare il limite di quattro imposto dall’MBR. L’MBR vedrà sempre le quattro partizioni e sarà contento per questo, ma una di queste in realtà è un contenitore di altre partizioni.

Partizionamento del disco secondo il modello DOS

Occorre precisare che anche se grazie al DOS si superava il limite delle quattro partizioni in realtà se introducevano altre limitazioni. Ogni disco non poteva e tuttora non può contenere più di una partizione estesa; come dire che è possibile che solo una delle quattro nicchie della nostra libreria contenga altri scaffali non di più. Le partizioni presenti all’interno di una partizione estesa si chiamano partizioni logiche. Le scelte possibili quindi al momento del partizionamento sono al massimo quattro partizioni di cui al massimo una estesa.

All’interno di una partizione estesa possono esser presenti più partizioni logiche per un massimo di sessanta. Queste scelte fatte al tempo del DOS si ripercuotono essenzialmente su molti sistemi operativi moderni.

2. Una volta che il disco è partizionato non possiamo ancora memorizzare i dati. Il partizionamento infatti è soltanto una suddivisione, nient’altro. Per poter scrivere su un disco, per poter leggere i dati su un disco occorre che ogni partizione sia munita di un filesystem. Che cos’è un filesystem? Dobbiamo stabilire dei criteri su come piazzare i libri sui nostri scaffali. Ben inteso, si possono anche piazzare dei dati selvaggiamente senza un filesystem ma non è assolutamente conveniente.

Io spesso sui CD non sto a mettere nessun filesystem se devo salvare un solo file (tipicamente un DivX) ma già se i file sono due la cosa si complicherebbe.

Sarebbe come piazzare libri senza alcun criterio, come saremo in grado di ritrovarli dopo? Un qualsiasi sistema operativo deve essere in grado di capire in che posizione fisica è allocato un file, in quale settore inizia, quanti ne utilizza altrimenti non sarà in grado di leggerlo dopo averlo memorizzato.

Occorre quindi una struttura, una tecnologia che traduca i settori, i cilindri in spazi logici per la destinazione dei dati. Un filesystem è quindi un criterio, un metodo per posizionare dei files all’interno di una partizione. Su una singola partizione che sia logica o primaria non possono ovviamente coesistere due filesystem diversi.

Per questo motivo se non fosse possibile suddividere un disco in più partizioni non si potrebbero avere due filesystem diversi sullo stesso disco.

La scelta varia a seconda del sistema operativo utilizzato. Spesso, all’interno di un solo sistema è anche possibile scegliere tra diversi filesystem. I sistemi Microsoft utilizzano FAT e NTFS, i sistemi GNU/Linux generalmente ext3 e reiserfs.

Una volta scelta una partizione come si può decidere il filesystem con cui sfruttarla? Tale procedura si chiama formattazione (logica); non si formatta quindi un disco (se non fisicamente, a basso livello magnetizzandolo) ma si formatta una partizione ovvero si traducano specifiche fisiche del disco come tracce e settori in locazioni logiche ovvero in directory.

Dal momento che i sistemi non MS, come GNU/Linux, i BSD, BeOS o OS/2 usano filesystem diversi da Windows è necessario creare opportunatamente delle partizioni sul disco per poterli ospitare.

Diversamente da ext3, reiserfs, ufs (filesystem utilizzati da sistemi opensource) FAT e NTFS (utilizzati da Windows) presentano lo spiacevole inconveniente di frammentarsi molto facilmente e tendono ad occupare in breve tempo tutto lo spazio disponibile anche se la mole di dati è nettamente inferiore alla capacità stessa della partizione in cui risiedono. Per questo motivo capita spesso di dover deframmentare una partizione NTFS o FAT se si desidera rimpicciolirla e recuperare spazio su disco al fine di creare nuove partizioni.

Tipica distribuzione dei dati su un disco fisso con un sistema MS

3. Ogni sistema operativo per poter funzionare deve potersi avviare. Da oramai quasi 25 anni i sistemi operativi risiedono su un supporto ottico o magnetico (floppy, disco rigido, CD o DVD, chiavette USB).

Non è affatto scontato pensare che un OS non debba risiedere in ROM dal momento che viene utilizzato dall’utente per fare altro e non viene alterato durante la sessione di lavoro. Il problema è che se sta in ROM per poterlo cambiare occorre sostituire un componente hardware della macchina.

La presenza del sistema operativo su un dispositivo removibile e/o riscrivibile risponde alla continua necessità di aggiornamenti dei sistemi operativi odierni senza dover al contempo sostituire la macchina. Ma quali sono i passi che consentono l’avvio del sistema operativo? Cosa succede nel momento in cui accendiamo il computer?

All’avvio del PC parte in piccolo programma residente in ROM che fa un controllo dell’hardware presente ma che non carica NESSUN sistema operativo, anzi, al contrario se ne lava le mani e passa la palla ad un supporto removibile o riscrivibile. Che vuol dire?

Il CMOS del BIOS dopo aver fatto i suoi controlli su RAM, dischi e tastiera va ad esempio a leggere l’MBR del disco fisso, per la precisione tipicamente il primo settore del primo disco fisso.

Il sistema operativo parte o meno a seconda di quello che è presente nel primo settore del disco fisso. Nell’MBR pertanto oltre ad esserci la tabella delle partizioni del disco ci deve essere un programma di avvio o che in qualche modo gestisca gli avvii.

Sempre grazie al DOS è possibile marcare solo una delle quattro partizione primarie con l’etichetta “avviabile” (o attiva). Nelle intenzioni iniziali la partizione avviabile era quella che a differenza delle altre conteneva il sistema. L’MBR del disco va quindi a leggere il primo settore della partizione avviabile. Ricapitolando quindi la sequenza è la seguente:

Bios —> MBR del primo disco IDE —> Primo settore della partizione avviabile

A questo punto il primo settore della partizione avviabile non ha più scuse e deve iniziare a caricare il sistema operativo iniziando dal kernel.

GNU/Linux sin dal 92 non volendosi sostituire al DOS ma volendoci convivere ha escogitato una strategia: la presenza di un bootmanager.

Un bootmanager, come dice la parola è un programmino residente nell’MBR che gestisce gli avvii. Il bootmanager deve esser per sua natura molto piccolo perché deve risiedere in un solo settore. Cosa fa il bootmanager?

Sceglie quale sistema lanciare e lo fa in almeno due modi diversi a seconda del sistema utilizzato.

Ad esempio Windows vuole trovarsi (almeno molte sue versioni) nella partizione attiva del primo disco pertanto il bootmanager deve
controllare se il disco dove risiede è il primo e nel caso che non lo sia rimappare il disco, verificare che la partizione che lo contiene è quella avviabile e nel caso che non lo sia cambiare le impostazioni nella tabella delle partizioni, dopo di che andare a leggere il primo settore della partizione Windows.

Per l’avvio di Linux si comporta in modo completamente diverso poiché i sistemi GNU/Linux prevedono di poter convivere basta semplicemente che specifichi la partizione di competenza (il cosidetto rootfs) e l’indirizzo del kernel in modo da poterlo leggere.

GNU/Linux è decisamente il più famoso sistema operativo costruito con software aperto e libero. Tuttavia non è l’unico: anche FreeBSD sta accumulando consensi grazie alla sua stabilità, alla sua robustezza e alla sua sicurezza. In questo articolo cercheremo le similitudini e le differenze tra questi sistemi operativi.

Introduzione

FreeBSD è un sistema operativo basato sulla Berkeley Software Distribution (BSD), che a sua volta è una modifica dello UNIX AT&T, creato dall’Università della California. Durante lo sviluppo di FreeBSD, per evitare problemi legali con i proprietari del codice, gli sviluppatori hanno deciso di ricostruire il BSD originale piuttosto che copiarne il codice.

Diversamente da GNU/Linux, dove ogni singolo componente viene sviluppato separatamente e messo assieme grazie alle distribuzioni, FreeBSD è stato concepito come un completo sistema operativo: il kernel, i drivers per le periferiche, gli strumenti di amministrazione e tutti gli altri componenti del software sono mantenuti nella stessa revisione di sistema.

Lo sviluppo iniziale di Linux risae al 1991 grazie a Linus Torvalds che utilizzò Minix—un sistema operativo concepito da Andrew Tanenbaum a fini didattici—come piattaforma di partenza per il suo sistema. Nel 1990 il progetto GNU, iniziato da Richard Stallman nel 1983, aveva già prodotto e messo assieme tutte le librerie, i compilatori, gli editor di testo, le shell e il restro del software per dar vita ad un sistema operativo libero; mancava il kernel. Gli sviluppatori dil Linux decisero di adattare quel kernel in modo tale che potesse lavorare col software GNU per costituire un sistema operativo completo: nacque così GNU/Linux.

Il kernel, gran parte del codice di FreeBSD è stato rilasciato e distribuito sotto licenza BSD anche se diverse componenti del sistema utilizzano altri tipi di licenze come la GPL, la LGPL o la ISC. Il kernel Linux, e la maggioranza dei programmi che fanno parte del progetto GNU vengono proprio rilasciati sotto la GPL (GNU Public Licence) che è stata concepita dalla Free Software Foundation.

Differenze tecniche

Sia FreeBSD che Linux seguono la filosofia UNIX tuttavia permangono delle differenze tra questi sistemi operativi—cerchiamo di evidenziarle da un punto di vista tecnico.

Periferiche

I dispositivi hardware come i dischi, schede di rete, stampanti, schede grafiche, mouse e tastiere vengono classificate usando il termine device nel contesto dei sistemi operativi; Linux e FreeBSD usano una diversa nomenclatura per questi hardware.

Linux usa nomi predefiniti per ogni tipo di periferica e, per questo motivo, eth0 è la prima scheda di rete Ethernet a prescindere dal tipo di chip presente nella scheda. FreeBSD, d’altro canto, utilizza un nome differente per ogni tipo di periferica e per ogni chip presente: ad esempio, una singola scheda di rete con chipset RealTek 8129 viene chiamata rl0 sotto FreeBSD.

Sotto Linux le informazioni hardware possono essere ottenute esaminando il contenuto della directory /proc; in alternativa da linea di comando si può utilizzare lspci o lsusb. Questi comandi non fanno nient’altro che riformattare le informazioni contenute dentro /proc. FreeBSD non usa la directory /proc, bensì il comando sysctl che può essere utilizzato sia per mostrare tutte le informazioni sull’hardware presente che per configurarlo o aggiornarlo.

Runlevels e scripts di avvio

Runlevel è il termine utilizzato per descrivere la modalità operativa di un sistema come il riavvio, lo spegnimento, modalità singolo utente o multiutente. Sotto GNU/Linux il file /etc/inittab descrive questi diversi runlevel e il processo init (inizializzazione) permette il sistema di passare da uno all’altro.

FreeBSD usa comandi come reboot o shutdown -h per cambiare i runlevel invece del comando telinit utilizzato da GNU/Linux.

Sotto GNU/Linux ogni runlevel ha una sottodirectory in /etc/ o /etc/rc.d/, a seconda della distribuzione in uso: Debian, ad esempio, usa /etc/. Queste sottodirectory sono rc0.d, rc1.d e così via fino all’ultimo runlevel (abitualmente sono sette). Ogni directory rcx.d contiene link simbolici a script di avvio che risiedono nella directory /etc/init.d/. (Uno Unix con tale tipo di init viene chiamato SysV n.d.t.)

Sotto FreeBSD gli scripts di avvio risiedono nella directory /etc/rc.d/ se riguardano il sistema e nella directory /usr/local/etc/rc.d/ se riguardano applicativi di terze parti. Questi scripts usano parametri come start o stop per controllare quale servizio debba esser lanciato all’avvio (start e reboot) e quali allo spegnimento. (Uno Unix con tale tipo di init viene chiamato BSD n.d.t.)

Anche se gran parte delle distribuzioni GNU/Linux utilizzano un init di tipo SysV come debian, redhat, mandrake e le loro derivate (Ubuntu, Fedora e Mandriva) ve ne sono diverse che o usano init in stile BSD (Slackware o Crux) o usano un init del tutto originale non assimilabile né a SysV né a BSD come il caso di gentoo. n.d.t.

Kernel

Ovviamente il disegno dei kernel Linux e FreeBSD presentano differenze, ma ci sono anche caratteristiche comuni:

• Moduli: supporto per la carica e la scarica dei moduli senza dover ricompilare il kernel o riavviare la macchina.
• Versioni: ogni kernel ufficiale usa un numero di versione.
• Costruzione di un kernel personalizzato: tra i benefici che si possono rilevare ricompilando un kernel personalizzato possiamo citare una maggiore velocità di avvio, un consumo inferiore di memoria e un supporto migliore all’hardware.

I comandi per caricare e scaricare i moduli del kernel, come quello per elencare i moduli caricati sono diversi in ogni sistema. Chi utilizza Linux usufruisce del comando modprobe per caricare un modulo e per elencare quali moduli sono disponibili; lsmod si limita a mostrare i moduli caricati all’interno del kernel mentre rmmod scarica dal kernel i moduli indesiderati. Chi utilizza FreeBSD usufruisce di kldstat per elencare i moduli caricati, kldload per caricare un modulo e kldunload per scaricarlo.

Il kernel Linux usa tre numeri per ogni versione: il prima rappresenta la cosidetta major version—al momento tale numero è ‘2’; il secondo numero indica se è stabile (numeri pari) o una versione sperimentale di sviluppo (numeri dispari) mentre l’ultimo numero indica la versione della patch. Lo si può osservare nella versione più recente: 2.6.21. In FreeBSD il kernel ha due numeri di cui il primo rappresenta la major version mentre il secondo l’aggiornamento.

Costruire un kernel personalizzato in entrambi i sistemi richiede una compilazione da sorgenti. Comunque, i passi per la costruzione differiscono da sistema a sistema.

1. La prima tappa consiste nello scaricare il codice sorgente oppure ottenerlo da un supporto fisico come un DVD o un CD—questa tappa è necessaria in entrambi i sistemi.
   
2. Come seconda tappa occorre creare il file di configurazione del kernel al fine di stabilire quali parti del kernel compilare, quale driver hardware supportare e quanti moduli debba avere il kernel. In Linux questa configurazione avviene grazie alla presenza di un’interfaccia che si preoccupa di creare al posto nostro il .config. Sempre sotto Linux se desideriamo una GUI (Graphic User Interface) daremo il comando make menuconfig o make xconfig se invece ci basta una CLI (Command Line Interface) eseguiremo il comando make config. FreeBSD utilizza un approccio diverso: è presente un file di configurazione standard che va personalizzato utilizzando un qualsiasi editor di testo grazie al quale sarà possibile commentare o decommentare le opzioni che controllano i processi.
3. Alla fine, in entrambi i sistemi, si utilizzerà il comando make per compilare e installare il kernel.

Installazione del software

Il software sviluppato da terze parti può esser distribuito o tramite binari o tramite sorgenti. Abitualmente questo software viene pacchettizzato utilizzando strumenti di archiviazione e compressione come tar e gzip. Tuttavia, la gran parte delle distribuzioni GNU/Linux utilizzano un loro formato particolare di pacchettizzazione e prevedono uno strumento per l’installazione, la rimozione e la configurazione del software. Debian, ad esempio utilizza i pacchetti dal formato .deb e strumenti come apt o dpkg per maneggiarli; Fedora, Mandriva e Suse utilizzano invece pacchetti .rpm e strumenti come yum, urpmi e yast. Utilizzando questi applicativi il processo di installazione di un software da linea di comando è piuttosto semplice; il seguente esempio mostra come installare il programma di manipolazioni di immagini The GIMP:

# apt-get install gimp

su Debian o

# urpmi gimp

su Mandriva.

FreeBSD prevede due strumenti interessanti per l’installazione del software:

Pacchetti

Un pacchetto è un singolo file compresso che contiene binari precompilati, documentazione e files di configurazione, comprese le informazioni che permettono al sistema di installare il software nelle directory giuste del filesystem. Strumenti come pkg_add, pkg_delete, pkg_info, ecc., vengono utilizzate per maneggiare i pacchetti. Caricare e installare automanticamente un pacchetto è piuttosto facile se si utilizza il comando pkg_add:

# pkg_add -r gimp

Ports

In FreeBSD il termine port significa una collezione di files destinati al fine di automatizzare il processo di compilazione e installazione di un programma a partire dal suo codice sorgente.

L’abilità che hanno gli applicativi che si occupano della gestione del software di capire le dipendenze è una caratteristica ad entrambe le metodologie: pacchetti e ports. I ports sono molto utili quando abbiamo bisogno di un controllo completo sui parametri di compilazione per ottenere il massimo dell’ottimizzazione per la nostra macchina; il pacchetto ha l’indubbio vantaggio rispetto al port di esser di dimensioni più ridotte dal momento che non contiene codice sorgente. Inoltre, l’installazione di un pacchetto non prevede che l’utente abbia nessun tipo di comprensione sui processi di compilazione. Dal momento che entrambe le strategie sono possibili sta all’utente scegliere, di volta in volta, quale tecnologia usare.

Si può installare un applicativo dal suo sorgente in entrambi i sistemi utilizzando i classici metodi di compilazione e installazione utilizzando la sequenza:

1. # ./configure

2. # make

3. # make install

Shell

Bash (Bourne-Again SHell) è la shell di default in quasi tutte le distribuzioni GNU/Linux. In una installazione di default FreeBSD non prevede comunque bash. Ovviamente non si pone nessun problema dal momento che è possibile installarla:

# pkg_add -r bash

Le distribuzioni GNU/Linux scelgono la shell bash perché è stata scritta per il progetto GNU; FreeBSD usa csh, in linea con i sistemi UNIX tradizionali.

Nel caso in cui si preferissero altre shell come tcsh o csh, si possono installare in entrambi i sistemi operativi utilizzando le modalità sopra descritte. La scelta della shell è una decisione del tutto personale che dipende dal tipo di esperienza che si possiede e la tipologia di lavoro che si intende mettere in pratica.

Installazione

Come detto sopra, Linux e FreeBSD possono essere installati su diverse piattaforme. Si può anche scegliere di installare entrambi i sistemi operativi sullo stesso PC. Prima di tutto vediamo quali sono procedure coinvolte nel processo di installazione di ognuno di questi sistemi e dopo vedremo come farli coesistere sulla stessa macchina.

Installare GNU/Linux

La procedura per installare questo sistema operativo differisce a seconda della distribuzione, ma i passi basilari sono piuttosto simili tra loro:

• Scegliere il mezzo di installazione, ovvero DVDs, CDs o installazione dalla rete.
• Ottenere informazioni complete sulla macchina su cui verrà destinato il sistema.
• Avviare l’installazione.
• Scegliere lingua, paese e layout di tastiera.
• Partizionare il disco rigido e scegliere il tipo di filesystem.
• Lanciare l’installazione automatica del software di base.
• Configurare le periferiche hardware devices e installare software di terze parti.

Ogni distribuzione possiede strumenti propri per muoversi in questi passi e alcune sono più facili di altre: YaST è uno strumento completo piuttosto semplice da usare dotato di una interfaccia grafica (GUI). Viene usato per l’amministrazione e l’installazione utilizzata da SUSE e altre distribuzioni GNU/Linux; Debian o Slackware, diversamente, utilizzano interfacce meno intuitive per gli utenti alle prime armi.

Installare FreeBSD

FreeBSD è munito di un programma che si chiama sysinstall che funge da assistente per il processo di installazione: è un programma che gira in console suddiviso in menù e semplici schermate che controllano e configurano il sistema durante tutte le fasi dell’installazione.

Non appena il PC viene avviato, parte sysinstall e FreeBSD è pronto per esser installato. sysinstall possiede diverse opzioni di installazione ma per la maggior parte degli utenti è consigliabile usare quella “standard”, scelta che si può fare direttamente dal menù come mostrato in figura 1.

Figura 1: Iniziare l’installazione standard dal menù di sysinstall

Le fasi principali dell’installazione di FreeBSD sono:

• Liberare spazio sul disco e installare il boot manager: FreeBSD usa le slices per partizionare un disco rigido.
• Scegliere cosa installare: il software è suddiviso in insiemi, ad esempio, l’insieme User provvede all’installazione del software per un utente standard compresi i binari e la documentazione. Nel caso in cui abbiate dubbi scegliere All è la scelta migliore poiché contiene tutti i sorgenti del sistema, i binari la documentazione e il sistema X-Windows.
• Scegliere il mezzo di installazione: sysinstall prevede diverse modalità come CD/DVD, FTP, HTTP o NFS.
• Avvio dei processi: questa rappresenta l’ultima possibilità di annullare il processo di installazione e non effettuare alcuna modifica alla macchina nel caso abbiate ripensamenti.
• Post-installazione: il processo di configurazione parte quando il software è stato installato. In questa fase è possibile configurare le schede di rete, i servizi, i server FTP, l’ora, la zona geografica, la tastiera e tutte le altre periferiche hardware.

Installare entrambi i sistemi: GNU/Linux e FreeBSD sullo stesso PC

Entrambi i sistemi operativi possono coesistere sulla stessa macchina e l’utente può scegliere quale lanciare durante il processo di avvio. Per procedere a questa convivenza dobbiamo tenere in considerazione i seguenti fatti:

• Boot manager: ovviamente dobbiamo poter scegliere quale sistema avviare.
• Spazio sul disco: GNU/Linux e FreeBSD usano diversi tipi di filesystem e organizzano i dischi fissi in modo diverso.

Linux usa le lettere hd per i dischi rigidi IDE mentre FreeBSD usea la lettera s per le slices, che sono le porzioni in cui è suddiviso il disco fisso (diverse dalle partizioni DOS, n.d.t.), pertanto i metodi di gestione del disco fisso sono diversi da caso a caso. Sotto Linux hda1 rappresenta la prima partizione del primo disco IDE; sotto FreeBSD invece, una slice viene suddivisa in diverse sottopartizioni: per questo motivo il primo disco IDE è ad0 mentre ad0s1a è la sottopartizione a della prima silce del primo disco.

Per installare entrambi i sistemi sulla stessa macchina bisogna pur partire da uno dei due— partiamo ad esempio da GNU/Linux. Quando si arriva alla fase in cui occorre partizionare il disco, occorre creare almeno due partizioni primarie: la prima per GNU/Linux e la seconda per FreeBSD (mentre si può installare GNU/Linux su una partizione logica-estesa non è possibile farlo con FreeBSD, n.d.t.). Ricordiamoci che un disco può avere non più di quattro partizioni primare, o tre primarie e una estesa (suddivisa a sua volta in partizioni logiche, una per ogni file system).

Un semplice schema di partizionamento del disco a tale scopo può essere il seguente:

• Una primaria per l’avvio.
• Una primaria per il filesystem root.
• Una primaria per l’area di swap.
• Una primaria per FreeBSD.

Una volta che GNU/Linux è operativo siamo pronti a installare FreeBSD nella partizione primaria libera prevista. In questa partizione, che abbiamo già costruito con GNU/Linux, bisognerà creare almeno una slice per FreeBSD. Questa slice avrà almeno quattro partizioni:

1. Partizione a per il filesystem di root.
2. Partizione b per l’area di swap.
3. Partizione e per il filesystem /var.
4. Partizione f per il filesystem /usr.

La dimensione di ogni partizione dipende strettamente dalle dimensioni del disco fisso: si può assegnare lo spazio per ogni partizione a seconda delle convenienze (lo spazio non è più un problema sui moderni PC che abitualmente sono muniti di dischi da 100GB e oltre).

(Eventualmente è possibile condividere le partizioni di swap tra FreeBSD e GNU/Linux, come spiegato nel Linux+FreeBSD mini HOWTO.)

Per avviare i sistemi operativi abbiamo bisogno di un bootmanager. Quando si installa GNU/Linux abitualmente ci viene chiesto di scegliere tra GRUB o LiLo. Se abbiamo installato e configurato GRUB durante il processo di installazione di GNU/Linux non abbiamo bisogno di aggiungere alcun bootmanager durante il processo di installazione di FreeBSD: possiamo configurare GRUB all’interno della nostra distribuzione GNU/Linux in modo da far comparire anche FreeBSD tra le scelte dei sistemi da avviare. Qui sotto c’è un esempio del file /boot/grub/menu.lst (il file di configurazione di GRUB) che permette l’avvio di FreeBSD e Debian:

default    0
timeout    5

title       Debian GNU/Linux
root        (hd0,0)
kernel      /boot/vmlinuz-2.6.8-2-386 root=/dev/hda1 ro
initrd      /boot/initrd.img-2.6.8-2-386
savedefault
boot

title    FreeBSD
root     (hd0,2,a)
kernel   /boot/loader

KDE che gira sotto Debian GNU/Linux

KDE che gira sotto FreeBSD

Conclusioni

FreeBSD e GNU/Linux sono davvero due grandi opzioni: la scelta di uno o l’altro dipende da molti fattori. Abitualmente FreeBSD viene utilizzato nei server web: compagnie come Yahoo! o Sony Japan ripongono piena fiducia in FreeBSD e sopra vi fanno girare i loro portali internet; grazie alla sua licenza permissiva la stessa Microsoft include porzioni di codice BSD dentro Windows.

Nonostante il fatto che recentemente FreeBSD abbia iniziato a prender piede anche sui desktop, in quell’ambito GNU/Linux ha decisamente ancora la meglio, tuttavia anche GNU/Linux viene utilizzato per molti server web. Gli utenti che hanno familiarità con sistemi tradizionali UNIX scopriranno di poter utilizzare entrambi i sistemi senza grossi problemi. FreeBSD e Linux: un regalo di qualità, robustezza, sicurezza e stabilità dalla comunità opersource al mondo dei sistemi operativi.

Come si può velocizzare l’avvio del nostro computer? Ecco una panoramica di alcune piccole applicazioni da console che ci permettono di effettuare le attività più comuni senza caricare pesanti interfaccie. Può capitare di dover accendere il computer solo per cercare un’informazione su google, solo per ascoltare musica o vedersi un film, solo per dover vedere le foto della macchina fotografica digitale o solo per masterizzare un CD. Eppure tutte le volte che accendiamo il nostro PC vengono caricati i driver di TUTTE le periferiche, dobbiamo aspettare l’avvio di una pesante interfaccia grafica e di tante altre cose di cui il più delle volte non abbiamo bisogno. La domanda a questo punto sorge spontanea: se voglio masterizzare un CD di dati perché prima di poterlo fare devo aspettare che il mio pc carichi il driver per la webcam o per la stampante? Perché devo aspettare che si carichi KDE o Gnome? Voglio solo masterizzare un disco, quindi l’unica cosa che mi serve è un programma che scriva sul CD e l’accesso ai dati da masterizzare. Viene in mente il DOS. Infatti rispetto ai sistemi operativi moderni, multimediali e multitasking il vecchio DOS aveva un grosso, un enorme vantaggio: non caricava nulla che non ti servisse. Il fatto è che Windows c’ha abituato a queste icone, ci ha abituato alle finestre, il che non ha nulla di male ma se non ne abbiamo bisogno? Inoltre, più sono raffinati e belli i nostri desktop più richiedono un dispendio di risorse. E’ paradossale: abbiamo masterizzatori che viaggiano a 52x ma per poterli utilizzare dobbiamo aspettare per caricare un’interfaccia a milioni di colori. Quello che voglio mostrare è che se usiamo Linux o un qualsiasi sistema BSD al posto di Windows non siamo obbligati a caricare cose che non ci servono, possiamo dire al nostro computer: carica SOLO quello di cui ho bisogno e fai SOLO quello. Pratica impossibile (o a me sconosciuta) su windows. Questo articolo non è per i neofiti, o meglio è per chi è disposto a digitare qualche comando, rinunciare al mondo fatato delle icone e dei desktop allo scopo di velocizzare al massimo il proprio computer ed il suo avvio.

Disabilitare l’avvio aumatico del server X

La parte più massiccia dell’avvio è senz’altro l’interfaccia grafica X, proviamo a liberarcene. Non dico disinstallarla dal sistema, ma semplicemente provare a non farla partire in automatico all’avvio ma solo se e quando ci serve. Se questa cosa vi spaventa, saltate alla sezione successiva, magari potete disabilitare X in futuro, dopo che avrete preso dimestichezza con la console. Per vedere la memoria a nostra disposizione una volta presente il server X basta un

$ grep Free /proc/meminfo

L’avvio del server X fa parte dei servizi di init, il primo comando che viene lanciato all’avvio dopo il caricamento del kernel. Vi sono due modi di disabilitare l’avvio di X a seconda della distribuzione: o rimuovendo il link simbolico dentro /etc/rc.X/ o modificando il default runlelevel in /etc/inittab. Nel dettaglio: se avete una debian o una derivata (come Ubuntu) digitate

# update-rc.d -f gdm remove

quando e se vorrete riabilitare X all’avvio basterà digitare

# update-rc.d gdm defaults

se avete una redhat o una derivata (Fedora, Mandriva..) cercate dentro /etc/inittab la riga

# The default runlevel.id:5:initdefault:

che cambierete in

# The default runlevel.id:3:initdefault:

ovviamente rimettendo 5 al posto di 3 al boot partirà X esattamente come prima. Adesso proviamo a riavviare il nostro sistema per renderci conto di quanto tempo abbiamo risparmiato. Per vedere quanta memoria avete in più potete provare anche

$ grep Free /proc/meminfo

e confrontarla con il valore che avevamo ottenuto prima. Se ancora, il nostro sistema non è abbastanza veloce, oppure desideriamo più memoria possiamo liberarci dei moduli indesiderati del kernel, ovvero di tutti quei drivers per periferiche che abbiamo ma che al momento non abbiamo intenzione di utilizzare. Con

$ lsmod

abbiamo la lista dei moduli caricati, per liberarci di uno di questi moduli basta digitare da root

# modprobe -r nomemodulo

Niente paura, se il modulo è utilizzato il sistema si rifiuterà di sganciarlo, quindi non corriamo apparentemente nessun pericolo. Mal che vada al riavvio di questo comando non c’è traccia.

Alcuni semplici programmi da console

Ora che abbiamo riavviato però ci compare un prompt, quali sono i comandi da utilizzare? Esamino qui di seguito 5 casi:

1. masterizzazione di un disco dati
2. visualizzazione di un film o ascolto di un file audio
3. navigazione web tramite browser
4. chat su IRC
5. visualizzazione di foto

1. Masterizzazione di un disco dati

Per masterizzare un cd abbiamo bisogno di due programmi, programmi che sicuramente avremo già sul computer dal momento che se normalmente usiamo k3d o un’altro tool grafico sono delle loro dipendenze. Sto parlando di mkisofs e cdrecord. Non c’è cosa più semplice che masterizzare un cd di dati su Linux i passi sono due: creare l’immagine e masterizzarla. Per prima cosa dobbiamo sapere dov’è il nostro masterizzatore. Tipicamente se abbiamo un masterizzatore IDE sarà master o slave del controllo primario o secondario. Nel qual caso le possibilità sono quattro: /dev/hda IDE(0,0) /dev/hdb IDE(0,1) /dev/hdc IDE(1,0) /dev/hdc IDE(1,1) se è un combo dvd probabilmente basta un

$ dmesg|grep -i dvd

per scoprirlo. Altrimenti con

$ cat /proc/ide/hdX/model

variando X con a,b,c,d scopriamo quali sono le nostre periferiche IDE e i loro alloggiamenti. Per creare l’immagine creiamo anzitutto una directory che conterrà tutti i files da masterizzare e li spostiamo lì.

$ mkdir ~/progettoCD$ mv file_da_masterizzare ~/progettoCD/

dopo di che creiamo l’immagine sul nostro disco del CD con

$ cd ~/progettoCD$ mkisofs -o progetto.iso -J -R *

-o sta per l’output, ovvero il nome dell’immagine, -J e -R invece implementano le Rockridge e Joliet extension, essenzialmente permettono che i nomi dei files non siano quelli di win 3.1 (8 caratteri + 3 per l’estensione). Ora che l’immagine è pronta la riversiamo su disco con

$ cdrecord -dev=/dev/hdX driveropt=burnfree speed=v -dao -v progetto.iso

dove X è la posizione del nostro masterizzatore e v è la velocità di scrittura che desideriamo. Se il comando ci sembra lungo e complesso da ricordare possiamo crearci un alias. D’altra parte le altre volte che masterizzeremo un CD l’unica cosa che cambierà sarà il nome del progetto. Apriamo quindi con un editor il file ~/.bashrc e inseriamo

$ alias cdrec24='cdrecord -dev=/dev/hdc speed=24 -dao -v'

2. Visualizzazione di un film o ascolto di un file audio

Per ascoltare un file audio come un wav, un mp3 o un qualsiasi altro audio compresso esistono moltissimi programmi. Potete installare mpg123 ad esempio, oppure utilizzare mplayer. Mplayer è un’ottima scelta anche per vedere i filmati da console. A seconda della distribuzione che avete, del repository che avete scelto mplayer può esser stato compilato con driver audio e video diversi. Per ottenere la lista degli output video disponibili digitate

$ mplayer -vo help

mentre per gli output audio

$ mplayer -ao help

ovviamente nella lista vi saranno mostrate tutte le possibilità per cui mplayer è stato compilato, molte della quali a noi in console non saranno disponibili. Vi consiglio (se è disponibile) DirectFB con

$ mplayer -vo directfb nomevideo

Solitamente dovreste poter usare da console fbdev, fbdev2, cvidix, SDL, aa e caca. A seconda della vostra distribuzione, scheda video e configurazione il risultato può essere più o meno soddisfacente. SICURAMENTE con

$ mplayer -vo caca nomevideo

qualcosa vedrete

3. Navigazione web tramite browser

Per quello che riguarda i browser links2 è davvero un’ottima scelta. Molto più evoluto del browser testuale lynx può esser compilato con quattro diversi output di visualizzazione: testo, svgalib, FB, directFB e X. Links2 è un progetto ceco, il suo codice derivava da links, una versione migliorata da lynx ma era sempre un browser testuale. Per distinguere il browser testuale da quello che invece supportava output grafici come il framebuffer e le svgalib venne chiamato links2. Ora, links2 su molte distro è tornato ad adessere links e basta il che senz’altro ha generato un po’ di confusione. Ecco uno screenshot della webpage di Google lanciata da console con links in framebuffer.

Quindi una volta che l’abbiamo scaricato e installato possiamo scegliere se visualizzare in modalità testo le pagine con

$ links www.miosito.com

oppure da framebuffer con

$ links -driver directfb www.miosito.com

4. Chat su IRC

Di client testuali ce ne sono molti, i primi client IRC erano solo testuali in effetti. Il miglior programma per semplicità e configurabilità è senz’altro irssi, anche se so che esiste anche una versione di xchat testuale anche se non l’ho mai provata.

5. Visualizzazione di foto

So che esiste un tool che fa uso delle svgalib ma a mio avviso è meglio installare fbi. Questo piccolo, minuscolo programmino supporta i formati più diffusi ed è molto leggero. … E alla fine.. Quale programma si può usare per ottenere uno screenshot della schermata di console come quelli contenuti in questo articolo? L’applicativo si chiama fbgrab e converte il dump del framebuffer in un’immagine visibile. Ha molte opzioni carine come la possibilità di definire quale console salvare e inserire un ritardo prima di scattare la foto. Chiaramente ho fatto una panoramica molto superficiale su quello che è possibile fare da console e su come è possibile configurare il nostro computer al meglio. Linux prevede questa tipologia di problematiche e a tal proposito definisce i runlevels. Se avete voglia di approfondire potrete definirvi un vostro runlevel dove mettere solo quello che volete e magari inserirlo nel menù di avvio del vostro bootloader, lilo o grub che sia.