<!doctype linuxdoc system>

<article>

<title>LILO mini-HOWTO
<author>Miroslav "Misko" Skoric, 
<tt/skoric at eunet dot yu/
<date>v3.31, 13 gennaio 2008
<abstract>
<nidx>linux loader windows nt 2000 boot laptop hp</nidx>
LILO &egrave; il Linux Loader pi&ugrave; utilizzato per la versione di Linux che
gira su processori x86; poich&eacute; non apprezzo le maiuscole
lo chiamer&ograve; Lilo invece di LILO. Questo documento descrive alcune installazioni
tipiche di Lilo: il suo ruolo &egrave; quello di integrare la guida dell'utente di
Lilo. Penso che gli esempi siano istruttivi anche se la vostra configurazione non
somiglia alla mia: spero che questo documento vi risparmi problemi. Dato che la
documentazione di Lilo &egrave; molto ben fatta, chi &egrave; interessato ai dettagli
pu&ograve; fare riferimento a /usr/doc/lilo* (Cameron Spitzer e Alessandro Rubini, persone
che avremmo chiamato in passato gentiluomini, hanno scritto le versioni precedenti
di questo documento). Traduzione a cura di Elisabetta Galli (lab at kkk.it).
Revisione a cura di Gualtiero Testa (gualtiero.testa at gmail.com).
</abstract>


<p>
Questa versione del Lilo mini-HOWTO &egrave; basata sul lavoro di Cameron Spitzer
(<tt>cls@truffula.sj.ca.us</tt>) e Alessandro Rubini (<tt>rubini@linux.it</tt>).
Ci sono inoltre contributi di Tony Harris (<tt>tony@nmr.mgh.harvard.edu</tt>) e
Marc Tanguy (<tt>mtanguy@ens.uvsq.fr</tt>). Sono stati usati materiali degli
autori menzionati, <bf>senza modifiche</bf>, e aggiunti alcuni riferimenti
relativi alla configurazione di LILO per l'uso con Windows NT e Windows 2000.
Si possono trovare informazioni pi&ugrave; dettagliate sull'attivazione di Windows
NT/2000 dal menu di LILO nel meraviglioso <url url="http://tldp.org/HOWTO/Linux+WinNT.html"
name="Linux+WindowsNT"> mini-HOWTO.

<sect>Introduzione

<p>
Sebbene la documentazione presente nei sorgenti di Lilo (quella installata
in <tt>/usr/doc/lilo</tt>-versione) sia molto esauriente, molti utenti Linux
trovano difficolt&agrave; nel creare il proprio file <tt>/etc/lilo.conf</tt>. Questo
documento vuole supportarli, fornendo le informazioni di base e mostrando
cinque esempi di installazione:

<itemize>

<item>Il primo esempio &egrave; la classica installazione ``Linux e altro''.

<item>Il successivo mostra come installare Lilo su un disco rigido
connesso come <tt>/dev/hdc</tt>, che verr&agrave; avviato come <tt>/dev/hda</tt>.
Di solito serve quando si vuole installare Linux su una nuova unit&agrave; da
un sistema gi&agrave; funzionante. Spiega anche come avviare da dischi SCSI se
il BIOS &egrave; abbastanza moderno.

<item>Il terzo esempio mostra come avviare un sistema Linux la cui
partizione root non &egrave; accessibile dal BIOS.

<item>L'esempio successivo si usa per accedere a dischi molto grossi,
a cui n&eacute; il BIOS n&eacute; il DOS possono accedere con facilit&agrave; (questo esempio &egrave; in qualche modo obsoleto).

<item>L'ultimo esempio mostra come ripristinare un disco danneggiato,
se il danno deriva dall'installazione di un altro sistema operativo.

</itemize>

<p>
Gli ultimi tre esempi sono di Cameron, <tt>cls@truffula.sj.ca.us</tt>,
che ha scritto il documento originale. Alessandro <tt>rubini@linux.it</tt> usa
solo Linux, quindi non ha potuto verificarli o
aggiornarli per suo conto. Inutile dire che ogni commento &egrave; benvenuto.

<sect>Informazioni di base e installazione standard

<p>
Quando Lilo avvia il sistema usa le chiamate del BIOS per caricare il
kernel Linux dal disco (disco IDE, floppy o altro). Perci&ograve; il kernel
deve risiedere in un luogo a cui il BIOS possa accedere.

<p>
All'avvio Lilo non &egrave; in grado di leggere i dati del file system,
e ogni percorso inserito in <tt>/etc/lilo.conf</tt> viene risolto
durante l'installazione (quando si invoca <bf>/sbin/lilo</bf>). L'installazione
&egrave; il momento in cui il programma costruisce le tabelle che elencano quali settori sono
usati dai file usati per il caricamento del sistema operativo. La
conseguenza &egrave; che tutti questi file devono risiedere in una partizione accessibile
dal BIOS (questi file di solito risiedono nella directory <tt>/boot</tt>, il che significa che
il BIOS avr&agrave; bisogno di accedere solo alla partizione root del proprio sistema Linux).

<p>
Un'altra conseguenza dell'appoggiarsi al BIOS &egrave; che bisogna reinstallare il
caricatore (cio&egrave; bisogna invocare nuovamente <bf>/sbin/lilo</bf>), ogni
volta che si modifica la configurazione di Lilo. Ogni volta che
si ricompila il kernel e si sovrascrive la vecchia immagine,
bisogna reinstallare Lilo.

<sect1>Dove dovrebbe essere installato Lilo?

<p>
La direttiva <tt/boot=/ contenuta in <tt>/etc/lilo.conf</tt> dice a Lilo dove
installare il suo gestore di avvio primario. In generale si pu&ograve; specificare sia
il Master Boot Record (<tt>/dev/hda</tt>) che la partizione root
della propria installazione Linux (di solito <tt>/dev/hda1</tt> o
<tt>/dev/hda2</tt>).

<p>
Se il proprio disco fisso contiene un altro sistema operativo,
conviene installare Lilo sulla partizione root invece che sul Master
Boot Record. In questo caso occorre marcare la partizione come
``avviabile'' usando il comando ``a'' di <bf>fdisk</bf> o il comando ``b'' di
<bf>cfdisk</bf>. Se non si sovrascrive il Master Boot Sector sar&agrave; pi&ugrave;
facile disinstallare Linux e Lilo, se ce ne fosse bisogno.

<p>
Naturalmente c'&egrave; sempre un modo per eludere alcune "regole" come quelle precedenti.
Si potrebbe installare Lilo nell'MBR anche se c'&egrave; gi&agrave; un altro sistema operativo
presente. Per esempio, se si &egrave; installato Windows NT 4.0 come
primo sistema operativo sulla macchina, il suo gestore di avvio si sar&agrave; installato
nell'MBR per poter avviare NT senza problemi. Dopo aver installato
Linux, e aver scelto di installare Lilo nell'MBR, Lilo avr&agrave; riscritto il gestore di avvio di NT.
All'avvio successivo non sar&agrave; possibile avviare NT, ma non &egrave; un problema.
Baster&agrave; modificare il file <tt>/etc/lilo.conf</tt> e aggiungere una nuova
voce per NT. Al successivo riavvio del sistema ci sar&agrave; la nuova
voce per NT nel menu di Lilo. La stessa cosa succede installando Windows 2000 
invece di Windows NT.

<sect1>Come si dovrebbero configurare i dischi IDE?

<p>
Personalmente nel BIOS preferisco non usare le impostazioni LBA o LARGE (ma io uso
solo Linux): si tratta di orribili trucchetti introdotti a forza per coprire
alcune deficienze progettuali nel mondo dei PC. Questo richiede che il kernel risieda
nei primi 1024 cilindri del disco, ma non &egrave; un problema a patto che i dischi fissi siano partizionati e
la partizione root rimanga piccola (il che andrebbe fatto comunque).

<p>
Se il proprio disco fisso contiene un altro sistema operativo, non si potranno
modificare le impostazioni del BIOS perch&eacute; altrimenti il vecchio sistema non
funzioner&agrave; pi&ugrave;. Tutte le distribuzioni recenti di Lilo sono in grado di
gestire dischi impostati con LBA e LARGE.

<p>
Si noti che la parola chiave <tt>"linear"</tt> nel file <tt>/etc/lilo.conf</tt> pu&ograve;
essere d'aiuto nell'affrontare problemi di geometria. La parola chiave ordina a Lilo di
usare indirizzi di settore lineari al posto di tuple settore/testa/cilindro.
La conversione ad indirizzi 3D &egrave; posticipata alla fase di esecuzione, rendendo
l'impostazione maggiormente immune ai problemi di geometria.

<p>
Se si ha pi&ugrave; di un disco rigido, e alcuni di essi sono usati solo da
Linux senza far parte del processo di avvio, si pu&ograve; dire al BIOS
che non sono installati. Il sistema si avvier&agrave; pi&ugrave; velocemente e
Linux riconoscer&agrave; automaticamente e velocemente tutti i dischi. Mi capita spesso di cambiare
i dischi dei miei sistemi, senza mai toccare la configurazione del BIOS.

<sect1>Come si pu&ograve; interagire durante l'avvio?

<p>
Quando appare il prompt di Lilo, premendo il tasto &lt;Tab&gt; si ottiene la
lista di tutte le scelte possibili. Se Lilo non &egrave; configurato per interagire
con l'utente, si pu&ograve; premere (e tenere premuto) il tasto &lt;Alt&gt; o il tasto &lt;Shift&gt;
prima che appaia il messaggio ``LILO''.

<p>
Se si sceglie di avviare un kernel Linux &egrave; possibile passare dei parametri da
linea di comando dopo il nome del sistema scelto. Il kernel accetta
molti parametri da linea di comando, tutti elencati nel 
``BootPrompt-HOWTO'' di Paul Gortmaker, documento che non verr&agrave;
replicato in questa sede. Alcuni di questi parametri, comunque,
sono particolarmente importanti e meritano di essere descritti:

<itemize>

<item><tt>root=</tt>: si pu&ograve; dire al kernel Linux di montare come root una
partizione diversa da quella che appare nel file <tt>lilo.conf</tt>. Per
esempio, nel mio sistema c'&egrave; una piccola partizione che ospita una
installazione minimale di Linux; grazie a questa sono stato in
grado di avviare il sistema dopo aver distrutto per
sbaglio la partizione root.

<item><tt>init=</tt>: la versione del kernel Linux 1.3.43 e successive possono
eseguire un altro comando al posto di <bf>/sbin/init</bf>,
come specificato dalla linea di comando. Se si verificano problemi
all'avvio, si pu&ograve; accedere al nudo sistema
specificando <tt>init=/bin/sh</tt> (arrivati al prompt della shell
probabilmente si dovranno montare i propri dischi: si provi con
``<bf>mount -w -n -o remount /; mount -a</bf>'', e ci si
ricordi di usare ``<bf>umount -a</bf>'' prima di spegnere il
computer).

<item>Un numero: specificando un numero dalla linea di comando del kernel si
ordina a <em>init</em> di avviare uno specifico runlevel (quello predefinito di solito
&egrave; il 3 o il 2, in base alla distribuzione usata). Per indagare ulteriormente si faccia
riferimento alla documentazione di <em>init</em>, al file <tt>/etc/inittab</tt> e
a <tt>/etc/rc*.d</tt>.
</itemize>

<sect1>Come si pu&ograve; disinstallare Lilo?

<p>
Quando Lilo sovrascrive un settore di avvio, ne salva una copia di backup
in <tt>/boot/boot.</tt><em/xxyy/, dove <em/xxyy/ sono i numeri maggiore e minore
del dispositivo, in esadecimale. Si possono vedere i due numeri del proprio
disco o partizione usando ``<bf>ls -l
/dev/<em>/device</em></bf>''. Per esempio, il primo settore di
<tt>/dev/hda</tt> (numero maggiore 3, numero minore 0) verr&agrave; salvato in
<tt>/boot/boot.0300</tt>; installando Lilo su <tt>/dev/fd0</tt> verr&agrave; creato
<tt>/boot/boot.0200</tt>, installandolo su <tt>/dev/sdb3</tt> (numero
maggiore 8, numero minore 19) verr&agrave; creato <tt>/boot/boot.0813</tt>. Si noti che Lilo non
creer&agrave; il file se ce n'&egrave; gi&agrave; uno, quindi non occorre preoccuparsi
della copia di backup quando si reinstalla Lilo (per esempio dopo
aver ricompilato il kernel). Le copie di backup presenti in <tt>/boot/</tt>
sono sempre l'istantanea della situazione precedente all'installazione di Lilo.

<p>
Se mai fosse necessario disinstallare Lilo (per esempio nella malaugurata
ipotesi si decida di disinstallare Linux) baster&agrave; ripristinare il
settore di avvio originale. Se Lilo &egrave; installato su <tt>/dev/hda</tt>, baster&agrave;
eseguire ``<bf>dd if=/boot/boot.0300 of=/dev/hda bs=446 count=1</bf>''
(personalmente uso ``<bf>cat /boot/boot.0300 > /dev/hda</bf>'',
ma non &egrave; sicuro, in quanto ripristina anche la tabella delle partizioni originale
che potrebbe essere stata modificata nel frattempo). È molto pi&ugrave; facile usare
questo comando che chiamare ``<bf>fdisk /mbr</bf>'' da una shell DOS:
permette di rimuovere in modo impeccabile Linux da un disco senza dover mai avviare
nient'altro che Linux. Dopo aver rimosso Lilo occorre ricordarsi di far girare il
comando <bf>fdisk</bf> di Linux per distruggere qualunque partizione Linux (il
comando <bf>fdisk</bf> del DOS non &egrave; in grado di cancellare partizioni non-dos).

<p>
Se Lilo &egrave; stato installato sulla partizione root (per esempio su <tt>/dev/hda2)</tt>,
non occorrer&agrave; fare niente di particolare per disinstallare Lilo. Baster&agrave; usare il
programma <bf>fdisk</bf> di Linux per rimuovere le partizioni Linux dalla tabella
delle partizioni. Bisogner&agrave; anche marcare la partizione DOS come avviabile.

<sect1>Come si crea un ramdisk?

<p>
<em>Avvertimento: se la prossima sezione fosse difficile da leggere, si veda
la pagina web
<tt>http://surfer.nmr.mgh.harvard.edu/partition/ramdisk.html</tt>,
dove &egrave; disponibile l'originale di questo contributo.</em>

<p>
Di Tony Harris

16 Ottobre 2000

ramdisk eenie-weenie HOWTO

<p>
Se il proprio file system root si trova su un dispositivo senza che il kernel abbia
il relativo driver incorporato, si dovr&agrave; usare <tt/lilo/ per caricare quel driver
come modulo molto presto nel ciclo di avvio.
Ci sono solo due facili passi da seguire:

<itemize>
<item>creare un'immagine per ramdisk con <bf>/mkinitrd</bf>

<item>modificare <tt>lilo.conf</tt> perch&eacute; punti a questa immagine

</itemize>

Come prima cosa, usare <bf>cd</bf> per entrare nella directory <tt>/boot</tt>:

<p>
<verb>
System.map                  chain.b                module-info-2.2.16-3ext3
System.map-2.2.16-3         initrd-2.2.16-3.img    vmlinux-2.2.16-3
System.map-2.2.16-3ext3     vmlinux-2.2.16-3ext3
vmlinuz                     kernel.h
boot.b                      map                    vmlinuz-2.2.16-3
bz.2.2.15.juke.Image        module-info            vmlinuz-2.2.16-3ext3
bzImage-2.2.14              module-info-2.2.16-3
</verb>

<p>
Come si pu&ograve; vedere io ho un kernel 2.2.16-3 al quale ho aggiunto un secondo kernel
con supporto per ext3 (<tt/vmlinuz-2.2.16-3ext3/). C'&egrave; gi&agrave; un'immagine
per ramdisk per il primo kernel (<tt/initrd-2.2.16-3.img/)

Per creare una nuova immagine per il secondo kernel usare quanto segue (la parte da
digitare &egrave; in grassetto):

boot# <bf>mkinitrd initrd-2.2-16-3ext3.img 2.2.16-3ext3</bf>

<tt/mkinitrd/ &egrave; uno script per la shell che cerca i moduli necessari per
il kernel, poi crea un file system di tipo ext2 che li contiene.
Guardando all'interno dell'immagine si vedr&agrave; che &egrave; proprio cos&igrave;:

boot# <bf>cat initrd-2.2.16-3ext3.img | gunzip > /tmp/myimage</bf>

boot# <bf>file /tmp/myimage</bf>

/tmp/myimage: Linux/i386 ext2 filesystem/

<p>
Non &egrave; necessario guardare nell'immagine. I soli passi necessari sono creare l'immagine
e modificare <tt>lilo.conf</tt>. Comunque si fornisce una discussione sull'immagine
per ramdisk per scopi educativi.

Per guardare all'interno dell'immagine, &egrave; necessario montarla come se fosse
un file system:

boot# <bf>mount /tmp/myimage /mnt/tmp -t ext2 -o loop=/dev/loop3</bf>

boot# <bf>ls /mnt/tmp</bf>

<tt/bin  dev  etc  lib  linuxrc/

boot# <bf>find /mnt/tmp</bf>

<tt//mnt/tmp/

<tt//mnt/tmp/lib/

<tt//mnt/tmp/lib/aic7xxx.o/

<tt//mnt/tmp/bin/

<tt//mnt/tmp/bin/sh/

<tt//mnt/tmp/bin/insmod/

<tt//mnt/tmp/etc/

<tt//mnt/tmp/dev/

<tt//mnt/tmp/dev/console/

<tt//mnt/tmp/dev/null/

<tt//mnt/tmp/dev/ram/

<tt//mnt/tmp/dev/systty/

<tt//mnt/tmp/dev/tty1/

<tt//mnt/tmp/dev/tty2/

<tt//mnt/tmp/dev/tty3/

<tt//mnt/tmp/dev/tty4/

<tt//mnt/tmp/linuxrc/

La parte pi&ugrave; importante di questa immagine per ramdisk &egrave; <tt/aic7xxx.o/, 
che &egrave; il modulo per il mio disco scsi.

Per finire l'ultimo passo, la modifica di <tt>/etc/lilo.conf</tt>:

Ecco la voce nel mio <tt/lilo.conf/ che corrisponde al kernel e
all'immagine appena creata:

<tt/image=/boot/vmlinuz-2.2.16-3ext3/

<tt/label=linux.ext3/

<tt/initrd=/boot/initrd-2.2.16-3ext3.img/

<tt/read-only/

<tt/root=/dev/hdb3/

Ecco fatto. Eseguire <bf>/lilo</bf> come root e riavviare.

<p>
Se si verificano problemi, controllare il kernel <tt/HOWTO/. Ci sono un paio di cose
di cui assicurarsi: &egrave; necessario avere i moduli per il kernel compilati,
e indicati in <tt>/etc/conf.modules</tt>.


<sect>La configurazione semplice

<p>
La maggior parte delle installazioni di Lilo utilizza un file di
configurazione come il seguente:

<verb>
boot = /dev/hda   # oppure la partizione root
delay = 10        # attesa, in decimi di secondo (permette di interagire)
vga = 0           # opzionale. Si usi "vga=1" per ottenere 80x50
#linear           # si provi ad usare "linear" se si verificano problemi di geometria.

image = /boot/vmlinux  # il proprio file zImage
  root = /dev/hda1     # la partizione root
  label = Linux        # o un altro nome stravagante
  read-only            # root verr&agrave; montata in sola lettura

other = /dev/hda4   # la partizione dos, se esiste
  table = /dev/hda  # la tabella delle partizioni attuale
  label = dos       # o un altro nome normale
</verb>

<p>
Si possono specificare diverse sezioni ``image'' e ``other'', se serve.
È abbastanza comune avere nel proprio <em>lilo.conf</em>
diverse immagini del kernel, almeno se ci si vuole mantenere
aggiornati alle versioni di sviluppo del sistema.

<sect1>Come affrontare grossi kernel

<p>
Se la compilazione di una ``zImage'' genera un'immagine pi&ugrave; grande di
mezzo megabyte (come capita spesso con i nuovi kernel 2.1), bisognerebbe invece
creare una ``grande zImage'', usando ``<tt>make bzImage</tt>''.
Per avviare una grande immagine del kernel non serve
niente di speciale, se non avere la versione 18 di Lilo, o una
successiva. Se la propria installazione &egrave; pi&ugrave; vecchia, occorrer&agrave;
aggiornare il pacchetto Lilo.

<sect1>Come avviare Windows NT dal menu 'LILO boot:'

<p>
Ecco alcune routine da seguire per avere nel menu di Lilo le voci sia per
Linux che per NT:

<itemize>

<item>Prima di tutto, si suggerisce di installare una nuova copia di
      Windows NT 4.0 sul disco rigido. Si suppone che sia gi&agrave; stato preparato
      un backup dei dati importanti, cos&igrave; da non avere problemi
      con l'installazione di NT. Nel corso dell'installazione di NT, la configurazione
      non chieder&agrave; dove posizionare il gestore di avvio: lo metter&agrave;
      nell'MBR (Master Boot Record) del proprio disco rigido.
      C'&egrave; sempre la possibilit&agrave; che il contenuto precedente dell'MBR
      rimanga al suo interno (specialmente una precedente installazione di
      Lilo), quindi si suggerisce (prima di installare NT) di
      avviare il computer con un floppy DOS che contenga una versione per DOS di
      FDISK. Al prompt a:\  digitare il comando: fdisk /mbr  
      e riavviare di nuovo il computer (senza quel floppy).

<p>
<item>Dopo aver installato con successo NT, si noter&agrave; che
      usa l'intero disco rigido o una specifica partizione del disco
      rigido (a seconda di quello che si &egrave; scelto durante il processo di configurazione).
      Quindi, &egrave; consigliabile 'ridurre' la partizione dove risiede NT
      per creare dello spazio libero sul disco. In questo spazio libero
      verr&agrave; installato Linux. Quando NT &egrave; configurato e funzionante, 
      si dovr&agrave; avviare il computer usando un floppy
      contenente l'utilit&agrave; Partition Magic di Power Quest. Si tratta di uno
      strumento grafico in grado di vedere tutte le partizioni di tutti i dischi rigidi presenti.
      La cosa migliore &egrave; che si possono apportare alcuni cambiamenti alle partizioni
      senza distruggere i dati presenti. Una delle possibilit&agrave;
      &egrave; rendere pi&ugrave; piccole le partizioni presenti,
      per ottenere un po' di spazio libero sul disco da usare per altri scopi.
      Anche se si consiglia di fare un backup prima di qualunque
      cambiamento alle partizioni, io ho l'abitudine di 'ridurre' la partizione
      di NT prima di installare qualunque altra cosa (cos&igrave;, se necessario,
      una monotona reinstallazione non sar&agrave; un problema).
      Bene, Partition Magic (o altre simili utilit&agrave; con cui si abbia
      familiarit&agrave;) ridurr&agrave; la partizione di NT (sia di tipo NTFS che
      FAT) ad una dimensione pi&ugrave; piccola, e la posizioner&agrave; o all'inizio
      o alla fine della dimensione precedente. Il che significa che si pu&ograve; scegliere
      di posizionarla all'inizio o alla fine
      del proprio disco (di solito scelgo di posizionarla
      all'inizio, rendendo la parte finale del disco 'spazio
      libero'). Al termine della procedura di 'riduzione', si potr&agrave; riavviare
      NT per verificare la nuova situazione: per farlo si possono usare Windows
      Explorer o Disk Administrator.

<p>
<item>Fin qui tutto bene. Il prossimo passo &egrave; installare Linux. Se si ha familiarit&agrave; con
      la distribuzione RedHat (spero che altre distribuzioni
      si comportino allo stesso modo o quasi), si pu&ograve; iniziare inserendo il CD di
      installazione nel lettore e riavviando il computer. Quando arriva il momento di scegliere
      il tipo di installazione (Workstation Gnome o KDE,
      Custom, ecc.) si pu&ograve; scegliere qualunque cosa pianificata
      in precedenza, ma si suggerisce un'installazione prima di tutto come Workstation.
      È una buona scelta perch&eacute; la configurazione di Linux trover&agrave; automaticamente
      lo spazio libero sul (primo) disco rigido, preparer&agrave; tutte le partizioni necessarie
      per Linux, le formatter&agrave; correttamente, impostando per la maggior parte le opzioni
      predefinite, cos&igrave; la configurazione non sar&agrave; molto dolorosa (pi&ugrave; tardi, 
      volendo, si potranno aggiungere componenti mancanti o reinstallare
      Linux come Custom sulla partizione Linux esistente). Lilo dovrebbe
      essere installato nell'MBR.

<p>
<item>Al termine dell'installazione di Linux si dovr&agrave;
      riavviare il computer, e si vedr&agrave; Lilo con una
      sola voce per Linux da avviare (o pi&ugrave; di una voce
      se il proprio hardware &egrave; multi processore). Niente
      panico, Windows NT &egrave; sempre dove &egrave; stato installato prima
      di Linux. Sar&agrave; necessario diventare familiari con Linux il pi&ugrave; presto
      possibile, per essere in grado di trovare e modificare il proprio
      nuovo file /etc/lilo.conf. Quando si aprir&agrave; questo file per la prima volta,
      si vedr&agrave; solo una (o pi&ugrave; di una) voce per Linux: si dovr&agrave; conoscere
      la posizione esatta (leggi: una partizione) in cui
      Windows NT &egrave; stato installato, per poter aggiungere una voce adatta
      al file /etc/lilo.conf. Dopo averlo fatto, si dovr&agrave; far ripartire Lilo
      e, al prossimo riavvio, ci saranno le voci 'linux' e 'nt'
      nel menu di Lilo.

</itemize>

<sect1>Come avviare Windows 2000 dal menu 'LILO boot:'

<p>
Si pu&ograve; usare la stessa procedura descritta prima.
Si suggerisce di leggere il <url url="http://tldp.org/HOWTO/Linux+WinNT.html"
name="Linux+WindowsNT"> mini-HOWTO che parla anche
di come avviare Windows 2000 installato nella stessa parte di disco
dove <em>prima</em> era installato Windows NT. Si troveranno anche molti utili dettagli
riguardanti varie combinazioni Linux+WinNT/2000/98.


<sect>Installare su <tt/hdc/ per avviarlo come <tt/hda/ usando <tt>bios=</tt>

<p>
Lilo permette di mappare l'immagine del kernel da un disco e di istruire
il BIOS perch&eacute; la recuperi da un altro disco.  Per esempio, a me capita spesso di
installare Linux su un disco collegato come <tt/hdc/ (disco principale
del controller secondario), e di avviarlo come sistema autonomo sul controller IDE
primario di un altro computer. Ho fatto una copia del floppy di installazione
in una piccola partizione, per poter installare su <tt/hdc/ eseguendo <em>chroot</em>
su una console virtuale, continuando ad usare il sistema per fare altro.

<p>
Il file <em>lilo.conf</em> usato per installare Lilo ha questo aspetto:

<verb>
# Questo file deve essere usato da un sistema che giri su /dev/hdc
boot = /dev/hdc   # sovrascrive l'MBR di hdc
disk = /dev/hdc	  # specifica come hdc verr&agrave; visto:
   bios = 0x80    #  il bios lo vedr&agrave; come primo disco
delay = 0
vga = 0

image = /boot/vmlinux  # l'immagine risiede su /dev/hdc1
  root = /dev/hda1     # ma all'avvio sar&agrave; su hda1
  label = Linux
  read-only
</verb>

<p>
Questo file di configurazione deve essere usato da un Lilo funzionante <bf>su
/dev/hdc1</bf>. Le mappe di Lilo che vengono scritte nel settore di avvio
(<tt>/dev/hdc</tt>) devono far riferimento ai file residenti in <tt>/boot</tt>
(attualmente installati su hdc); questi file verranno letti da hda
quando il disco verr&agrave; avviato come sistema autonomo.

<p>
Io chiamo questo file di configurazione <tt>/mnt/etc/lilo.conf.hdc</tt>
(<tt>/mnt</tt> &egrave; dove viene montato hdc durante l'installazione). L'installazione
di Lilo avviene invocando ``<tt>cd /mnt; chroot . sbin/lilo -C
/etc/lilo.conf.hdc</tt>''. Si faccia riferimento alla pagina di manuale di
<em>chroot</em> se questo comando sembra una magia.

<p>
La direttiva ``<tt>bios=</tt>'' di <tt>lilo.conf</tt> si usa per dire
a Lilo che cosa il BIOS pensa dei propri dispositivi. Le chiamate al BIOS identificano
i floppy e i dischi rigidi con un numero: 0x00 e 0x01 selezionano
i dischi floppy, 0x80 e i numeri successivi selezionano i dischi rigidi (i
vecchi BIOS possono accedere solo a due dischi). Il significato di ``<tt>bios = 0x80</tt>''
usato nell'esempio precedente significa quindi ``usa 0x80 nelle chiamate al BIOS
per <tt>/dev/hdc</tt>''.

<p>
Questa direttiva di Lilo pu&ograve; essere utile in altre situazioni, per esempio quando
il proprio BIOS &egrave; in grado di avviare il sistema da dischi SCSI piuttosto che da dischi IDE. Quando
sono presenti sia dispositivi IDE che SCSI, Lilo non pu&ograve; sapere se 0x80
si riferir&agrave; all'uno o all'altro, poich&eacute; l'utente pu&ograve; scegliere quale usare tramite
i menu di configurazione del BIOS, e non &egrave; possibile accedere al BIOS
mentre Linux &egrave; in funzione.

<p>
Lilo, come comportamento predefinito, assume che i dischi IDE vengano mappati per primi dal BIOS.
Si pu&ograve; annullare questo comportamento usando nel proprio <tt>/etc/lilo.conf</tt>
istruzioni come queste:

<verb>
disk = /dev/sda
  bios = 0x80
</verb>


<sect>Usare Lilo quando il BIOS non pu&ograve; vedere la partizione root

<p>
Ho due dischi IDE e un disco SCSI. Il disco SCSI non pu&ograve; essere visto
dal BIOS. Lilo, il Linux Loader, usa le chiamate al BIOS e pu&ograve; vedere solo
i dischi che il BIOS vede. Il mio stupido BIOS AMI pu&ograve; avviare il sistema solo
da "A:" o da "C:". Il mio file system root risiede su una partizione del disco SCSI.

<p>
La soluzione consiste nel memorizzare il kernel, la mappa dei file e il chain loader
in una partizione Linux nel primo disco IDE. Si noti che non serve tenere il
proprio kernel nella partizione root.

<p>
La seconda partizione del primo disco IDE (<tt>/dev/hda2</tt>, la
partizione Linux usata per avviare il sistema) &egrave; montata su <tt>/u2</tt>.
Ecco il file <tt>/etc/lilo.conf</tt> che ho usato.

<verb>
#  Installa LILO sul Master Boot Record del primo disco IDE
#
boot = /dev/hda
#  /sbin/lilo (l'installatore) copia il boot record di Lilo
#  dal file seguente all'MBR
install = /u2/etc/lilo/boot.b
#
#  Ho scritto un menu di avvio prolisso.  Lilo pu&ograve; trovarlo qui.
message = /u2/etc/lilo/message
#  L'installatore creer&agrave; il file seguente. Dir&agrave;
#  al gestore di avvio dove sono i blocchi del kernel.
map = /u2/etc/lilo/map
compact
prompt
#  Aspetta 10 secondi, poi avvia il kernel 1.2.1 predefinito.
timeout = 100
#  Il kernel &egrave; memorizzato dove il BIOS pu&ograve; vederlo facendo:
#      cp -p /usr/src/linux/arch/i386/boot/zImage /u2/z1.2.1
image = /u2/z1.2.1
	label = 1.2.1
#  Lilo dice al kernel di montare la prima partizione SCSI
#  come root. Non &egrave; necessario che il BIOS sia in grado di vederlo.
	root = /dev/sda1
#  Questa partizione verr&agrave; controllata e rimontata da /etc/rc.d/rc.S
	read-only
#  Ho tenuto da parte un vecchio kernel Slackware, nel caso io compili un
#  kernel non funzionante. Una volta, in effetti, mi &egrave; servito.
image = /u2/z1.0.9
	label = 1.0.9
	root = /dev/sda1
	read-only
#  La mia partizione DR-DOS 6.
other = /dev/hda1
        loader=/u2/etc/lilo/chain.b
        label = dos
        alias = m
</verb>


<sect>Come scoprire il numero assegnato dal BIOS ai dischi SCSI

<p>
<em>
Contributo di Marc Tanguy (mtanguy@ens.uvsq.fr), 27 settembre 2001
</em>

<p>
<sect1> La teoria
<p>
Per la verit&agrave; ci sono due modi per saperlo:

<p>
Chi possiede una scheda scsi adaptec (2940u2, 29160, 39160) pu&ograve; semplicemente
usare la modalit&agrave; 'diagnose' (si raccomanda di usare un BIOS v3.10.0), che deve essere
attivata dal menu del BIOS della scheda scsi.
Baster&agrave; quindi aspettare di vedere qualcosa di questo genere:

<table loc="ht!">
<tabular ca="lcllllllll">
... | ID |  LUN |  Produttore  |  Prodotto   |  Rev  |  Dim. |  Sync |  Bus | 
 <bf/HD#/ @
... | 0  |  0   |    QUANTUM   |  ATLAS10K2  |  DDD6 |  17GB |  160  |  16  | 
 <bf/80h/ @
... | 1  |  0   |    QUANTUM   |  ATLAS10K2  |  DDD6 |  17GB |  160  |  16  | 
 <bf/81h/ @
... | 2  |  0   |    IBM       |  DDRS       |  DC1B |  4GB  |  80   |  16  | 
 <bf/82h/ @
... | 3  |  0   |    IBM       |  DNES       |  SAH0 |  9GB  |  80   |  16  | 
 <bf/83h/
</tabular>
</table>

<p>
Chi non possiede una scheda adaptec dovr&agrave; scoprire 
qual &egrave; il disco 'avviabile' (di solito quello con ID 0, ma non sempre: pu&ograve;
essere definito nel BIOS della scheda scsi) nel quale si potr&agrave; trovare
ed avviare LILO: &egrave; il primo disco, quindi avr&agrave; il numero 0x80.
Dopo di che &egrave; molto facile, il BIOS segue gli ID.

<p>
Per esempio:

<verb>
ID 0 -> avvio  -> 0x80
ID 1 -> vuoto
ID 2 -> disco  -> 0x81
ID 3 -> disco  -> 0x82
</verb>

o

<verb>
ID 0 -> disco  -> 0x81
ID 1 -> vuoto
ID 2 -> disco  -> 0x82
ID 3 -> avvio  -> 0x80
ID 4 -> disco  -> 0x83
</verb>

<p>
Questa parte non si preoccupa affatto di cosa c'&egrave; installato sui dischi scsi.
Si noti per&ograve; che si avranno problemi se si usa un ID pi&ugrave; alto di quello 
dell'adattatore SCSI. Dunque si dovr&agrave; sempre cercare di impostare l'ID dell'adattatore SCSI
dopo l'ID dei dispositivi SCSI.

<p>
<sect1> Come scambiare l'avvio di linux e NT?
<p>
Supponiamo che NT  debba essere il primo disco avviabile, cio&egrave; con il numero 0x80, ma nella
posizione 0x80 abbiamo gi&agrave; un disco con LILO e un file system ext2 pieno, mentre
il disco con NT ha il numero 0x83. Come si possono 'scambiare' linux e NT?
È molto facile: basta dire al BIOS che il disco con NT ora &egrave; il numero 0x80,
mentre quello con Linux &egrave; il 0x83.

<verb>
other=/dev/sdd1
      label=nt
      map-drive = 0x83
      to = 0x80
      map-drive = 0x80
      to = 0x83
</verb>

Questo cambiamento produrr&agrave; un avviso:
<verb>
  Warning: BIOS drive 0x8? may not be accessible
</verb>

ma sapendo ci&ograve; che si sta facendo dovrebbe funzionare senza problemi.

Io l'ho usato con una configurazione composta da una Red Hat Linux 7.1 e Windows
2000 Pro:

<verb>
Nome        Flag      Tipo part.  Tipo FS          [Etichetta]      Dimensione (MB)

Disk Drive: /dev/sda - 0x80
sda1        Boot        Primary   Linux ext2       [/boot]            24.68
sda2                    Primary   Linux Swap                         139.83
sda3                    Primary   Linux ext2       [/usr]           3150.29
sda4                    Primary   Linux ext2       [/home]         15044.04

Disk Drive: /dev/sdb - 0x81
sdb1                    Primary   Linux Swap                         139.83
sdb2                    Primary   Linux ext2       [/]              3150.29
sdb3                    Primary   Linux ext2       [/opt]           1052.84
sdb4                    Primary   Linux ext2       [/public]       14015.88

Disk Drive: /dev/sdc - 0x82
sdc1                    Primary   Linux ext2       [/var]           1052.84
sdc2                    Primary   Linux ext2       [/tmp]            106.93
sdc3                    Primary   Linux ext2       [/cache]         1052.84
sdc4                    Primary   Linux ext2       [/chroot]        2352.44

Disk Drive: /dev/sdd - 0x83
sdd1        Boot        Primary   NTFS             [WINDOWS_2000]   9162.97
</verb>

<p>
Il mio file /etc/lilo.conf:
<verb>
boot=/dev/sda
map=/boot/map
install=/boot/boot.b
prompt
default=Linux
read-only
compact
image=/boot/vmlinuz
  label=Linux
  root=/dev/sdb2
other=/dev/sdd1
  label=Windows
  map-drive = 0x83
  to = 0x80
  map-drive = 0x80
  to = 0x83
</verb>

<p>
<sect1> Varie

<p>
Ho inserito un nuovo disco scsi, e ora Lilo si rifiuta di partire. Cosa
sta succedendo?

Quando si inserisce un disco bisogna fare attenzione agli ID. Quando si aggiunge un disco
tra due dischi gi&agrave; inseriti i numeri del BIOS cambiano:

<verb>
         Prima            ---->             Dopo
scsi id -       - BIOS id        scsi id -          - BIOS id
ID 0    - disk  - 0x80           ID 0    - disk     - 0x80
ID 1    - empty                  ID 1    - new disk - 0x81
ID 2    - disk  - 0x81           ID 2    - disk     - 0x82 !!
</verb>

Quando gli ID del BIOS cambiano, bisogna valutarli nuovamente.


<sect>Accedere a grossi dischi che il BIOS non vede

<p>
<em>Avviso: 1 GB &egrave; "grosso"? Forse una volta...</em>

<p>
Il sistema che ho in ufficio ha un disco IDE da 1 GB. Il BIOS pu&ograve; accedere
solo ai primi 504 MB del disco (con MB intendo 2**10 byte, non
10**6 byte), perci&ograve; ho installato il sistema MS-DOS in una partizione da 350 MB su
<tt>/dev/hda1</tt> e la root di Linux in una partizione da 120MB su <tt>/dev/hda2</tt>.

<p>
<em>
Hauke Laging (hauke@laging.de) e Bob Hall (bhall@hallfire.org)
hanno notato un piccolo errore, suggerendomi che un MB &egrave; formato da 2**20
byte, non 2**10 byte. Grazie per la correzione. Inoltre,
Hauke vorrebbe saperne di pi&ugrave; su quelli che chiama
"codici a caratteri all'avvio di LILO, quando LILO si interrompe con
scritte come LI, LI-, LIL- o simili". Sarebbe gradito un contributo
relativo a questo problema o un valido collegamento sul web a riguardo.</em>

<p>
Eccolo qua (il contributo &egrave; di Zohar Stolar, zohar@numericable.fr):

<bf>B. codici di errore all'avvio di LILO</bf>
<p>
<url url="http://www.tldp.org/HOWTO/Bootdisk-HOWTO/a1483.html"
    name="http://www.tldp.org/HOWTO/Bootdisk-HOWTO/a1483.html">



Grazie per il collegamento.

<p>
MS-DOS non &egrave; stato in grado di installarsi correttamente quando il
disco era nuovo. La versione 7 del DOS Novell aveva lo stesso
problema. Fortunatamente il servizio "opzioni di IBM" aveva
dimenticato di mettere il dischetto "OnTrack" nella scatola del
disco, che sarebbe dovuto arrivare con un prodotto chiamato
"OnTrack Disk Manager". Chi ha installato solo MS-DOS immagino lo debba usare.

<p>
A questo punto &egrave; stata creata una tabella delle partizioni con il programma fdisk di Linux.
MS-DOS 6.2 si &egrave; rifiutato di installarsi su <tt>/dev/hda1</tt> dicendo qualcosa come
``questa versione di MS-DOS &egrave; per nuove installazioni. Il vostro computer ha gi&agrave; MS-DOS
installato, quindi vi serve un rilascio di aggiornamento.''
In effetti, il disco era nuovo di zecca.

<p>
Quindi &egrave; stato usato nuovamente il programma fdisk di Linux per cancellare la
partizione 1 dalla tabella. Questo ha accontentato MS-DOS 6.2, che ha creato
esattamente la stessa partizione 1 appena rimossa per installarsi.
MS-DOS 6.2 ha scritto il suo Master Boot Record sul disco, ma non &egrave; riuscito
ad avviarsi.

<p>
Fortunatamente avevo un kernel Slackware su un floppy (creato dal
programma di installazione della Slackware "setup"), per cui ho potuto avviare
Linux e installare Lilo sull'MRB difettoso del DOS. Cos&igrave; ha funzionato.
Ecco il file <tt>/etc/lilo.conf</tt> usato:

<verb>
boot = /dev/hda
map = /lilo-map
delay = 100
ramdisk = 0             # Disattiva il ramdisk del kernel Slackware
timeout = 100
prompt
disk = /dev/hda		# Il BIOS vede solo i primi 500 MB.
   bios = 0x80          # Specifica il primo disco IDE.
   sectors = 63         # Si pu&ograve; ottenere questo numero leggendo la documentazione del proprio disco.
   heads = 16
   cylinders = 2100
image = /vmlinuz
  append = "hd=2100,16,63"
  root = /dev/hda2
  label = linux
  read-only
  vga = extended
other = /dev/hda1
  label = msdos
  table = /dev/hda
  loader = /boot/chain.b
</verb>

<p>
Dopo l'installazione di questi sistemi si potr&agrave; verificare che la partizione
contenente i file zImage, boot.b, map, chain.b e message &egrave; in grado di usare
un file system MSDOS, purch&eacute; questo non sia compresso con stacker o
doublespace. In questo caso avrei potuto creare una partizione DOS di 500 MB su
<tt>/dev/hda1</tt>.

<p>
Ho anche imparato che "OnTrack" avrebbe scritto una tabella delle 
partizioni partendo da alcune dozzine di byte all'interno del disco
invece che all'inizio, e quindi sarebbe stato possibile modificare il driver IDE di Linux
per risolvere questo problema. L'installazione per&ograve; sarebbe stata impossibile
con il kernel Slackware precompilato. Alla fine, IMB mi ha mandato il dischetto
"onTrack". Ho chiamato il loro supporto tecnico che mi ha detto che
Linux non funziona perch&eacute; non usa il BIOS: ho regalato il loro dischetto.

<sect>Avvio da un floppy di recupero

<p>
Successivamente ho installato Windows 95 sul sistema dell'ufficio. Questo
ha fatto sparire l'MBR di Lilo, ma non ha toccato la partizione Linux. I kernel impiegano molto
tempo a caricarsi dal floppy, cos&igrave; ho creato un floppy con Lilo installato,
per poter caricare il kernel dal disco IDE.

Il floppy &egrave; stato creato cos&igrave;:

<verb>
  fdformat /dev/fd0H1440      #  prepara le tracce sul dischetto vergine
  mkfs -t minix /dev/fd0 1440 #  crea un file system di tipo minix
  mount /dev/fd0 /mnt         #  lo monta sul punto di mount predefinito tmp
  cp -p /boot/chain.b /mnt    #  copia al suo interno il chain loader
  lilo -C /etc/lilo.flop      #  installa Lilo e la mappa sul dischetto.
  umount /mnt
</verb>

<p>
Si noti che il dischetto <bf>deve essere montato quando si fa partire il programma di installazione</bf>,
in modo che Lilo possa scrivere correttamente il file della mappa.

<p>
Questo file &egrave; /etc/lilo.flop, ed &egrave; molto simile all'ultimo che abbiamo visto:

<verb>
#  Crea un floppy in grado di avviare i kernel dall'HD.
boot = /dev/fd0
map = /mnt/lilo-map
delay = 100
ramdisk = 0
timeout = 100
prompt
disk = /dev/hda     # IDE da 1 GB, il BIOS vede solo i primi 500 MB.
   bios=0x80
   sectors = 63
   heads = 16
   cylinders = 2100
image = /vmlinuz
  append = "hd=2100,16,63"
  root = /dev/hda2
  label = linux
  read-only
  vga = extended
other = /dev/hda1
  label = msdos
  table = /dev/hda
  loader = /mnt/chain.b
</verb>

<p>
Per finire, in ufficio c'era bisogno del DOS 6.2 ma non volevo toccare
il primo disco. Ho aggiunto un controller e un
disco SCSI, e ho creato un file system msdos con il
programma di Linux mkdosfs. Questo disco viene visto come "D:" da
Windows 95, ma ovviamente MSDOS non vuole avviarsi dal disco D:.
Questo non &egrave; un problema con Lilo. Baster&agrave; aggiungere quanto segue
al file <tt>lilo.conf</tt> dell'esempio 2.

<verb>
other = /dev/sda1
  label = d6.2
  table = /dev/sda
  loader = /boot/any_d.b
</verb>

Con questa modifica MSDOS-6.2 parte, credendo di trovarsi sul disco C:
e che Windows 95 si trovi su D:. 

<sect>Lilo dopo l'installazione di Mandrake Linux 9.1 su prodotti HP

<p>
19 novembre 2003
<p>
<sect1>Descrizione dei prodotti usati in questo esperimento
<p>
<em>Avviso: questa sezione <bf>NON</bf> si deve intendere come pubblicit&agrave; della
produzione HP. In realt&agrave;, tutta una serie di computer HP usati hanno presentato
mancanze negli alimentatori, problemi con i dischi rigidi e cos&igrave; via.
Dall'altro lato, le batterie dei portatili si esauriscono prima di quanto ci si aspetti.
A parte questi problemi, le macchine HP vanno bene.</em>
<p>
<bf>HP Omnibook 6000</bf>

Il computer portatile Omnibook 6000 &egrave; equipaggiato con un'unit&agrave; DVD 
'avviabile' e recentemente, ad una conferenza ICT, ho comprato un DVD-ROM
avviabile con l'installazione di Mandrake Linux 9.1. Dopo aver avviato il
portatile con quel DVD, esso &egrave; passato direttamente al menu di installazione di Linux.

<p>
<bf>HP Vectra VL420 (usato come server)</bf>

Al contrario, l'HP Vectra VL420 non ha un'unit&agrave; DVD (ha solo un'unit&agrave;
CD), dunque l'installazione diretta da quel particolare DVD di installazione
non &egrave; possibile. Per&ograve; <em>&egrave;</em> possibile creare un floppy avviabile
per far partire la procedura d'installazione. In effetti sono disponibili
diverse immagini di avvio per quegli utenti che non hanno 
un'unit&agrave; DVD (avviabile o no). Una di queste &egrave; un'immagine 'di rete'. Questo significa che
in una rete locale ci deve essere un server NFS, FTP o HTTP dal quale
possa partire l'installazione.

<p>
<bf>HP Vectra VL420 (usato come postazione di lavoro)</bf>

Un altro sistema desktop VL 420 in uso ha un disco rigido di riserva proveniente da una precedente
installazione di Windows 2000 (in effetti quel disco IDE &egrave; stato spostato
da un altro computer dove era un disco primario, mentre su questo sistema &egrave;
il secondo disco per i dati di backup). La cosa carina &egrave; che ha installato un server
HTTP e uno FTP (naturalmente utilizzabili se si avvia il sistema da quel disco).
È una cosa buona perch&eacute; ora &egrave; possibile usare uno di quei server.

Quindi &egrave; stato creato un floppy avviabile 'di rete', e con esso &egrave; stato avviato
il primo Vectra VL420 (per essere usato come server Linux). Dopo poco tempo si &egrave; giunti
al punto in cui si doveva scegliere il metodo di installazione (tramite il server NFS, o FTP,
o HTTP). Il primo tentativo &egrave; stato tramite il secondo server HTTP 'di riserva' presente
sull'altro sistema Vectra prima menzionato ma, indipendentemente dai permessi attribuiti
al gruppo 'Everyone" degli utenti Windows, si &egrave; sempre ottenuta la seguente risposta
dall'impostazione di Linux:

Errore: impossibile ottenere il file... (o qualcosa di simile)

Poi si &egrave; tentato di usare il server FTP 'di riserva' dal secondo disco Vectra, che
chiedeva anche gli indirizzi IP locale e remoto. Il tentativo ha avuto successo,
ed &egrave; iniziato il caricamento di una parte dei file remoti in memoria senza
proteste. Poco dopo l'installazione &egrave; arrivata allo stesso punto dell'Omnibook 6000: direttamente
al menu di installazione, che chiede all'utente di scegliere una lingua da usare
per l'installazione.

>Da questo punto il processo di impostazione &egrave; sempre lo stesso.

Sono state scelte/confermate le seguenti voci:

- una lingua da usare, a parte l'inglese (americano) che &egrave; la predefinita: sono state aggiunte
l'Unicode e il serbo (sia Cyrillic che Latin);
- un mouse e una tastiera;
- un livello di sicurezza: sono stati accettati quelli predefiniti ('Standard' per il portatile e 'Higher'
per il server);

Il successivo importante compito &egrave; stato scegliere una
delle opzioni di partizionamento di <em>DrakX</em>:

- per il portatile &egrave; stata scelta l'opzione 'Usa lo spazio libero sulla partizione
Windows', perch&eacute; il portatile ha un disco IDE e se ne vuole usare
una parte per Linux (a parte Windows 2000 Prof. gi&agrave; installato).
Il Disk Management di Windows ha riferito:

<p>
<verb>
Disk 0	15 	MB	FAT	(Diagnostiche HP o simili)
	7.13	GB	FAT32	(C: "HPNOTEBOOK")
	20.80	GB	Spazio libero
</verb>

Le due partizioni (FAT e FAT32) erano state create durante la procedura
di installazione usando il CD di installazione fornito dalla HP.

All'inizio la configurazione di Linux si &egrave; lamentata perch&eacute; la partizione di Windows
"&egrave; troppo frammentata", ed &egrave; stato necessario riavviare Windows, far girare l'utilit&agrave;
"defrag", e poi far ripartire l'installazione di Mandrake Linux.
Il processo di deframmentazione &egrave; durato circa 1 ora e mezza.
Al riavvio, la configurazione di Linux voleva usare la partizione da 7.13 GB di Windows,
al posto di 20.80 GB. È stata scelta l'opzione "Usa lo spazio libero". Quindi la configurazione
ha creato le partizioni per Linux: /dev/hda5 e /dev/hda7.

- per il Vectra VL420 &egrave; stato usato il "partizionamento del disco personalizzato" per via dei
due dischi SCSI. Su uno dei due dischi &egrave; gi&agrave; installato Windows 2000 Server, mentre l'altro
verr&agrave; interamente usato per un server Linux. A proposito, non ero sicuro di cosa
avrebbe fatto l'opzione "Cancella l'intero disco" al passo successivo (cancellare tutto il disco
o una partizione?), anche se forse sarebbe stata la giusta soluzione. <em>DrakX</em> 
ha riconosciuto i due dischi SCSI come <bf>sda</bf> e <bf>sdb</bf>, e si &egrave;
scelto di installare Linux su <bf>sdb</bf>. Il primo passo &egrave; stato "Cancella
tutto", quello successivo &egrave; stato "Auto allocare" lo spazio sul secondo disco.
Infine, dopo aver cliccato su 'Fatto', sono state create le partizioni per Linux
/dev/sdb1 e /dev/sdb6.

<sect1>Come appare LILO su questi prodotti HP
<p>
<bf>HP Omnibook 6000</bf>

<p>
<verb>
boot=/dev/hda
map=/boot/map
vga=normal
default="windows"
keytable=/boot/us.klt
prompt
nowarn
timeout=100
message=/boot/message
menu-scheme=wb:bw:wb:bw
image=/boot/vmlinuz
	label="linux"
	root=/dev/hda5
	initrd=/boot/initrd.img
	append="quiet devfs=mount acpi=off"
	read-only
image=/boot/vmlinuz
	label="failsafe"
	root=/dev/hda5
	initrd=/boot/initrd.img
	append="failsafe devfs=nomount acpi=off"
	read-only
other=/dev/hda2					<--- /dev/hda1 sembra essere riservato per alcune diagnostiche HP.
	label="windows"
	table=/dev/hda
other=/dev/fd0
	label="floppy"
	unsafe
</verb>

<p>
<bf>HP Vectra VL420 (installato come sistema client Linux desktop)</bf>

<p>
<verb>
boot=/dev/hda
map=/boot/map
vga=normal
default="windows"
keytable=/boot/us.klt
prompt
nowarn
timeout=100
message=/boot/message
menu-scheme=wb:bw:wb:bw
image=/boot/vmlinuz
	label="linux"
	root=/dev/hda5
	initrd=/boot/initrd.img
	append="quiet devfs=mount acpi=off"
	vga=788					<--- questa riga manca su portatili con schermo LCD.
	read-only
image=/boot/vmlinuz
	label="linux-nonfb"
	root=/dev/hda5
	initrd=/boot/initrd.img
	append="devfs=mount acpi=off"
	read-only
image=/boot/vmlinuz
	label="failsafe"
	root=/dev/hda5
	initrd=/boot/initrd.img
	append="failsafe devfs=nomount acpi=off"
	read-only
other=/dev/hda1					<--- /dev/hda1 in questo caso non sembra riservato per diagnostiche HP.
	label="windows"					Qui era gi&agrave; installato Windows 2000 Professional 
	table=/dev/hda					(probabilmente senza il CD fornito da HP).
other=/dev/hdb1					<--- questo &egrave; il disco di riserva con Windows 2000 Server.
	label="windows2"				Ho alcuni dati su questo disco e lo uso come secondo
	table=/dev/hdb					disco di backup su quella postazione desktop.
	map-drive=0x80					Non ho mai provato ad avviare il computer da l&igrave;, ma
	   to=0x81					l'impostazione della Mandrake lo dava come opzione di avvio.
	map-drive=0x81					(Ed &egrave; stato utile come server FTP, avendo bisogno di installare
	   to=0x80					Mandrake Linux sull'altro computer senza unit&agrave; DVD).
other=/dev/fd0
	label="floppy"
	unsafe
</verb>

<p>
<bf>HP Vectra VL420 (installato come sistema desktop Linux con funzionalit&agrave; da server)</bf>

<p>
<verb>
boot=/dev/sda					<--- /dev/sda &egrave; il primo disco SCSI, su cui risiede LILO (MBR).
map=/boot/map
vga=normal
default="windows"
keytable=/boot/us.klt
prompt
nowarn
timeout=100
message=/boot/message
menu-scheme=wb:bw:wb:bw
image=/boot/vmlinuz
	label="linux"
	root=/dev/sdb1				<--- /dev/sdb1 &egrave; il secondo disco SCSI, su cui risiede Linux.
	initrd=/boot/initrd.img
	append="quiet devfs=mount acpi=off"
	vga=788
	read-only
image=/boot/vmlinuz
	label="linux-nonfb"
	root=/dev/sdb1
	initrd=/boot/initrd.img
	append="devfs=mount acpi=off"
	read-only
image=/boot/vmlinuz-secure
	label="linux-secure"			<--- c'entra qualcosa con la sicurezza del server Linux?
	root=/dev/sdb1
	initrd=/boot/initrd-secure.img
	append="quiet devfs=mount acpi=off"
	read-only
image=/boot/vmlinuz
	label="failsafe"
	root=/dev/sdb1
	initrd=/boot/initrd.img
	append="failsafe devfs=nomount acpi=off"
	read-only
other=/dev/sda1					<--- /dev/sda1 &egrave; la prima partizione del primo disco SCSI, su cui risiede Windows.
	label="windows"
	table=/dev/sda
</verb>

<p>
<sect1>Conclusioni

<p>
Dagli esempi precedenti si pu&ograve; notare che sono stati usati diversi
tipi di computer con diversi tipi di dischi rigidi.
In alcuni casi c'&egrave; solo un disco IDE, in altri ce ne
sono due, in altri ancora ci sono un paio di dischi SCSI, ecc. Indipendentemente
da questo, si &egrave; sempre cercato di installare LILO nell'MBR, posizionato sul <em>primo</em> 
disco. Pare che ora, finalmente, Linux abbia risolto il vecchio problema del
<em>cilindro 1024</em>. In effetti LILO sembra in grado di avviare Linux
indipendentemente dal fatto che sia posizionato vicino al resto della partizione Linux o no.

<p>
Ci sono alcune altre considerazioni relative all'esperimento precedente,
ma fanno parte di un altro bel documento: 
<url url="http://tldp.org/HOWTO/Linux+WinNT.html"
name="Linux+WindowsNT"> mini-HOWTO.


<p>
<sect>Bibliografia

<p>
13 gennaio 2008

<em>Avvertimento: spesso ho partecipato a conferenze ICT (inter)nazionali
in Serbia e Montenegro, cos&igrave; come all'estero,
presentando relazioni e tutorial. Quello che ho cercato di fare &egrave;
diffondere il pi&ugrave; possibile le idee di base e l'utile
missione dell'hobby del radioamatore, e del suo possibile
uso nell'insegnamento dell'ingegneria. Potete scommettere che, dove possibile, ho cercato
di farlo fare ai miei lettori con Linux. Oltre a questo, ho scritto
vari articoli per una serie di giornali scientifici e di altro tipo.
Ecco un elenco degli articoli che ho scritto, e delle relazioni presentate
alle conferenze fino ad oggi.</em>

<p>
Chi volesse ripubblicare o inoltrare le mie spontaneamente offerte relazioni
ad alcuni giornali o ad altri media pubblici, si senta libero di
contattarmi. Alcuni dei miei articoli sono scritti in serbo cirillico,
altri sono in inglese, e alcuni sono scritti in entrambe le lingue.

<p>
      <tscreen><verb>
      - "U prilog I.A.C.", MI (il giornale dell'organizzazione dei giovani
         scienziati), No. 69, 1990.

      - "U prilog I.A.C. (2)", MI (il giornale dell'organizzazione dei giovani
         scienziati), No. 70, 1990.

      - "Vise od radio-amaterskog hobija", Vojska, No. 163, 1995.

      - "Korak ka zvezdama", Vojska, No. 200, 1996.

      - "Die Gefahr von Innen - Internet gegen Amateurfunk",
         AMSAT-DL Journal, No. 4, dic./feb. 96/97.

      - "Kakva nam organizacija (ne) treba?", Radioamater,
         feb. 1997.

      - "Kakva nam organizacija (ne) treba? (2)", Radioamater,
         apr./mag. 1997.

      - "Sateliti umiru padajuci", Vojska, No. 235, 1997.

      - "The Internet is not the Enemy", QST, ago. 1998.

      - "Novi radio-amateri za novi vek", Antena, giugno 2000.

      - "Racunarske komunikacije putem radio-veza i
         zastita pristupa", Bezbednost, No. 3, 2000.

      - "Paket-radio - Racunarske komunikacije putem radio-veza",
         dibattito, "Info-Teh", Vrnjacka Banja, Serbia, 2001.

      - "Racunarske komunikacije putem radio-amaterskih veza",
         dibattito, "YU-Info", Kopaonik, Serbia, 2002.

      - "Computer Communications over radio", presentazione,
        "Linux FEST", Belgrado, Serbia, 2002.

      - "Paket-radio - Radio-amaterske digitalne veze",
         dibattito, "Kongres JISA", Herceg Novi, Montenegro, 2002.

      - "Paket-radio (2) - Modemi za radio-veze",
         dibattito, "Info-Teh", Vrnjacka Banja, Serbia, 2002.

      - "Alternativne racunarske mreze", catalogo del festival,
        "INFOFEST", Budva, Montenegro, 2002.

      - "Alternative computer networks", dibattito, "TELFOR",
         Belgrado, Serbia, 2002.

      - "With rule and regulation improvements to the progress"
         dibattito, "TELFOR", Belgrado, Serbia, 2002.

      - "Racunarske komunikacije putem radio-amaterskih veza (2)",
         dibattito, "YU-Info", Kopaonik, Serbia, 2003.

      - "Racunarske komunikacije putem radio-amaterskih veza (3)",
         dibattito, "YU-Info", Kopaonik, Serbia, 2003.

      - "Paket-radio (3) - Programske mogucnosti na strani servera",
         dibattito, "Info-Teh", Vrnjacka Banja, Serbia, 2003.

      - "Paket-radio (4) - Legal rules and regulations in the amateur
         computer networks", dibattito, "Info-Teh", Vrnjacka Banja, 
         Serbia, 2003.

      - "Packet-radio (2) - With rule and regulation improvements to the progress",
         dibattito, "Kongres JISA", Herceg Novi, Montenegro, 2003.

      - "Alternativne racunarske mreze (2)", catalogo del festival,
        "INFOFEST", Budva, Montenegro, 2003.

      - "Alternativne racunarske komunikacije putem radio-veza",
         Info M, 6-7/2003.

      - "Legal Rules and Regulations in the Amateur Radio Computer Networks",
         dibattito, "22nd ARRL and TAPR Digital Communications Conference",
         Hartford, CT USA, 2003.

      - "Favoritism", IEEE Potentials, ott./nov. 2003

      - "Alternative computer networks (2)", dibattito, "TELFOR",
         Belgrado, Serbia, 2003.

      - "With rule and regulation improvements to the progress (2)"
         dibattito, "TELFOR", Belgrado, Serbia, 2003.

      - "XI Telekomunikacioni forum - TELFOR 2003", Info M, 8/2003.

      - "Aktivnosti organizacije IEEE Computer Society - YU Chapter"
        Info M, 8/2003.

      - "Yugoslavia IEEE Student Branch", IEEE Region 8 News,
        Vol. 7 No. 1, feb/mar 2004

      - "Radio-amaterske racunarske mreze", tutorial, "Info-Teh", 
        Vrnjacka Banja, Serbia, 2004.

      - "Radio-amaterske racunarske mreze", tutorial, "Kongres 
        JISA", Herceg Novi, Montenegro, 2004.

      - "The Amateur Radio as a Learning Technology in
        Developing Countries", dibattito, "ICALT/TEDC 2004", 
        Joensuu, Finlandia, 2004.

      - "The Amateur Radio in Engineering Education", seminario, 
        "IEEE-EESTEC Technical Conference 2004", Arcavacata 
        di Rende (Cosenza), Italia, 2004.

      - "The Conference Low-Down", IEEE Potentials, feb./mar. 2005

      - "ICALT 2004, IEEE Novi Sad SB, Serbia & Montenegro", 
        IEEE Region 8 News, Vol. 8 No. 1, Mar 2005

      - "The Conference Low-Down", IEEE Potentials, apr./mag. 2005

      - "The Amateur Radio Networking And Computing", dibattito,
        "PSU-UNS ICEE 2005", Novi Sad, Serbia, 2005

      - "Radio-amaterske racunarske mreze", tutorial, "Info-Teh", 
        Vrnjacka Banja, Serbia, 2005 (introduzione: dr D. Surla, PMF)

      - "Radio-veze", sessione di tavola rotonda, "Kongres JISA", Herceg 
        Novi, Montenegro, 2005.

      - "The New Amateur Radio University Network - AMUNET", 
        dibattito, "9th WSEAS CSCC Multiconference", 
        Vouliagmeni, Atene, Grecia, 2005.

      - "The perspectives of the Amateur University Network - 
        AMUNET", WSEAS Transactions on Communications, Vol 4,
        pp 834, set. 2005.

      - "Conferences in Serbia and Montenegro", IEEE Region 8 News,
        Vol. 8 No. 3, set. 2005.

      - "The Conference Low-Down", IEEE Potentials, dic. 2005

      - "Divided We Fall", The Institute, IEEE, dic. 2005

      - "University Networking Through the Amateur Radio Communications",
        conferenza plenaria, "3rd WSEAS/IASME Int. Conf. on Engineering
        Education", Vouliagmeni, Atene, Grecia, 2006.

      - "The New Amateur Radio University Network - AMUNET (Part 2)",
        dibattito, "10th WSEAS CSCC Multiconference",
        Vouliagmeni, Atene, Grecia, 2006.

      - "University Networking Through the Amateur Radio Communications",
        tutorial, "10th WSEAS CSCC Multiconference",
        Vouliagmeni, Atene, Grecia, 2006.

      - "Education in Peril", The Institute, IEEE, set. 2006

      - "The Conference Low-Down", IEEE Potentials, dic. 2006
      
      - "Amateur Radio in Engineering Education", tutorial, "Info-Teh",
        Vrnjacka Banja, Serbia, 2007.
      
      - "Paket-radio (5) - Programske mogucnosti na strani klijenta",
        dibattito, "Info-Teh", Vrnjacka Banja, Serbia, 2007.
      
      - "Amateur Radio in Engineering Education", tutorial, "EUROCON",
        Warsaw, Polonia, 2007.

      - "Bringing New Life in Old Computers", dibattito, "26th ARRL
      and TAPR Digital Communications Conference", Hartford, CT USA, 2007.
      
      - "The Conference Low-Down", IEEE Potentials, set/ott 2007
      
      - "My trip to Eurocon - a member's view", IEEE Region 8 News,
      Vol. 10 No. 3, Dec 2007
      </verb></tscreen>

<p>
Oltre a questi articoli pubblicati e relazioni presentate, ho
studiato per avere una laurea M. Sc. in informatica. Sono anche membro delle
seguenti associazioni: IEEE Computer Society, IEEE Communications
Society, WSEAS e ACM. Inoltre lavoro volontariamente per istituire
una rete di computer accademica che usi le stazioni radio degli amatori
come media. Queste reti esistono altrove nel mondo, e invito i loro
amministratori a contattarmi per cooperare.


<sect>Ulteriori informazioni

<p>
<sect1>Copyright
<p>
Copyright (c) 2008 by Miroslav "Misko" Skoric, YT7MPB.
<p>
Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License, Version 1.1 or
any later version published by the Free Software Foundation; with no
Invariant Sections, with no Front-Cover Texts, and with no Back-Cover
Texts. A copy of the license is available from
<url url="http://www.fsf.org/licenses/fdl.html" name="http://www.fsf.org/licenses/fdl.html">. 

<sect1>Liberatoria
<p>

Si usino le informazioni di questo documento a proprio
rischio. Non si assume alcuna potenziale responsabilit&agrave; per l'uso
di questo documento. L'uso dei concetti, esempi o altro
contenuto di questo documento &egrave; completamente
a proprio rischio.

Tutti i copyright sono di propriet&agrave; dei rispettivi detentori, a meno che
indicato diversamente. L'uso di un termine in questo
documento non inficia la validit&agrave; di qualunque marchio di fabbrica
o marchio di servizio.

Nominare un particolare prodotto o marchio non deve essere
considerato come pubblicit&agrave;.

Si raccomanda di fare un backup del proprio
sistema prima di effettuare installazioni sostanziali, e backup
a intervalli regolari.

<sect1>Novit&agrave;

<p>
In aggiunta ai documenti di Lilo, ci sono diversi
mini-howto che possono rivelarsi utili per le proprie necessit&agrave;.
Tutti si chiamano ``Linux+<em/qualche-SO/'', in alcuni
casi <em/qualche-SO/, e trattano la coesistenza tra
Linux e altri sistemi operativi. Per esempio,
"NT OS Loader + Linux mini-HOWTO" di Bernd Reichert
descrive come aggiungere una voce per Linux al menu del caricatore di
Windows NT gi&agrave; esistente. Poi c'&egrave; il
<url url="http://tldp.org/HOWTO/Linux+WinNT.html"
name="Linux+WindowsNT"> mini-HOWTO scritto da me,
che spiega come aggiungere una voce per NT al menu
di Lilo gi&agrave; esistente (pi&ugrave; dettagliata di quanto si sia fatto qui).
Anche "Multiboot-with-LILO" descrive come far convivere varie versioni di 
Windows con Linux.

<em>Questo mini-HOWTO verr&agrave; migliorato di tanto
in tanto. Se si ritiene superata la versione di questo HOWTO presente sul proprio
CD di installazione di Linux, si pu&ograve; controllare su Internet
per trovare il rilascio pi&ugrave; recente: pu&ograve; essere trovato
nell'homepage principale del <url 
url="http://www.linuxdoc.org/"
name="Linux Documentation Project">
o a questo indirizzo: <url 
url="http://www.tldp.org/"
name="Linux Documentation Project">.</em>

<sect1>Ringraziamenti

<p>
<em>Questa versione esiste grazie a:</em>

<tscreen><verb>
Cameron Spitzer (cls@truffula.sj.ca.us)
Alessandro Rubini (rubini@linux.it)
Tony Harris (tony@nmr.mgh.harvard.edu)
Marc Tanguy (mtanguy@ens.uvsq.fr)
Dragomir Kalaba, un 'guru' Linux locale
</verb></tscreen>

È possibile inviare commenti o suggerimenti al mio
indirizzo email:
skoric at eunet dot yu

<sect1>HOWTO
<p>
<nidx>disk!information resources!HOWTOs</nidx>
I seguenti HOWTO sono punti di partenza per ottenere informazioni
di base, cos&igrave; come per scoprire come risolvere
uno specifico problema.
Alcuni HOWTO pertinenti sono: <tt/Bootdisk/, <tt/Installation/,  <tt/SCSI/ e <tt/UMSDOS/.
Il loro sito principale &egrave; l'<url url="http://metalab.unc.edu/LDP/" name="archivio LDP">
presso Metalab (precedentemente conosciuto come Sunsite).

<sect1>Mini-HOWTO
<p>
<nidx>disk!information resources!mini-HOWTOs</nidx>
Questi sono i testi liberi pi&ugrave; piccoli relativi agli HOWTO.
Alcuni mini-HOWTO pertinenti sono:
<tt/Backup-With-MSDOS/, <tt/Diskless/, <tt/LILO/, <tt/Large Disk/,
<tt/Linux+DOS+Win95+OS2/, <tt/Linux+OS2+DOS/, <tt/Linux+Win95/,
<tt/Linux+WindowsNT/, <tt/Linux+NT-Loader/, <tt/NFS-Root/, 
<tt/Win95+Win+Linux/, <tt/ZIP Drive/, <tt/FBB packet-radio BBS/.
Si possono trovare insieme agli HOWTO, di solito in una sottodirectory
chiamata <tt/mini/. Notare che &egrave; in programma la loro conversione a SGML, per
diventare veri e propri HOWTO in tempi brevi.

<sect1>Risorse locali
<p>
<nidx>disk!information resources!local</nidx>
La maggior parte delle distribuzioni Linux installa una directory di documenti.
Si provi a guardare nella directory
<htmlurl url="file:///usr/doc"
    name="/usr/doc"> ,
dove molti pacchetti archiviano la propria documentazione, file README ecc.
Al suo interno di trover&agrave; anche un archivio di HOWTO (
<htmlurl url="file:///usr/doc/HOWTO"
    name="/usr/doc/HOWTO">)
gi&agrave; formattati, insieme
all'archivio dei mini-HOWTO (
<url url="file:///usr/doc/HOWTO/mini"
    name="/usr/doc/HOWTO/mini">)
in puro testo.

Molti dei file di configurazione menzionati possono essere trovati nella
directory
<htmlurl url="file:///etc"
    name="/etc"> .
In particolare, si lavorer&agrave; con il file
<htmlurl url="file:///etc/fstab"
    name="/etc/fstab"> ,
che imposta i punti di mount delle partizioni, 
e forse anche con il file
<htmlurl url="file:///etc/mdtab"
    name="/etc/mdtab"> ,
che viene usato dal sistema <tt/md/ per impostare il RAID.

Il sorgente del kernel nella directory
<url url="file:///usr/src/linux"
    name="/usr/src/linux">
&egrave;, naturalmente, la documentazione definitiva. In altre parole,
<em>usa il sorgente, Luke</em>.
Bisogna anche far presente che non solo il kernel viene fornito con
il suo codice sorgente, perfino commentato (almeno in parte),
ma anche con una
<url url="file:///usr/src/linux/Documentation"
    name="directory di documentazione">
istruttiva.
Si dovrebbe leggere prima di tutto questa directory se si hanno domande
sul kernel: risparmier&agrave; a se stessi e agli altri tempo e forse
anche imbarazzo.

Si controlli sempre anche il file del registro di sistema (
<htmlurl url="file:///var/log/messages"
    name="/var/log/messages">)
per controllare cosa succede, e in particolare com'&egrave; andato l'avvio
nel caso in cui la schermata sia passata oltre. Si usi <tt>tail -f /var/log/messages</tt>
in una finestra o schermo separato per avere un aggiornamento continuo
di quello che succede nel proprio sistema.
	
Si pu&ograve; anche approfittare del file system
<htmlurl url="file:///proc"
    name="/proc"> ,
che &egrave; una finestra sul lavoro interno del proprio sistema.
Si usi <tt/cat/ al posto di <tt/more/ per vedere i file che vengono
indicati di lunghezza zero. Pare che anche <tt/less/ si comporti bene.

<sect1>Pagine web
<p>
<nidx>disk!information resources!WWW</nidx>
<nidx>disk!information resources!web pages</nidx>
C'&egrave; un gran numero di istruttive pagine web, che per loro natura cambiano velocemente,
quindi non ci si soprenda se questi collegamenti diventano
obsoleti rapidamente.

Un buon punto di partenza naturalmente &egrave; la home page del
<url url="http://www.linuxdoc.org/" name="Linux Documentation Project"> ,
o questa: <url url="http://www.tldp.org/" name="Linux 
Documentation Project">, una centrale istruttiva per documentazione, progetti
e molto, molto altro.

Si prega di far sapere se si conoscono altre guide interessanti.


<sect>Ottenere aiuto

<p>
<nidx>(your index root)!assistance, obtaining</nidx>

Alla fine si potrebbe non riuscire a risolvere i propri problemi, e 
si potrebbe aver bisogno dell'aiuto di qualcun altro. Il modo pi&ugrave; efficiente &egrave;
chiedere a qualcuno nelle proprie vicinanze, o al pi&ugrave; vicino gruppo di utenti Linux, che
pu&ograve; essere trovato sul web.

Un'altra possibilit&agrave; &egrave; chiedere su Usenet News in uno dei molti, molti
newsgroups disponibili. Il problema &egrave; che di solito essi hanno un
cos&igrave; alto volume e rumore (chiamato basso rapporto segnale/rumore) che
la propria domanda pu&ograve; facilmente restare senza risposta.

La cosa pi&ugrave; importante &egrave; chiedere correttamente, o non si verr&agrave;
presi sul serio. Dire solo <it/il mio disco non funziona/ non sar&agrave; di
aiuto, anzi alzer&agrave; ulteriormente il livello del rumore e con un po' di
fortuna qualcuno chieder&agrave; chiarimenti.

Piuttosto bisogna descrivere i propri problemi con tutti i dettagli
necessari per permettere agli altri di aiutarci. Il problema potrebbe
essere in qualcosa di inaspettato. Perci&ograve; ci si ricordi di elencare
le seguenti informazioni sul proprio sistema:

<descrip>
<tag/Hardware/
<itemize>
<item>Processore
<item>DMA
<item>IRQ
<item>Chipset (LX, BX ecc.)
<item>Bus (ISA, VESA, PCI ecc.)
<item>Scheda di espansione usata (controller del disco, video, IO ecc.)
</itemize>

<tag/Software/
<itemize>
<item>BIOS (Sulla scheda madre, e possibilmente l'adattatore SCSI)
<item>LILO, se usato
<item>La versione del kernel di Linux usata, insieme ad eventuali modifiche e patch
<item>Parametri del kernel, se presenti
<item>Software che provoca l'errore (col numero di versione o la data)
</itemize>

<tag/Periferiche/
<itemize>
<item>Tipo di disco rigido con il nome del produttore, versione e tipo
<item>Altre periferiche pertinenti connesse agli stessi bus
</itemize>

</descrip>

Ci si ricordi che il testo relativo all'avvio &egrave; registrato in <tt>/var/log/messages</tt>,
che pu&ograve; rispondere a molte delle domande precedenti. Ovviamente se il disco fallisce non
sar&agrave; possibile avere il registro salvato sul disco, ma si potr&agrave; far scorrere all'indietro
la schermata usando i tasti <tt/SHIFT/ e <tt/PAGE UP/ . Pu&ograve; anche essere utile includere
parti della schermata nella propria richiesta di aiuto, ma senza esagerare: la si mantenga
<em/breve/ , dato che un file di registro completo inviato su Usenet News &egrave; molto pi&ugrave;
che fastidioso.

</article>
