|
|
(3 versioni intermedie di uno stesso utente non sono mostrate) |
Riga 1: |
Riga 1: |
| I precedenti capitoli hanno mostrato come scaricare e compilare il kernel. Ora che si ha un file eseguibile -- con tutti i moduli compilati -- � ora di installare il kernel e provare a fare il boot. In questo capitolo, a differenza dei precedenti, tutti i comandi necessitano di essere eseguiti come utente root. Questo pu� essere fatto anteponendo ad ogni comando ''sudo'', usando il comando ''su'' per diventare root, oppure accedendo come ''root''.
| | Dopo che ci siamo infilati attraverso tutti i punti riguardanti gli ''sysfs'' e seguendo i symlinks ai nomi del modulo, ora riportiamo uno script molto semplice che farà tutto quel lavoro, in un modo differente: |
| | <pre>#!/bin/bash |
| | # |
| | # find_all_modules.sh |
| | # |
| | for i in `find /sys/ -name modalias -exec cat {} \;`; do |
| | /sbin/modprobe --config /dev/null --show-depends $1 ; |
| | done | rev | cut -f i -d '/' | rev | sort -u</pre> |
| | Si può scaricare un file d'esempio, contenente questo script, dal web site del libro, riportato nella sezione Come contattarci che si trova nella prefazione. |
|
| |
|
| Per vedere se si ha ''sudo'' installato e gli appropriati diritti di accesso, lanciate:
| | Questo script cerca nel ''sysfs'' tutti file chiamati ''modalias''. Il file ''modalias'' contiene gli alias dei moduli e comunica al comando ''modprobe'' quali moduli sono abbinati, e pertanto attivati, ai vari dispositivi. L'alias del modulo è composto da una combinazione di: produttore del dispositivo, ID, tipo di classe ed altri identificativi univoci per il tipo di dispositivo in questione. Tutti i moduli del driver del kernel hanno una lista interna dei dispositivi che supportano, che è generata automaticamente dalla lista dei dispositivi che il driver comunica al kernel di poter supportare. Il ''modprobe'' ricerca tutti i driver nella lista dei dispositivi e cerca di trovare i riscontri con gli alias che questa lista ha. Se ha un riscontro, allora provvede al caricamento del modulo (questa procedura è come la funzionalità di caricamento automatico dei driver lavora in Linux). |
|
| |
|
| <pre> | | Lo script prevede l'arresto del programma ''modprobe'' prima di caricare il modulo, e riporta in display solo le azioni che eseguirebbe. Questo ci da una lista di tutti i moduli che sono utilizzati nel controllo di tutti i dispositivi del sistema. Eseguendo una piccola pulizia della lista, ordinandola e sistemando i campi adeguati, ci da un risultato come |
| $ sudo ls ~/linux/linux-2.6.17.11/Makefile
| | questo: |
| Password:
| | <pre>$ find_all_modules.sh |
| Makefile
| | 8139cp.ko |
| </pre> | | 8139too.koo |
| | ehci-hcd.ko |
| | fimware_vlass.ko |
| | i2c-i801.ko |
| | ieee80211.ko |
| | ieee80211_crypt.ko |
| | ipw2200.ko |
| | mii.ko |
| | mmc_core.ko |
| | pcmcia_core.ko |
| | rsrc_nonstatic.ko |
| | sdhci.ko |
| | snd-hda-codec.ko |
| | snd-hda-intel.ko |
| | snd-page-alloc.ko |
| | snd-pmc.ko |
| | snd-timer.ko |
| | snd.ko |
| | soundcore.ko |
| | uhci-hcd.ko |
| | usbcore.ko |
| | yenta_socket.ko</pre> |
| | Questa è la lista di tutti i moduli che sono necessari alla gestione dell'hardware della macchina. |
|
| |
|
| Inserite la vostra password personale al prompt di password, o la password del system administrator (root). La scelta dipende da come il comando di ''sudo'' � stato impostato. Se non ci sono problemi, e si vede una linea che contiene:
| | Lo scritto potrà egualmente ritornare alcuni messaggi di errore che possono essere del tipo: |
| | | <pre>FATAL: Module pci:v00008086d00002592sv000010CFsd000012E0bc03sc00i00 not found. |
| <pre> Makefile </pre>
| | FATAL: Module serio:ty01pr00id00ex00 not found.</pre> |
| | | Questo ci dice che non si trova un modulo che gestisce il dispositivo. Questo non deve comunque interessare più di tanto, poiché alcuni dispositivi non hanno driver nel kernel che lavorino per loro. |
| allora potete passare alla prossima sezione.
| |
| | |
| Se ''sudo'' non � installato o non si hanno i diritti appropriati, si provi ad usare il comando ''su'':
| |
| | |
| <pre>
| |
| $ su
| |
| Password:
| |
| # exit
| |
| exit
| |
| $
| |
| </pre>
| |
| | |
| Al prompt della password, inserite la password del system administrator (''root''). Quando ''su'' accetta con successo la password, si � trasferiti ad eseguire ognicosa con i pieni privilegi di root. State molto attenti mentre siete ''root'', e fate solo il minimo necessario; dopodich� uscite dal programma per tornare con il vostro utente normale.
| |
| | |
| | |
| == Usare uno script di installazione di una distribuzione ==
| |
| | |
| | |
| Quasi tutte le distribuzioni hanno uno script chiamato ''installkernel'' che pu� essere usato dal sistema di creazione del kernel per installarne uno pronto automaticamente nel giusto posto e per modificare il bootloader cos� che nulla di pi� debba essere fatto dallo sviluppatore *.
| |
| | |
| <pre> | |
| Le distribuzioni offrono installkernel solitamente in un package chiamato mkinitrd, provate ad installare
| |
| questo package se non trovate lo script sulla vostra macchina.
| |
| </pre>
| |
| | |
| Se avete compilato qualsiasi modulo e volete usare questo metodo per installare un kernel, inserite:
| |
| | |
| '''# make modules_install'''
| |
| | |
| Questo installer� tutti i moduli che avete compilato e li metter� nelle appropriate locazioni del filesystem per farli trovare correttamente dal nuovo kernel. I moduli sono posti in ''/lib/modules/kernel_version'', dove per ''kernel_version'' si intende la versione del nuovo kernel che state preparando.
| |
| | |
| Dopo che i moduli sono stati installati con successo, l'immagine principale del kernel deve essere installata:
| |
| | |
| '''# make install'''
| |
| | |
| Questo causer�:
| |
| | |
| 1. Il sistema di creazione del kernel verificher� che il kernel sia stato correttamente costruito.
| |
| | |
| 2. Il sistema di creazione copier� la parte statica nella directory ''/boot'' e rinominer� l'eseguibile sulla base della versione del kernel.
| |
| | |
| 3. Qualsiasi immagine di ramdisk iniziale necessaria verr� creata automaticamente, usando i moduli che sono appena stati installati durante la fase di ''modules_install''.
| |
| | |
| 4. Al programma di bootloader verr� correttamente notificato che un nuovo kernel � presente, e verr� aggiunto nel giusto menu cos� che l'utente possa selezionarlo la prossima volta che la macchina verr� avviata.
| |
| | |
| 5. Dopo questo ha finito, il kernel � installato con successo, si pu� tranquillamente riavviare e provare la nuova immagine di kernel. Notare che questa installazione non sovrascrive nessuna vecchia immagine dei kernel, cos� se c'� un problema con la vostra nuova immagine del kernel, il vecchio kernel potr� essere selezionato al boot time.
| |
| | |
| <pre>
| |
| * Eccezioni da riportare a questa regola sono Gentoo e altre distribuzioni tipo "from scratch", le quali si
| |
| aspettano che l'utente sappia come installare i kernels da solo. Questi tipi di distribuzoni includono la
| |
| documentazione su come installare un nuovo kernel, si consulti quest'ultima per l'esatto metodo richiesto.
| |
| </pre>
| |
| | |
| == Installazione manuale ==
| |
| | |
| | |
| Se la distribuzione non � provvista del comando ''installkernel'', o si desidera semplicemnete fare il lavoro a mano per capire i passi che servono, eccoli qua:
| |
| | |
| I moduli devono essere installati:
| |
| | |
| <pre> # make modules_install </pre>
| |
| | |
| L'immagine statica del kernel deve essere copiata nella directory /boot. Per un kernel basato su piattaforma i386, fare:
| |
| | |
| <pre>
| |
| # make kernelversion
| |
| 2.6.17.11
| |
| </pre> | |
| | |
| Notare che la versione del kernel probabilmente sar� differente da quella del vostro. Usate questo valore al posto del testo KERNEL_VERSION nei seguenti passaggi:
| |
| | |
| <pre>
| |
| # cp arch/i386/boot/bzImage /boot/bzImage-KERNEL_VERSION
| |
| # cp System.map /boot/System.map-KERNEL_VERSION
| |
| </pre>
| |
| | |
| Modificate il bootloader in modo che conosca il nuovo kernel. Questo implica modificare il file di configurazione per il bootloader che si usa, � spiegato pi� avanti in "Modificare il bootloader per il nuovo kernel" in GRUB e LILO.
| |
| | |
| Se il processo di avvio non funziona, solitamente � perch� una immagine iniziale di ramdisk (initial ramdisk) � necessaria. Per crearla correttamente, si usino i passi all'inizio di questo capitolo per installare un kernel automaticamente, poich� lo script di installazione della distribuzione sa come creare adeguatamente il ramdisk usando gli scripts e gli strumenti necessari. Dato che ogni distribuzione fa questo in maniera differente, � oltre lo scopo di questo libro ricoprire tutti i differenti metodi di costruzione dell'immagine di ramdisk.
| |
| | |
| Qui c'� uno script agevole che pu� essere usato per installare un kernel automaticamente invece di dover digitare tutti i precedenti comandi ogni volta:
| |
| | |
| <pre>
| |
| #!/bin/sh
| |
| #
| |
| # installs a kernel
| |
| #
| |
| make modules_install
| |
| | |
| # find out what kernel version this is
| |
| for TAG in VERSION PATCHLEVEL SUBLEVEL EXTRAVERSION ; do
| |
| eval `sed -ne "/^$TAG/s/ //gp" Makefile`
| |
| done
| |
| SRC_RELEASE=$VERSION.$PATCHLEVEL.$SUBLEVEL$EXTRAVERSION
| |
| | |
| # figure out the architecture
| |
| ARCH=`grep "CONFIG_ARCH " include/linux/autoconf.h | cut -f 2 -d "\""`
| |
| | |
| # copy the kernel image
| |
| cp arch/$ARCH/boot/bzImage /boot/bzImage-"$SRC_RELEASE"
| |
| | |
| # copy the System.map file
| |
| cp System.map /boot/System.map-"$SRC_RELEASE"
| |
| | |
| echo "Installed $SRC_RELEASE for $ARCH"
| |
| </pre>
| |
| | |
| | |
| == Modificare il bootloader per il nuovo kernel ==
| |
| | |
| | |
| Esistono due bootloader comuni per i kernel Linux: GRUB e LILO. GRUB � quello maggiormente usato nelle distribuzioni moderne, e fa' alcune cose un po' pi� facilmente di LILO, ma LILO � tuttora anch'esso utilizzato. Li vedremo entrambi in questa sezione.
| |
| | |
| Per determinare quale bootloader il vostro sistema usa, guardate nella directory ''/boot/''. Se esiste una sottodirectory ''grub'':
| |
| | |
| <pre>
| |
| $ ls -F /boot | grep grub
| |
| grub/
| |
| </pre>
| |
| | |
| allora si sta utilizzando GRUB come programma per fare il boot. Se questa directory non � presente, si guardi se � presente il file ''/etc/lilo.conf'':
| |
| | |
| <pre>
| |
| $ ls /etc/lilo.conf
| |
| /etc/lilo.conf
| |
| </pre>
| |
| | |
| se � presente, state usando LILO come programma per fare il boot.
| |
| I passi che implicano l'aggiunta del nuovo kernel a ognuno di questi programmi sono differenti, per cui si segua solo la sezione che corrisponde al programma che si sta usando.
| |
| | |
| ==='''GRUB'''===
| |
| | |
| Per fare in modo che GRUB sappia che un nuovo kernel � presente, tutto ci� che dovete fare � modificare il file ''/boot/grub/menu/lst''. Per i dettagli completi della struttura di questo file, e tutte le differenti opzioni disponibili, consultate le pagine di info di GRUB:
| |
| | |
| | |
| '''$ info grub'''
| |
| | |
| | |
| Il metodo pi� veloce per aggiungere una nuova voce kernel a ''/boot/grub/menu.lst'' � quello di copiare una voce gi� esistente. Per esempio, considerate il seguente ''menu.lst'' da un sistema Gentoo:
| |
| | |
| <pre>
| |
| timeout 300
| |
| default 0
| |
| | |
| splashimage=(hd0,0)/grub/splash.xpm.gz
| |
| | |
| title 2.6.16.11
| |
| root (hd0,0)
| |
| kernel /bzImage-2.6.16.11 root=/dev/sda2 vga=0x0305
| |
| | |
| title 2.6.16
| |
| root (hd0,0)
| |
| kernel /bzImage-2.6.16 root=/dev/sda2 vga=0x0305
| |
| </pre>
| |
| | |
| La linea che comincia con la parola title definisce una nuova voce di kernel, in questo modo questo file contiene due voci. Copiate semplicemente un blocco di linee che cominciano con la linea title, come:
| |
| | |
| <pre>
| |
| title 2.6.16.11
| |
| root (hd0,0)
| |
| kernel /bzImage-2.6.16.11 root=/dev/sda2 vga=0x0305
| |
| </pre>
| |
| | |
| Dopodich� aggiungete il blocco alla fine del file, e modificate il numero di versione con la nuova versione del nuovo kernel che si � appena installato. Il titolo non ha alcuna importanza, purch� unico, ma � visualizzato nel menu di boot, per cui si dovrebbe dargli qualcosa che abbia un significato. Nel nostro esempio, abbiamo installato il kernel 2.6.17.11, per tanto la copia finale del file assomiglier� a:
| |
| | |
| <pre>
| |
| timeout 300
| |
| default 0
| |
| | |
| splashimage=(hd0,0)/grub/splash.xpm.gz
| |
| | |
| title 2.6.16.11
| |
| root (hd0,0)
| |
| kernel /bzImage-2.6.16.11 root=/dev/sda2 vga=0x0305
| |
| | |
| title 2.6.16
| |
| root (hd0,0)
| |
| kernel /bzImage-2.6.16 root=/dev/sda2 vga=0x0305
| |
| | |
| title 2.6.17.11
| |
| root (hd0,0)
| |
| kernel /bzImage-2.6.17.11 root=/dev/sda2 vga=0x0305
| |
| </pre>
| |
| | |
| Dopo che si � salvato il file, riavviate il sistema e assicuratevi che il titolo della nuova immagine del kernel sia presente nel menu di boot. Usate la freccia verso il basso per evidenziare la versione del nuovo kernel, e premete enter per avviare la nuova immagine.
| |
| | |
| ==='''LILO'''===
| |
| | |
| Per fare in modo che LILO sappia che un nuovo kernel � presente, dovete modificare il file di configurazione ''/etc/lilo.conf'' ed eseguire il comando ''lilo'' per applicare le modifiche fatte al file di configurazione. Per i dettagli completi sulla struttura del file di configurazione di LILO, consultate la manpage di LILO:
| |
| | |
| '''$ man lilo'''
| |
| | |
| Il modo pi facile per aggiungere una nuova voce di kernel nel file ''/etc/lilo.conf'' � copiare una voce esistente. Per esempio, considerate il seguente file di configurazione di LILO di un sistema Gentoo:
| |
| | |
| <pre>
| |
| boot=/dev/hda
| |
| prompt
| |
| timeout=50
| |
| default=2.6.12
| |
| | |
| image=/boot/bzImage-2.6.15
| |
| label=2.6.15
| |
| read-only
| |
| root=/dev/hda2
| |
| | |
| image=/boot/bzImage-2.6.12
| |
| label=2.6.12
| |
| read-only
| |
| root=/dev/hda2
| |
| </pre>
| |
| | |
| La linea che comincia con la parola image= definisce una nuova voce kernel, quindi questo file contiene due voci. Copiate semplicemente un blocco di linee che cominciano con image=, come:
| |
| | |
| <pre>
| |
| image=/boot/bzImage-2.6.15
| |
| label=2.6.15
| |
| read-only
| |
| root=/dev/hda2
| |
| </pre>
| |
| | |
| Aggiungete dopo il blocco alla fine del file, e modificate il numero di versione per contenere quella del nuovo kernel appena installato. La label non ha alcuna importanza, purch� unica, ma � visualizzata nel menu di boot, per cui dovreste dargli qualcosa di sensato. Nel nostro esempio, abbiamo installato il kernel 2.6.17.11, per cui la copia finale del file sar�:
| |
| | |
| <pre>
| |
| boot=/dev/hda
| |
| prompt
| |
| timeout=50
| |
| default=2.6.12
| |
| | |
| image=/boot/bzImage-2.6.15
| |
| label=2.6.15
| |
| read-only
| |
| root=/dev/hda2
| |
| | |
| image=/boot/bzImage-2.6.12
| |
| label=2.6.12
| |
| read-only
| |
| root=/dev/hda2
| |
| | |
| image=/boot/bzImage-2.6.17
| |
| label=2.6.17
| |
| read-only
| |
| root=/dev/hda2
| |
| </pre>
| |
| | |
| Dopo aver salvato il file, lanciate il programma ''/sbin/lilo'' per salvare i cambiamenti del file di configurazione nella sezione di boot del disco:
| |
| | |
| <pre> # /sbin/lilo </pre>
| |
| | |
| Ora il sistema pu� essere riavviato in sicurezza. La scelta del nuovo kernel si pu� vedere tra le scelte disponibili a boot time. Usate la freccia verso il basso per evidenziare la versione del nuovo kernel, premete Enter per lanciare il boot della nuova immagine.
| |
Dopo che ci siamo infilati attraverso tutti i punti riguardanti gli sysfs e seguendo i symlinks ai nomi del modulo, ora riportiamo uno script molto semplice che farà tutto quel lavoro, in un modo differente:
#!/bin/bash
#
# find_all_modules.sh
#
for i in `find /sys/ -name modalias -exec cat {} \;`; do
/sbin/modprobe --config /dev/null --show-depends $1 ;
done | rev | cut -f i -d '/' | rev | sort -u
Si può scaricare un file d'esempio, contenente questo script, dal web site del libro, riportato nella sezione Come contattarci che si trova nella prefazione.
Questo script cerca nel sysfs tutti file chiamati modalias. Il file modalias contiene gli alias dei moduli e comunica al comando modprobe quali moduli sono abbinati, e pertanto attivati, ai vari dispositivi. L'alias del modulo è composto da una combinazione di: produttore del dispositivo, ID, tipo di classe ed altri identificativi univoci per il tipo di dispositivo in questione. Tutti i moduli del driver del kernel hanno una lista interna dei dispositivi che supportano, che è generata automaticamente dalla lista dei dispositivi che il driver comunica al kernel di poter supportare. Il modprobe ricerca tutti i driver nella lista dei dispositivi e cerca di trovare i riscontri con gli alias che questa lista ha. Se ha un riscontro, allora provvede al caricamento del modulo (questa procedura è come la funzionalità di caricamento automatico dei driver lavora in Linux).
Lo script prevede l'arresto del programma modprobe prima di caricare il modulo, e riporta in display solo le azioni che eseguirebbe. Questo ci da una lista di tutti i moduli che sono utilizzati nel controllo di tutti i dispositivi del sistema. Eseguendo una piccola pulizia della lista, ordinandola e sistemando i campi adeguati, ci da un risultato come
questo:
$ find_all_modules.sh
8139cp.ko
8139too.koo
ehci-hcd.ko
fimware_vlass.ko
i2c-i801.ko
ieee80211.ko
ieee80211_crypt.ko
ipw2200.ko
mii.ko
mmc_core.ko
pcmcia_core.ko
rsrc_nonstatic.ko
sdhci.ko
snd-hda-codec.ko
snd-hda-intel.ko
snd-page-alloc.ko
snd-pmc.ko
snd-timer.ko
snd.ko
soundcore.ko
uhci-hcd.ko
usbcore.ko
yenta_socket.ko
Questa è la lista di tutti i moduli che sono necessari alla gestione dell'hardware della macchina.
Lo scritto potrà egualmente ritornare alcuni messaggi di errore che possono essere del tipo:
FATAL: Module pci:v00008086d00002592sv000010CFsd000012E0bc03sc00i00 not found.
FATAL: Module serio:ty01pr00id00ex00 not found.
Questo ci dice che non si trova un modulo che gestisce il dispositivo. Questo non deve comunque interessare più di tanto, poiché alcuni dispositivi non hanno driver nel kernel che lavorino per loro.