Manuale Gentoo Linux/MIPSIndice:
A. Installazione di Gentoo1. A proposito dell'installazione di GentooInnanzitutto un caldo benvenuto a Gentoo. Si sta per entrare nel mondo delle possibilità e delle prestazioni. Tutto Gentoo gira intorno alle possibilità. Durante l'installazione di Gentoo questo concetto viene chiarito più volte; è possibile scegliere quanto si voglia compilare autonomamente, come installare Gentoo, che logger di sistema utilizzare, e molto altro. Gentoo è una veloce e moderna metadistribuzione con una architettura semplice e flessibile. Gentoo è stata costruita con software libero e non nasconde agli utenti i meccanismi che ne stanno alla base. Portage, il sistema di gestione dei pacchetti utilizzato da Gentoo, è scritto in Python: è semplice quindi esaminare e modificare il sorgente. Il sistema di pacchetti di Gentoo è basato sui sorgenti, sebbene sia anche compreso il supporto per precompilati, e la configurazione di Gentoo avviene tramite semplici file di testo. In altre parole è tutto alla luce del sole. E' molto importante comprendere che le scelte sono ciò che sta alla base di Gentoo. L'obiettivo è di non forzare mai l'utente a qualcosa che non desidera. Nel caso sia abbia un'impressione diversa è possibile segnalarlo. L'installazione di Gentoo può essere divisa in una procedura di dieci passi elementari, corrispondenti ai capitoli 2-11. Ogni passo ha come risultato uno stato intermedio:
Al momento in cui si presenta una scelta viene fatto il possibile per illustrare quali siano i pro e i contro. La guida continua con una scelta predefinita, identificata come "Predefinito:" nel titolo. Le restanti possibilità vengono indicate come "Alternativa: ". La scelta predefinita in generale non è quella raccomandata, tuttavia è quella che si pensa venga usata dalla maggior parte degli utenti. A volte può essere intrapreso un passo opzionale. In questo caso il passo viene segnato come "Opzionale:" e non è dunque indispensabile per l'installazione di Gentoo. In ogni caso alcuni passi opzionali dipendono strettamente da decisioni prese in precedenza. Viene quindi messa in luce la questione in tali occasioni, sia prima che venga intrapresa la scelta, sia prima della descrizione del passo opzionale. Si può installare Gentoo in molti modi differenti. Si può scaricare e installare da uno dei CD di installazione, da una distribuzione già installata, da un CD avviabile (come Knoppix), da un ambiente avviato via rete, da un floppy, ecc. Questo documento tratta dell'installazione tramite CD di Installazione e in alcuni casi boot via rete. Nelle istruzioni di installazione si presuppone che si desideri installare l'ultima versione disponibile di ogni pacchetto. Per effettuare una installazione in assenza di un collegamento ad Internet è possibile consultare il Manuale Gentoo 2008.0 che contiene le istruzioni per l'installazione in ambiente senza collegamento ad Internet. Notare inoltre che se si pensa di utilizzare la GRP (Gentoo Reference Platform, un insieme di pacchetti precompilati da utilizzare subito dopo l'installazione) è indispensabile seguire le informazioni del Manuale Gentoo 2008.0. Per istruzioni riguardanti altri approcci consultare la Guida alternativa all'installazione. E' inoltre disponibile una raccolta di suggerimenti che potrebbero essere una lettura altrettanto utile. Nel caso queste istruzioni sembrassero troppo complesse è possibile consultare una guida più rapida disponibile nella pagina della documentazione ufficiale. Sono disponibili molte altre opzioni: si può compilare il sistema da zero o utilizzare un ambiente precompilato per ottenere un ambiente di Gentoo funzionante in poco tempo. E naturalmente esistono soluzioni intermedie in cui non si compila tutto quanto ma si inizia da un sistema semi-pronto. Se durante l'installazione o nella documentazione si riscontrassero dei problemi è possibile consultare il sistema di gestione dei bug e, nel caso non fosse un problema già noto, segnalarlo per una rapida soluzione. Non c'è motivo di temere la reazione degli sviluppatori a cui vengono assegnati i bug: sono innocui. Notare che, nonostante il presente documento sia specifico per ogni architettura, non mancano riferimenti ad altre architetture. Questo avviene a causa del fatto che diverse parti del manuale sono comuni a tutte le architetture per evitare duplicazioni e problemi vari. L'intento è comunque quello di limitare i riferimenti alle altre architetture per evitare confusioni. Se, nonostante l'attenta lettura del manuale, non è ben chiaro se il problema riguardi un errore dell'utente, o un bug software, cosa effettivamente plausibile nonostante i numerosi test, è possibile entrare nel canale #gentoo su irc.freenode.net. Ovviamente si è sempre benvenuti! Se ci fossero domande riguardanti Gentoo, è possibile consultare l'elenco delle Domande frequenti, disponibili nella Documentazione Gentoo. E' possibile inoltre sfruttare le FAQ disponibili sui forum. Se ancora il dubbio rimanesse irrisolto si può entrare in #gentoo su irc.freenode.net dove parecchi esperti sono sempre disponibili. 2. Scelta della modalità di installazionePrima ancora di cominciare vengono elencate le richieste hardware necessarie per installare Gentoo sulla propria macchina.
Si dovrebbe anche controllare Requisiti hardware Gentoo/MIPS Linu sul sito di Gentoo. Una nota sui processori e sulle architetture Su molte architetture, il processore cambia spesso, e quello nuovo si costruisce sulla base di quello precedente. MIPS non fa eccezione. Ci sono molte CPU per la architettura MIPS. Per scegliere il tarball dell'immagine dello stage netboot e le CFLAGS appropriate, si deve conoscere il tipo di CPU che si usa. Questi tipi sono riferiti a Instruction Set Architecture.
Altro importante concetto è quello di endianness. Endianness si riferisce al modo in cui una CPU legge le parole dalla memoria principale. Una parola può essere letta sia con big endian (il byte più significativo), sia con little endian (il byte meno significativo). Le macchine Intel x86 sono principalmente Little endian, mentre le macchine Apple e Sparc sono Big Endian. Su MIPS, possono essere entrambi. Per separarle, si aggiunge el all'architettura per denotare le little endian.
Per chi volesse sapere di più su ISA, può consultare i seguenti siti.
Un archivio stage3 è un tar che contiene un ambiente Gentoo minimale, fatto apposta per continuare l'installazione Gentoo, come indicato in questo manuale. In precedenza il Manuale Gentoo descriveva l'installazione mediante l'utilizzo di uno dei tre stage disponibili. Adesso però, pur continuando ad essere disponibili tutti e tre gli stage, il metodo ufficiale di installazione adotta lo stage3. Se si è interessati a condurre una installazione Gentoo utilizzando un archivio stage1 o stage2 è possibile consultare le Domande frequenti (FAQ) su Gentoo alla voce Come installare Gentoo mediante uno stage1 o stage2. 2.c. Descrizione dell'avvio da rete (Netbooting) In questa sezione si spiega tutto ciò che è necessario per fare l'avvio da rete (network boot) con una workstation Silicon Graphics o Cobalt Server. È solo una piccola guida, per altre informazioni si consiglia di leggere il documentoPostazioni diskless usando Gentoo Linux. Di cosa si ha bisogno: In base alla macchina, ci sarà bisogno di determinato hardware per completare con successo l'avvio da rete e l'installazioe di Linux.
Impostare TFTP e DHCP -- una breve guida Questa non è una guida completa, si può usare per cominciare una installazione da zero, o usare i suggerimenti per una impostazione esistente per supportare l'avvio da rete. Notare che i server usati non devono per forza eseguire Gentoo Linux, si può usare FreeBSD o un'altra piattaforma Unix-like. In questa guida, si assume però di usare Gentoo Linux. Se lo si desidera, si può eseguire TFTP/NFS su una macchina differente del server DHCP.
Il primo passo è configurare DHCP. Per fare rispondere il demone ISC DHCP alle richieste BOOTP (richiesto da SGI & Cobalt BOOTROM), si deve abilitare il BOOTP dinamico sul range di indirizzi in uso; poi impostare una voce per ogni client che punta alla immagine boot.
Si deve creare il /etc/dhcp/dhcpd.conf. Qui c'è un esempio di configurazione per cominciare.
Con questa impostazione, si può aggiungere qualsiasi numero di client nella subnet. Si vedrà più avanti cosa è necessario mettere. Il prossimo passo è impostare il server TFTP. È raccomandato usare tftp-hpa poichè è l'unico demone TFTP conosciuto che funziona correttamente. Si deve installarlo:
Questo crea /tftproot per immagazzinare le immagini netboot. Si può spostarla in qualsiasi altra parte se lo si desidera. In questo manuale si assume che venga lasciata nel suo percorso predefinito. 2.d. Avvio da rete su workstation SGI Scaricare una immagine netboot Ci sono molte immagini disponibili per essere scaricate, dipende su quale sistema si vogliono installare. Sono tutte etichettate per il sistema e la CPU sui quali saranno compilate. I tipi di macchine sono:
Nel filename r4k si riferisce ai processori R4000-series, r5k a R5000, rm5k a RM5200 e r10k a R10000. Le immagini disponibili si trovano sui mirror Gentoo. Configurazione DHCP per un client SGI Dopo averlo scaricato, mettere il file della immagine decompressa nella directory /tftpboot. (Usare bzip2 -d per decomprimerla) Modificare /etc/dhcp/dhcpd.conf e aggiungere la voce per il client SGI.
È quasi fatta, ma ci sono alcune ottimizzazioni da fare. Aprire una console con i privilegi root, e dare i seguenti comandi.
Dovrebbe essere sufficiente per fare andare il server Linux con SGI Prom. A questo punto, si dovrebbe essere pronti a avviare i demoni. Quindi digitare i seguenti comandi:
Se è andato tutto bene, si dovrebbe poter proseguire con il manuale. Se il server DHCP non si avvia, provare a eseguire 'dhcpd' da riga di comando (se si visualizza un 'exiting', vedere sotto quali sono i problemi). Un modo facile per verificare se il demone tftp sta funzionando, è quello di digitare il seguente comando( se si visualizza un qualcosa di simile al messaggio sottostante, tutto è andato bene.
Avvio da rete su una macchina SGI Ora che tutto è impostato e DHCP e TFTP stanno funzionando, è tempo di accendere la macchina SGI. Quando si vede sullo schermo "Running power-on diagnostics", cliccare "Stop For Maintenance" o premere ESC. Si presenta un menu come il seguente. Digitare i comandi come quelli sottostanti.
La macchina dovrebbe cominciare a scaricare la immagine e dopo 20 secondi dovrebbe partire l'avvio di Linux. Se tutto funziona come dovrebbe, ci si dovrebbe trovare in una shell Busybox ash come descritto di seguito, in cui si può passare alla Configurazione della rete.
Se la macchina si rifiuta di scaricare la sua immagine, le cause possono essere due, (1) si è fatto un errore in qualche parte, o (2) si ha bisogno di una piccola persuasione. Ecco una lista delle cose che si possono controllare:
Se si è controllato tutto sul server, e si stanno ottenendo timeout, ecc. sulla macchina SGI, digitare quanto segue nella console.
2.e. Metodo alternativo: Gentoo/MIPS SGI LiveCD Su macchine Silicon Graphics, è possibile avviare il sistema da un CD da cui installare successivamente il sistema operativo. (l'installazione di IRIX ad esempio) Di recente, sono state fatte immagini per CD avviabili con cui si può installare Gentoo. Al momento il Live CD Gentoo/MIPS funziona solo su workstation SGI Indy, Indigo 2 e O2 con CPU serie R4000 e R5000, in fututo potrebbe essere possibile farlo funzionare su altre piattaforme. Si possono trovare le immagini del Live CD per il download sui Gentoo Mirror nella directory experimental/mips/livecd.
Una nota importante, SGI PROM non conosce il formato ISO9660, e neanche El Torito boot standard. Queste immagini su CD sono state costruite come un SGI disklabel con la immagine di boot nell'intestazione del volume come un disco rigido. Prestare attenzione quando si masterizza il CD. Qui di seguito si trova un comando di esempio che assume che la velocità sia di 24x su un masterizzatore IDE. Se si ha un masterizzatore SCSI cambiare dev in un modo appropriato. Lo stesso per l'opzione speed: se si riscontrano problemi, cambiare la velocità.
2.f. Avvio da rete su server Cobalt Descrizione della procedura di avvio da rete Al contrario delle macchine SGI, i server Cobalt usano NFS per trasferire i loro kernel per l'avvio. Si avvia la macchina premendo i tasti freccia sinistra & destra mentre si accende. La macchina tenterà di ottenere un numero IP via BOOTP, monta la directory /nfsroot dal server con NFS, cerca di scaricare e avviare il file vmlinux_raq-2800.gz (dipende dal modello) che si assume essere un binario standard ELF. Scaricare una immagine Netboot In http://dev.gentoo.org/~redhatter/mips/cobalt/netboots/ si troveranno immagini boot per ottenere e eseguire Cobalt. I file di cui si ha bisogno si chiamano nfsroot-KERNEL-COLO-DATE-cobalt.tar, selezionare quello più recente e scompattarlo in / come mostrato sotto:
Siccome questa macchina usa NFS per scaricare la sua immagine, bisogna esportare /nfsroot sul server. Se non lo si è già fatto, si deve installare il pacchetto net-fs/nfs-utils.
Una volta fatto, inserire quanto segue nel file /etc/exports. Si possono impostare restrizioni più strette se lo si desidera.
Si può avviare il server NFS:
Se il server NFS è già in esecuzione, si può dire di controllare nuovamente il file exports con il comando exportfs.
Configurazione DHCP per una macchina Cobalt La cosa è relativamente diretta. Aggiungere la seguente informazione al file /etc/dhcp/dhcpd.conf.
Si dovrebbe essere pronti per avviare i demoni. Digitare quanto segue:
Se è andato tutto bene, si dovrebbe poter proseguire con il manuale. Se il server DHCP non si avvia, provare a eseguire 'dhcpd' da riga di comando (se si visualizza un 'exiting', vedere sotto quali sono i problemi). Avvio da rete sulla macchina Cobalt Ora che tutto è impostato e DHCP e TFTP stanno funzionando, è tempo di accendere la macchina Cobalt. Collegare il cavo del modem, e impostare il terminale seriale per poter usare 115200 baud, 8 bits, nessuna parità, 1 stop bit, VT100 emulazione. Premere i tasti freccia sinistra & destra mentre l'unità si accende. Se tutto è andato bene, si dovrebbe visualizzare "Net Booting", si dovrebbero vedere alcune attività di rete, seguiti da CoLo. Andare in basso nel menu fino a trovare "Network (NFS)" e premere invio. Si dovrebbe notare che la macchina si avvia nella console seriale.
Se tutto è andato bene, ci si dovrebbe trovare in una shell Busybox ash come mostrato sotto, dalla quale si può passare alla Configurazione della rete.
Se la macchina si rifiuta di scaricare la sua immagine, i casi possono essere due, (1) si è fatto un errore in qualche parte, o (2) si ha bisogno di una piccola persuasione. Questa è una lista delle cose che si possono controllare:
3. Configurazione della rete3.a. Rilevamento automatico della rete Se il sistema è collegato ad una rete Ethernet attraverso un server DHCP, è molto probabile che la configurazione di rete sia già stata completata automaticamente. In questo caso è già possibile usufruire dei vari comandi di rete inclusi nel CD di Installazione quali ssh, scp, ping, irssi, wget, links e molti altri. Se la rete è già stata configurata il comando /sbin/ifconfig dovrebbe elencare alcune interfacce di rete oltre a lo, come ad esempio eth0:
Opzionale: Configurare i Proxy Se l'accesso a Internet avviene attraverso un proxy, si potrebbe aver bisogno di configurare i parametri del proxy durante l'installazione. E' molto facile definire un proxy: basta definire una variabile che contiene le informazioni del server proxy. Nella maggior parte dei casi, si definisce la variabile usando l'hostname del server. Ad esempio, si assuma che il proxy sia chiamato proxy.gentoo.org e che la porta sia la 8080.
Se il proxy richiede una username e una password, si dovrebbe usare la seguente sintassi per la variabile:
Potrebbe essere utile fare il ping sul server DNS dell'ISP (si può trovare in /etc/resolv.conf) e su un sito Web a scelta, per assicurarsi che i pacchetti stiano raggiungendo la rete, che la risoluzione dei domi di dominio stia funzionando correttamente, eccetera.
La rete è funzionante? Se è così, si può saltare il resto di questa sezione e continuare con la Preparazione dei Dischi. Se non è così, sfortunatamente, si deve proseguire in altro modo. 3.b. Configurazione Automatica della Rete Se la rete non funziona immediatamente, alcune modalità di installazione permettono di usare net-setup (per le reti normali o wireless) o pppoe-setup (per gli utenti ADSL) o pptp (per gli utenti PPTP, disponibile solo per sistemi x86, amd64, alpha, ppc e ppc64). Se la modalità di installazione non prevede nessuno di questi strumenti o la rete non funziona ancora, continuare con la Configurazione Manuale della Rete.
Il modo più semplice di installare la rete se non è configurata automaticamente è eseguire lo script net-setup:
net-setup pone alcune domande sull'ambiente di rete. Al termine si dovrebbe avere una connessione di rete attiva: verificare il collegamento. Se i test sono positivi, congratulazioni! Si è pronti per installare Gentoo. Saltare il resto di questa sezione e continuare con la Preparazione dei Dischi. Se la rete ancora non funziona, continuare con la Configurazione Manuale della Rete. Se c'è bisogno di PPPoE per connettersi a internet, il CD di Installazione (qualsiasi versione) rende le cose facili perchè include ppp. Usare lo script fornito pppoe-setup per configurare la connessione. Viene richiesto di inserire il dispositivo Ethernet che è collegato al modem adsl, lo username e la password, gli IP dei server DNS e se si ha bisogno un firewall di base o meno.
Se qualcosa andasse storto, ricontrollare di avere digitato correttamente lo username e la password controllando /etc/ppp/pap-secrets o /etc/ppp/chap-secrets e assicurarsi che il dispositivo ethernet che si sta utilizzando sia quello giusto. Se il dispositivo ethernet non esiste, si deve caricare il modulo appropriato di rete. In questo caso si dovrebbe continuare con la Configurazione Manuale della Rete dove si spiega come caricare l'appropriato modulo di rete. Se funziona tutto, continuare con la Preparazione dei Dischi. Se si ha bisogno del supporto PPTP, si può usare pptpclient, il quale viene fornito dal CD di Installazione. Prima però bisogna assicurarsi che la configurazione sia corretta. Modificare /etc/ppp/pap-secrets o /etc/ppp/chap-secrets in modo che contenga la corretta combinazione username/password:
Modificare se necessario /etc/ppp/options.pptp:
Quando si è finito, eseguire pptp (con le opzioni che non si possono impostare in options.pptp) per connettere il server:
Ora continuare con la Preparazione dei Dischi. 3.c. Configurazione Manuale della Rete Caricare gli Appropriati Moduli di Rete Quando si effettua il boot con il CD di Installazione, quest'ultimo prova a rilevare tutti i dispositivi hardware e carica i moduli (driver) appropriati del kernel per supportare l'hardware. Nella grande maggioranza dei casi, l'operazione ha successo. Tuttavia, in alcuni casi, potrebbe non caricare automaticamente i moduli del kernel di cui si ha bisogno. Se net-setup o pppoe-setup non dessero buoni risultati, si può di sicuro supporre che la scheda di rete non sia stata trovata immediatamente. Ciò significa che è necessario caricare gli appropriati moduli del kernel manualmente. Per scoprire quali moduli del kernel sono disponibili per la rete, usare ls:
Se si trova un driver per la scheda di rete, utilizzare modprobe per caricare il modulo del kernel:
Per controllare se la scheda di rete è stata rilevata, eseguire ifconfig. Una scheda di rete rilevata dovrebbe produrre un risultato simile a questo:
Se invece si riceve il seguente errore, la sheda di rete non è rilevata:
Se si possiedono più schede di rete nel sistema, esse vengono etichettate rispettivamente eth0, eth1, ecc. Assicurarsi che la scheda che si desidera utilizzare sia funzionante e ricordarsi di utilizzare il nome corretto nelle operazioni successive. Nel resto del documento si fa riferimento alla scheda eth0. Una volta rilevata una scheda di rete, si può eseguire di nuovo net-setup o pppoe-setup (che adesso dovrebbero funzionare), ma per i puristi ecco come configurare la rete a mano. Scegliere una delle seguenti sezioni a seconda della propria configurazione:
Il DHCP (Dynamic Host Configuration Protocol) rende possibile ricevere automaticamente le informazioni sulla rete (indirizzo IP, netmask, indirizzo broadcast, gateway, nameserver ecc.). Funziona soltanto se si ha un server DHCP nella rete (o se il provider fornisce un servizio DHCP). Per avere una interfaccia di rete che riceva queste informazioni automaticamente, utilizzare dhcpcd:
Se funziona (provare a pingare alcuni server internet, come Google), allora è stato tutto configurato e si è pronti per continuare. Saltare il resto di questa sezione e continuare con la Preparazione dei Dischi. Configurare un accesso Wireless
Se si sta utilizzando una scheda wireless (802.11), potrebbe essere necessario configurare i parametri wireless prima di continuare. Per visualizzare gli attuali parametri wireless della propria scheda è possibile utilizzare iwconfig. una esecuzione di iwconfig dovrebbe produrre un risultato simile al seguente:
Per la maggior parte degli utenti sono solo due i parametri importanti da impostare, l'ESSID (il nome della rete wireless) e la chiave WEP. Se l'ESSID e l'indirizzo dell'access point visualizzati sono corretti e non si utilizza WEP, la configurazione è completa e funzionante. Se invece è necessario cambiare ESSID o aggiungere una chiave WEP è necessario eseguire i seguenti comandi:
Ora è possibile confermare le proprie impostazioni utilizzando iwconfig. Una volta che la rete wireless è funzionante è possibile continuare a configurare le impostazioni del livello IP descritte nella sezione successiva (Terminologia di rete) o utilizzare net-setup come descritto in precedenza.
Se i tentativi precedenti falliscono, è necessario configurare la rete manualmente. Non si deve aver paura, non è difficile. Ma è necessario spiegare un po' di concetti riguardanti la rete per potere essere capaci di configurarla correttamente. Questo paragrafo illustra brevemente cosa sia un gateway, a cosa serva la netmask, come sia formato un indirizzo broadcast e perchè ci sia bisogno dei nameserver. In una rete, gli host sono identificati dai loro indirizzi IP (indirizzi Internet Protocol). Un indirizzo è una combinazione di 4 numeri tra 0 e 255. Almeno così lo percepiamo. In realtà, un indirizzo IP consiste di 32 bit (1 e 0). Ecco un esempio:
Un indirizzo IP deve essere unico per ogni host perchè le reti siano accessibili (in pratica tutti gli host che si possono raggiungere devono avere un indirizzo IP unico). Per potere fare una distinzione tra host dentro una rete, e host fuori una rete, l'indirizzo IP è diviso in due parti: la parte di network e la parte di host. La separazione è demarcata tramite la netmask, un insieme di 1 seguito da un insieme di 0. La parte di IP corrispondente agli 1 è la parte di network, l'altra è la parte di host. Di solito, la netmask può essere scritta come un indirizzo IP.
In altre parole, 192.168.0.14 fa ancora parte della rete dell'esempio, ma 192.168.1.2 no. L'indirizzo broadcast è un indirizzo IP con la stessa parte di network, ma con solo una parte di host. Ogni host sulla rete ascolta questo indirizzo IP. Serve per i pacchetti di broadcast.
Per potere navigare su internet, è necessario sapere quale host condivida la connessione a Internet. Questo host è chiamato gateway. E' un normale host ed ha un normale indirizzo IP (per esempio 192.168.0.1). In precedenza si è detto che ogni host ha il suo indirizzo IP. Per potere raggiungere questo host tramite un nome (anzichè un indirizzo IP) è necessario un servizio che traduce un nome (come dev.gentoo.org) in un indirizzo IP (come 64.5.62.82). Questo servizio è chiamato name service. Per utilizzarlo si deve definire il nameserver in /etc/resolv.conf. In alcuni casi, il gateway serve come nameserver. Altrimenti si dovrà inserire il nameserver fornito dall'ISP. Per riassumere, si ha bisogno delle seguenti informazioni prima di continuare:
Installare la rete consiste di tre passi. Nel primo si assegna l'indirizzo IP con ifconfig. Nel secondo si configura il routing verso gateway con route. Nel terzo infine si inserisce l'IP dei nameserver in /etc/resolv.conf. Per assegnare un indirizzo IP, si avrà bisogno dell'indirizzo IP da assegnare, dell'indirizzo broadcast e della netmask. Eseguire il seguente comando, sostituendo ${IP_ADDR} con l'indirizzo IP, ${BROADCAST} con l'indirizzo broadcast e ${NETMASK} con la netmask:
Ora installare il routing con route. Sostituire ${GATEWAY} con l'indirizzo IP del gateway:
Aprire /etc/resolv.conf con un editor qualsiasi (per esempio nano):
Inserire i nameserver secondo il seguente esempio. Assicurarsi di sostituire ${NAMESERVER1} e ${NAMESERVER2} con gli appropriati indirizzi dei nameserver:
Testare la rete con il ping di alcuni server Internet (come Google). Se funziona, congratulazioni, si è pronti per installare Gentoo. Continuare con la Preparazione dei Dischi. 4. Preparazione dei dischi4.a. Introduzione ai dispositivi a blocchi Si dà ora un'occhiata approfondita agli aspetti relativi ai dischi in Gentoo Linux e in Linux in generale, tra cui i filesystem Linux, le partizioni e i dispositivi a blocchi. Quindi, una volta acquisita familiarità con i dischi e i filesystem, si viene guidati attraverso il processo di configurazione delle partizioni e dei filesystem per l'installazione di Gentoo Linux. Per cominciare, si introducono i dispositivi a blocchi. Il dispositivo a blocchi più famoso è probabilmente quello che rappresenta la prima unità IDE in un sistema Linux, /dev/sda. I dischi SCSI e Serial ATA vengono entrambi etichettati come /dev/sd*; anche i dischi IDE sono etichettati come /dev/sd* con il nuovo framework libata nel kernel. Se si sta usando un vecchio framework per le periferiche, allora il primo disco IDE sarà /dev/hda. I dispositivi a blocchi rappresentano un'interfaccia astratta ai dischi. I programmi utente possono usare questi dispositivi a blocchi per interagire con i dischi, senza doversi chiedere se si tratta di unità IDE, SCSI o di qualsiasi altro tipo. Il programma può semplicemente indirizzare la memorizzazione su disco attraverso dei blocchi contigui, accessibili in modalità casuale, e di dimensione pari a 512 byte ciascuno. Sebbene in linea teorica sia possibile usare un intero disco per il sistema Linux, in pratica ciò non viene quasi mai fatto. Invece, i dispositivi a blocchi del disco sono divisi in parti più piccole e più maneggevoli. Queste parti sono chiamate partizioni. 4.b. Impostare uno schema di partizionamento Numero e dimensione delle partizioni Il numero delle partizioni dipende fortemente dal proprio ambiente. Per esempio, se si hanno molti utenti su una stessa macchina, molto probabilmente si desidera tenere separate le directory /home, aumentando così la sicurezza e rendendo più facile il backup. Se si sta installando Gentoo per utilizzarlo come mailserver, /var dovrebbe essere separata poichè tutta la posta viene memorizzata in essa. Una buona scelta del filesystem è quella che massimizza le prestazioni. I gameserver è bene che abbiano una partizione separata per /opt, visto che la maggior parte dei server di gioco sono installati lì. La stessa cosa vale per /home: sicurezza e backup. Si dovrebbe tenere una grande /usr: questa contiene non solo la maggior parte delle applicazioni, il solo Portage tree occupa 500 MB di spazio, esclusi i sorgenti che sono in esso. Come si è visto, molto dipende da cosa si desidera realizzare. Partizioni o volumi separati hanno i seguenti vantaggi:
Le partizioni multiple hanno però un grosso svantaggio: se non sono configurate correttamente, si potrebbe avere un sistema con molto spazio libero su una partizione e poco su un'altra. C'è anche un limite di 15 partizioni per SCSI e SATA. 4.c. Usare fdisk su MIPS per partizionare il disco Macchine SGI: Creare un SGI Disk Label Tutti i dischi in un sistema SGI richiedono un SGI Disk Label, che serve per una funzione simile a quella di Sun & MS-DOS disklabels -- Memorizza informazioni sulle partizioni dei dischi. Con la crezione di un nuovo SGI Disk Label si creeranno due partizioni speciali sul disco:
Il seguente, è un esempio preso da fdisk. Dopo averlo letto, adattarlo in base alle proprie necessità.
Ottenere l'intestazione del volume SGI della giusta dimensione
Ora che è creato il SGI Disklabel, le partizioni devono essere definite. Nell'esempio sopra, ci sono già due partizioni definite. Ci sono le partizioni speciali che non dovrebbero essere cambiate. Tuttavia, per installare Gentoo, si ha bisogno di caricare un bootloader, e immagini del kernel multiple (dipende dal tipo di sistema) direttamente nell'intestazione del volume. L'intestazione del volume può contenere otto immagini di ogni grandezza, un'immagine può avere un nome di otto caratteri. Il processo di rendere più larga l'intestazione del volume non è esattamente diretto; c'è un piccolo trucco per farlo. Non si può cancellare e riaggiungere l'intestazione del volume con fdisk. Nell'esempio sotto, si creerà un'intestazione del volume di 50MB insieme a una partizione di boot di 50MB. La disposizione del proprio disco può variare, ma l'esempio è solo a scopo illustrativo.
Se non si hanno conoscenze buone per usare fdisk leggere le istruzioni sul partizionamento su Cobalts. I concetti sono gli stessi: ricordarsi di lasciare l'intestazione del volume e le partizioni del disco. Si può creare il resto delle partizioni. Dopo che tutte le partizioni sono state create assicurarsi di impostare l'ID della partizione swap a 82, Linux Swap. Il valore predefinito è 83, Linux Native. Ora che le partizione sono create, si può continuare con Creare i filesystem. Macchine Cobalt: Partizionare il disco Sulle macchine Cobalt, il BOOTROM si aspetta di vedere un MS-DOS MBR, in modo che il partizionamento del disco sia diretto: è lo stesso che si fa per una macchina x86. Comunque ci sono alcune cose da tenere in mente.
Per questa ragione, si raccomanda di creare una partizione /boot di circa 20MB formattata EXT2r0, sulla quale installare CoLo & i kernel. Questo permette di eseguire un filesystem moderno (EXT3 o ReiserFS) per la partizione root. Si assume che sia stata creato /dev/sda1 da montare successivamente come partizione di /boot. Se si desidera renderla come /, si dovranno ricordare le aspettative di PROM. Per creare le partizioni digitare fdisk /dev/sda al prompt. I principali comandi che si devono sapere sono questi:
Continuare con Creare i filesystem. Ora che le partizioni sono state create, è il momento di inserire il filesystem. Se non si è interessati alla scelta del filesystem e vanno bene quelli che si usano in modo predefinito in questo Manuale, continuare con la sezione su come Applicare un filesystem a una partizione. Altrimenti ecco una descrizione dei filesystem disponibili. Sono disponibili molti filesystem. ReiserFS, ext2 e ext3 sono giudicati stabili sull'architettura MIPS, gli altri sono sperimentali. ext2 è il vero e proprio filesystem di Linux ma non possiede il supporto per il metadata journaling, il che significa che le routine che effettuano all'avvio i controlli sul filesystem ext2 possono impiegare diverso tempo. Al momento esiste una scelta abbastanza ampia di filesystem journaled di nuova generazione che sono in grado di effettuare controlli sulla consistenza molto velocemente e sono generalmente preferiti alle controparti non-journaled. I filesystem journaled prevengono i lunghi tempi di attesa che solitamente si riscontrano quando viene riavviato il sistema e il filesystem si trova in uno stato inconsistente. Se si ha intenzione di installare Gentoo su un disco molto piccolo (meno di 4GB), in tal caso si dovrà indicare ad ext2 di riservare un numero sufficiente di inode tramite l'esecuzione del comando mke2fs -T small /dev/<device>. ext3 è la versione journaled del filesystem ext2, fornisce il metadata journaling per un veloce recupero dei dati in aggiunta ad altre caratteristiche di journaling avanzate come full data e ordered data journaling. Utilizza un indice Htree che abilita alte prestazioni in quasi tutte le situazioni. In breve, ext3 è un filesystem davvero molto valido e affidabile, ed è raccomandato per qualsiasi sistema e scopo. Se si ha intenzione di installare Gentoo su un disco molto piccolo (meno di 4GB), in tal caso si dovrà indicare ad ext3 di riservare un numero sufficiente di inode tramite l'esecuzione del comando mke2fs -j -T small /dev/<device>. JFS è il filesystem con journaling ad alte prestazioni di IBM. JFS è un filesystem leggero, veloce ed affidabile basato su B+Tree con buone prestazioni in varie condizioni. ReiserFS è un filesystem basato su B+tree che offre ottime prestazioni generali, specialmente nella gestione di una grande quantità di piccoli file, al costo di più cicli di CPU. ReiserFS sembra avere una manutenzione più ridotta degli altri filesystem. XFS è un filesystem con metadata journaling ricco di caratteristiche interessanti e ottimizzato per una forte scalabilità. XFS sembra essere poco tollerante a vari problemi hardware. Applicare un filesystem a una partizione Per creare un filesystem su una partizione o volume, sono disponibili gli strumenti per ogni filesystem possibile:
Per esempio, per avere la partizione di boot (/dev/sda1) ext2 e la partizione root (/dev/sda3) ext3, si usa:
Ora si procede alla creazione dei filesystem sulle partizioni (o volumi logici) create precedentemente.
mkswap è il comando usato per creare e inizializzare le partizioni swap:
Per attivare la partizione swap, usare swapon:
Creare e attivare swap con il comando menzionato sopra. Ora che le partizioni sono inizializzate e hanno un filesystem, è il momento di montarle. Usare il comando mount. Non dimenticarsi di creare le necessarie directory di mount per ogni partizione creata. Come esempio si monta la partizione root e boot:
E' necessario inoltre montare il filesystem proc (una interfaccia virtuale con il kernel) su /proc. Ma prima si devono mettere i file sulle partizioni. Ora continuare con la Copia dei file di installazione di Gentoo. 5. Copia dei file di installazione di GentooPrima di continuare si dovrebbe controllare la data e l'ora della propria macchina e aggiornarla. Un orologio configurato male potrebbe portare a strani risultati in futuro. Per verificare la data e l'ora attuale, eseguire date:
Se la data e l'ora è errata, aggiornarla con date MMDDhhmmYYYY (M mese, D giorno, h ora, m minuti e Y anno). Per esempio, per impostare come data il 29 Marzo, ore 16.21 dell'anno 2005:
Il prossimo passo è quello di installare lo stage scelto nel proprio sistema. Andare nel punto di montaggio di Gentoo in cui è stato montato il proprio filesystem (molto probabilmente /mnt/gentoo):
La tabella sotto specifica quali stage servono per ogni sistema. Gli stage possono essere scaricati dai mirror ufficiali Gentoo nella directory releases/mips/current.
Se si ha bisogno di un proxy, esportare le variabili http_proxy e ftp_proxy:
Le immagini Gentoo/MIPS netboot usano wget per scaricare i file. A causa di restrizioni di spazio, non è possibile fornire browser più capienti su immagini SGI netboot. Gli utenti dei LiveCD possono usare elinks.
Se si vuole controllare l'integrità dello stage scaricato, usare md5sum o sha1sum e comparare l'output con il checksum MD5 fornito sul mirror. Per esempio, per controllare la validità dello stage mips4:
Decomprimere lo stage scaricato nel sistema. Si usa il tar GNU poichè è il metodo più facile:
Assicurarsi di usare le stesse opzioni (-xjpf). La x sta per Estrarre, la j per Decomprimere con bzip2, la p per Preservare i permessi e la f per denotare che si vuole estrarre un file, non un input standard. Lo stage è installato, continuare con Installare Portage. Decomprimere lo snapshot di Portage Si deve installare uno snapshot di Portage, un insieme di file che informa Portage quali software si possono installare, quali profili sono disponibili, ecc. Scaricare e installare uno snapshot di Portage Andare nel mountpoint dove si sono montati i filesystem (di solito /mnt/gentoo):
Scaricare uno snapshot di portage da un mirror locale. Sono nella directory snapshots/. Inserirlo nel sistema nello stesso modo in cui si è scaricato lo stage.
5.d. Configurare le opzioni di compilazione Per ottimizzare Gentoo, si possono impostare alcune variabili che modificano il comportamento di Portage. Tutte queste variabili possono essere impostate come variabili d'ambiente (con export) ma non in modo permanente. Portage fornisce /etc/make.conf, il suo file di configurazione. Si modifica proprio questo file.
Aprire un editor di testo. Sono forniti due editor, vi (parte di Busybox) e nano. Si assume che si stia usando nano.
Il file make.conf.example è strutturato in modo generico: le righe comentate iniziano con "#", altre righe definiscono le variabili con la sintassi VARIABLE="content". Il file make.conf usa la stessa sintassi. Molte di queste variabili sono discusse sotto. Le variabili CFLAGS e CXXFLAGS definiscono le flag di ottimizzazione rispettivamente per il compilatore gcc C e C++. Nonostante qui vengano definite in modo generale, si otterranno le massime performance solo se si ottimizzeranno queste flag separatamente per ogni programma. La ragione è perchè ogni programma è differente. In make.conf si dovrebbero definire le flag di ottimizzazione che rendono il sistema più reattivo in generale. Non mettere impostazioni sperimentali in qesta variabile; troppe ottimizzazioni possono avere degli effetti negativi sui programmi (crash o malfunzionamenti). Non si spiegano tutte le possibili opzioni di ottimizzazione. Se si desidera conoscerle tutte, leggere GNU Online Manual(s) o la pagina di informazioni di gcc (info gcc, funziona solo su un sistema Linux funzionante). Il file make.conf.example stesso contiene molti esempi ed informazioni; non dimenticare di leggerlo. Una prima impostazione è la flag -march=, che specifica il nome dell'architettura del sistema. Le opzioni possibili sono descritte nel file make.conf.example (come commenti). Esempi includono livelli ISA (mips1 ... mips4) e modelli delle CPU (r4400, r4600 ... ecc). Per le architetture di livello ISA, si può semplicemente specificare -mips3 piuttosto di -march=mips3.
Una seconda impostazione è la flag -O (o maiuscola, non zero), che specifica la classe di ottimizzazione di gcc. Possibili classi sono s (per ottimizzazioni sulla dimensione), O (per nessuna ottimizzazione), 1, 2 o perfino 3 per ulteriori ottimizzazioni sulla velocità (ogni classe ha le stesse flag di quella precedente, più alcune aggiuntive). -O2 è quanto viene raccomandato come impostazione predefinita. È risaputo che l'ottimizzazione -O3 causa gravi problemi se usata a livello globale nel sistema, pertanto si consiglia vivamente di rimanere fermi all'ottimizzazione -O2.
Una importante impostazione in MIPS è la flag -mabi=. MIPS ha 3 differenti ABI; 32 (puro 32-bit, aka o32), 64 (totale 64-bit, aka n64) e n32 (un mix di strutture di dati 32 bit con istruzioni 64 bit). Questa flag seleziona quali di questi si desidera usare. Si ha bisogno delle librerie per l'ABI che si seleziona. Per esempio, non si può usare -mabi=64 su un userland 32 bit (o anche su userland n32). Altra flag di ottimizzazione comune è -pipe (usa pipe piuttosto che file temporanei per la comunicazione tra vari stage di compilazione). L'utilizzo di -fomit-frame-pointer (non mantiene il frame pointer in un registro per le funzioni di cui non si ha bisogno) potrebbe portare a serie ripercussioni nel debugging delle applicazioni. Quando si definisce CFLAGS e CXXFLAGS, si dovrebbero combinare molte flag di ottimizzazione, come nel seguente esempio:
Con MAKEOPTS si definisce quante compilazioni parallele possono essere eseguite durante l'installazione di un pacchetto. Una buona scelta è il numero di CPU nel sistema più uno, ma non è detto che sia sempre l'impostazione migliore.
Aggiornare /mnt/gentoo/etc/make.conf in base alle proprie preferenze e salvarlo (gli utenti che usano nano devono premere Ctrl-X). Si è pronti per continuare con l'Installazione del sistema base Gentoo. 6. Installazione del sistema base GentooOpzionale: Selezionare i mirror Per scaricare rapidamente i codici sorgenti si raccomanda di selezionare un mirror rapido. Portage cerca in make.conf la variabile GENTOO_MIRRORS ed utilizza i mirror in essa elencati. E' possibile visitare la lista dei mirror e cercare uno o più mirror vicini, visto che spesso sono i più rapidi. E' anche possibile utilizzare uno strumento chiamato mirrorselect che fornisce una comoda interfaccia per la seleziona dei mirror preferiti.
Una seconda impostazione importante è la variabile SYNC di make.conf. La variabile contiene il server rsync che si desidera utilizzare al momento di aggiornare l'albero di Portage, ovverosia la collezione di ebuild e script che contengono tutte le informazioni necessarie a scaricare ed installare il software. Sebbene sia possibile impostare manualmente un server SYNC, mirrorselect può farlo automaticamente:
Dopo l'esecuzione di mirrorselect è consigliabile controllare la correttezza delle impostazioni in /mnt/gentoo/etc/make.conf ! Copiare le informazioni del DNS C'è ancora una cosa da fare prima di poter entrare nel nuovo ambiente, si devono copiare le informazioni del DNS in /etc/resolv.conf. Questo passo è necessario per fare in modo che la rete funzioni ancora, anche dopo esser entrati nel nuovo ambiente. /etc/resolv.conf contiene i nameserver per la rete.
Montare i filesystem /proc e /dev Montare il filesystem /proc su /mnt/gentoo/proc per permettere all'installazione di usare informazioni fornite dal kernel anche dentro l'ambiente in cui si è effettuato il chroot; montare poi tramite bind il filesystem /dev.
Adesso che tutte le partizioni sono pronte e che l'ambiente di base è installato, è arrivato il momento di entrare nel nuovo ambiente di installazione effettuando il chroot. Significa che ci si sposta dall'attuale ambiente di installazione (CD di Installazione o altre modalità di installazione) al sistema di installazione nel proprio sistema (nelle partizioni create). Il chroot è costituito di tre parti. Nella prima si cambia root, da / (sul supporto di installazione) a /mnt/gentoo (nelle partizioni create), usando chroot. Nella seconda si crea un nuovo ambiente usando env-update, il quale inizializza le variabili di ambiente. Nella terza si caricano queste variabili in memoria, con source.
Congratulazioni! Da adesso si è dentro Gentoo Linux. Naturalmente la fine dell'installazione è lontana, poiché mancano ancora alcune sezioni. 6.b. Configurazione di Portage Si procede ora all'aggiornamento di Portage tramite il comando emerge --sync.
Se si è dietro ad un firewall che blocca il traffico rsync è possibile usare emerge-webrsync che scarica ed installa una immagine completa di Portage. Se si riceve l'avviso che è disponibile una nuova versione di Portage e che si dovrebbe aggiornarlo, è necessario eseguire quest'operazione immediatamente tramite il comando emerge --oneshot portage. Innanzitutto qualche definizione. Il profilo è una parte integrante di ciascun sistema Gentoo. Non solo specifica i valori predefiniti per USE, CFLAGS ed altre impostanti variabili, ma posiziona il sistema all'interno di un certo intervallo di versioni di pacchetti. Il profilo viene mantenuto dagli sviluppatori Gentoo. In precedenza il profilo non doveva essere modificato dall'utente. Tuttavia esistono situazioni in cui può essere necessario optare per un cambio di profilo. E' possibile visualizzare l'attuale profilo in uso con il seguente comando:
Il profilo predefinito implementa un sistema basato su kernel 2.6. Questa è l'impostazione raccomandata, ma è anche possibile scegliere un altro profilo. Per alcune architetture sono inoltre disponibili i sottoprofili desktop e server. L'esecuzione di eselect profile list visualizzerà tutti i profili disponibili. Dopo aver consultato i vari profili disponibili per la propria architettura, è possibile sceglierne uno differente, se lo si desidera.
USE è una delle variabili più potenti che Gentoo fornisce agli utenti. Molti programmi possono essere compilati con o senza il supporto opzionale per certi elementi. Per esempio, alcuni programmi possono essere compilati con il supporto per gtk, o con il supporto per qt. Altri con o senza il supporto per SSL. Alcuni programmi possono essere compilati con il supporto per il framebuffer (svgalib), anziché con quello per X11 (server X). La maggior parte delle distribuzioni compila i propri pacchetti con il maggior numero possibile di supporti, aumentando le dimensioni dei programmi e il tempo di avvio, per non parlare dell'enorme quantità di dipendenze. Con Gentoo si può definire con quali opzioni un pacchetto deve essere compilato. Questa è la funzione di USE. Nella variabile USE si definiscono delle parole chiave (keyword) che vengono poi tradotte in opzioni di compilazione. Per esempio, ssl abilita il supporto ssl nei programmi che lo supportano. -X (notare il trattino davanti) rimuove il supporto per il server X. gnome gtk -kde -qt3 -qt4 abilita i programmi al supporto gnome (e gtk), ma non a quello kde (e qt), rendendo il sistema ottimizzato per GNOME. Le impostazioni predefinite di USE sono conservate nel file make.defaults del proprio profilo. I file make.defaults si trovano nella directory a cui punta il collegamento /etc/make.profile e in tutte le directory a pari livello. L'impostazione USE che viene utilizzata in modo predefinito è la somma di tutte le USE in tutti i file make.defaults. Ciò che viene specificato in /etc/make.conf è considerato rispetto alle impostazioni predefinite. Se si aggiunge qualcosa alle impostazioni di USE, lo si aggiunge anche all'elenco predefinito. Se si rimuove qualcosa dalle impostazioni di USE (mettendo un trattino davanti), lo si rimuove anche dall'elenco predefinito (se era nell'elenco). Non si deve cambiare mai nessuna opzione nella directory /etc/make.profile; in quanto essa viene sovrascritta quando si aggiorna Portage. Una descrizione completa di USE si trova nella seconda parte del Manuale Gentoo, Capitolo 1: flag USE. Una descrizione completa sulle flag USE disponibili si trova in /usr/portage/profiles/use.desc.
Come esempio ecco le impostazioni di USE per un sistema basato su KDE, e con il supporto per DVD, ALSA e masterizzazione CD:
Opzionale: Localizzazioni di glibc Di solito su un sistema vengono utilizzate le impostazioni per una o due lingue. E' possibile specificare le lingue di cui si ha bisogno nel file /etc/locale.gen.
L'esempio che segue imposta l'utilizzo dell'inglese (Stati Uniti) e tedesco (Germania) con i relativi formati di carattere (come UTF-8):
Il passo successivo consiste nell'esecuzione di locale-gen. Il comando genera il supporto per tutte le lingue specificate nel file /etc/locale.gen. Continuare ora con la Configurazione del Kernel. 7. Configurazione del KernelInnanzitutto è necessario selezionare il proprio fuso orario (timezone), in modo che il sistema riconosca in che parte del globo è collocato. Individuare il proprio fuso orario in /usr/share/zoneinfo, dopodichè copiarlo in /etc/localtime. Si sconsiglia di utilizzare i fusi orari del tipo /usr/share/zoneinfo/Etc/GMT* poichè i loro nomi non indicano le zone che ci si aspetterebbe. Per esempio GMT-8 indica GMT+8.
Il cuore, intorno al quale sono sviluppate tutte le distribuzioni, è il Kernel di Linux. E' la parte di software compresa tra i programmi e l'hardware. Gentoo dà la possibilità ai suoi utenti di scegliere tra diversi sorgenti del kernel. Una lista completa delle descrizioni dei kernel disponibili, è consultabile nella Guida ai Kernel Gentoo. Sistemi basati su MIPS devono scegliere i mips-sources. L'insieme di patch differisce da quelle disponibili per altre architetture, e ne contiene molte specifiche per MIPS.
Se si dà un'occhiata a /usr/src, si dovrebbe vedere un link simbolico chiamato linux, che punta al sorgente del kernel. In questo caso il sorgente del kernel installato punta a mips-sources-2.6.23.14-mips, ma ricordarsi che la versione potrebbe essere diversa:
Ora si procede a configurare e compilare il sorgente del kernel. 7.c. Compilazione e installazione del kernel Di solito si è vista la configurazione manuale del sorgente del kernel. Questa è divenuta impraticabile dato il numero di sistemi che sono supportati. Questa sezione esamina vari sorgenti per configurazioni di esempio del kernel. Usare esempi di configurazione nei sorgenti del kernel Molti sistemi supportati hanno esempi di .config nascosti nel kernel sorgente. Non tutti hanno le configurazioni distribuite in questo modo. Quelli che li hanno, possono essere configurati con i comandi menzionati nella tabella sotto.
Usare la configurazione del kernel già in esecuzione dal media di installazione Tutte le immagini di installazione Gentoo forniscono una opzione di configurazione del kernel come parte dell'immagine stessa, accessibile in /proc/config.gz. Può essere usata in molti casi. E' meglio però che il proprio sorgente del kernel corrisponda al kernel che è attualmente in esecuzione. Per estrarlo, eseguire zcat come mostrato sotto.
Database per le compatibilità hardware Come aiuto agli utenti nel trovare impostazioni funzionanti, è stato avviato un database per le compatibilità hardware. Questo database elenca il supporto per vari dispositivi MIPS, e permette agli utenti di contribuire alle configurazioni del kernel funzionanti. L'indirizzo per questo sito è http://stuartl.longlandclan.hopto.org/gentoo/mips. Se si trova questo servizio utile, si può contribuire con note e file .config così che altri utenti ne possano beneficiare. Dovrebbe essere chiaro che non c'è nessuna garanzia affinchè ogni file di configurazione scaricato da questo sito funzioni. Adattare la configurazione in base alle proprie necessità Una volta trovata una configurazione, si deve scaricarla nella directory del sorgente del kernel, e rinominarla in .config. Da lì, si può eseguire make oldconfig per aggiornare e per cambiare la configurazione prima della compilazione.
Ora che il kernel è configurato, il prossimo passo sarà la sua compilazione ed installazione. Uscire dal menu di configurazione e avviare il processo di compilazione:
Quando la compilazione è finita, è necessario copiare l'immagine del kernel in /boot.
Si dovrebbero inserire i moduli che si vogliono caricare in /etc/modules.autoload.d/kernel-2.6. Se si vuole, si possono anche aggiungere altre opzioni ai moduli. Per vedere tutti i moduli disponibili, eseguire il comando find. Non dimenticarsi di sostituire "<versione kernel>" con la versione del kernel appena compilato:
Per esempio, per caricare automaticamente il modulo 3c59x.ko, modificare il file kernel-2.6 inserirendovi il nome del modulo stesso.
Continuare l'installazione con la Configurazione del sistema. 8. Configurazione del sistema8.a. Informazioni sul filesystem In Linux, tutte le partizioni usate dal sistema devono essere elencate in /etc/fstab. Questo è un file che contiene i punti di montaggio delle partizioni (cioè dove le partizioni compaiono nella struttura del filesystem), come devono essere montate (opzioni speciali), e quando (automaticamente o meno, se gli utenti possono montarle o meno, etc.). /etc/fstab usa una sintassi speciale. Ogni riga contiene sei parti, separate da spazio (spazio, tabulazioni o entrambi). Ogni parte ha un significato:
Osservare ora le opzioni specificate per la partizione di /boot. Questo è solo un esempio, non si è potuto o voluto creare una partizione /boot non copiarla pari pari. In questo esempio di partizionamento MIPS /boot corrisponde alla partizione /dev/sda1, con ext2 come filesystem. Ha bisogno di essere controllata, si può dunque scrivere:
Alcuni utenti preferiscono non montare /boot all'avvio per ragioni di sicurezza. In questo caso è possibile sostituire defaults con noauto. Questo significa che è necessario montare manualmente la partizione ogni volta si desidera accedervi. Aggiungere le righe corrispondenti al proprio schema di partizionamento ed aggiungerne per le periferiche CD-ROM ed ovviamente per gli altri tipi di partizioni o dispositivi in uso. Usare ora l'esempio che segue per creare il proprio /etc/fstab:
L'impostazione auto fa in modo che mount rilevi automaticamente il filesystem (raccomandato per i media rimovibili poichè possono essere creati con molti filesystem); l'impostazione user rende possibile montare il CD per gli utenti che non hanno il privilegio di root. Per migliorare la prestazioni, la maggior parte degli utenti potrebbe volere aggiungere l'opzione noatime come opzione di mount, con cui si ottiene un sistema più veloce, poichè i tempi di accesso non sono registrati (di solito comunque non c'è bisogno di averli): Rileggere con attenzione /etc/fstab, salvarlo e uscire per continuare. Hostname, nome di dominio e altro Una delle scelte che l'utente deve fare, è quella di dare un nome al proprio PC. Sembra facile, ma molti utenti hanno delle difficoltà nel trovare il nome appropriato per il loro pc Linux. Per velocizzare le cose, è importante sapere che qualsiasi nome si scelga, si può in seguito cambiarlo. Per quello che importa si può chiamare il sistema tux e il dominio homenetwork.
Poi, se si necessita di un nome di dominio, impostarlo in /etc/conf.d/net. E' necessario un nome di dominio solo se il proprio provider o il proprio amministratore lo richiedono o se si ha un DNS ma non un DHCP. Non è necessario preoccuparsi del dominio se i propri parametri di rete vengono impostati via DHCP.
Se si utilizza un dominio NIS (se non si sa cosa sia la risposta è no), è necessario definirlo:
Si dovrebbe ricordare che la configurazione della rete fatta inizialmente era solo per l'installazione di Gentoo. Adesso è necessario configurare la rete per il sistema Gentoo in funzione.
Tutte le informazioni di rete sono raccolte in /etc/conf.d/net. Questo file usa una sintassi semplice ma non molto intuitiva per chi non sa installare la rete manualmente. Non si si deve preoccupare, in quanto verrà spiegato tutto. Un esempio ampiamente commentato che copre i diversi tipi di configurazione è disponibile in /etc/conf.d/net.example. Come impostazione predefinita viene utilizzato DHCP. Perchè il DHCP funziono c'è bisogno di un client adeguato. Questa operazione è descritta in seguito nella Installazione degli strumenti di sistema. Non dimenticare di installare un client DHCP. Se si necessita di configurare la rete, sia perchè si necessita di impostare il comportamento di DHCP, o perchè non si utilizza affatto DHCP, aprire con il proprio editor preferito (in questo esempio si usa nano) /etc/conf.d/net.
Il file aperto è il seguente:
Per impostare l'indirizzo IP, la maschera di rete ed il gateway è necessario impostare le variabili config_eth0 e routes_eth0:
Per utilizzare DHCP, definire config_eth0:
Leggere /etc/conf.d/net.example per una lista di tutte le opzioni disponibili. Se si ha la necessità di impostare delle opzioni specifiche per DHCP assicurarsi di leggere la pagina di manuale del client DHCP. Se si dispone di diverse interfacce di rete, ripetere i passi precedenti per config_eth1, config_eth2, ecc. Salvare la configurazione ed uscire per continuare. Far partire automaticamente la rete all'avvio Per attivare le interfacce di rete all'avvio, si deve aggiungerle al runlevel di default.
Se si hanno molte interfacce di rete, si devono creare gli script di init per net.eth1, net.eth2, ecc. Per farlo si può usare ln:
Scrivere le informazioni di rete E' necessario fornire a Linux informazioni sulla propria rete. Queste si trovano in /etc/hosts, e aiutano a mettere in corrispondenza gli hostname e gli indirizzi IP, per gli host che non sono risolti dal nameserver. E' necessario impostare una riga per il proprio sistema. Si potrebbe anche volerne impostare ulteriori per sistemi delle propria rete che non si desidera risolvere tramite il DNS.
Salvare e uscire per continuare. Inanzitutto si imposta la password di root scrivendo:
Gentoo usa /etc/rc.conf per la configurazione generale del sistema. Aprire /etc/rc.conf per vederne i contenuti e leggerne le spiegazioni.
Una volta terminata la configurazione di /etc/rc.conf, salvare e uscire. Come si può vedere, questo file contiene tutte le spiegazioni necessarie per impostare le variabili di configurazione. E' possibile configurare il proprio sistema per utilizzare unicode e definire il proprio editor predefinito ed il proprio display manager (come gdm o kdm). Gentoo usa /etc/conf.d/keymaps anche per gestire la configurazione della tastiera. E' possibile modificarlo per cambiare le impostazioni della tastiera.
Si presti particolare attenzione alla variabile KEYMAP: impostare questo valore in maniera sbagliata significa avere problemi con l'uso della tastiera. Una volta terminata la configurazione di /etc/conf.d/keymaps, salvare e uscire. Gentoo usa /etc/conf.d/clock per impostare l'orologio. E' possibile modificarlo per personalizzare l'orologio.
Se il proprio orologio hardware non è impostato su UTC è necessario aggiungere l'impostazione CLOCK="local" al file. In caso contrario l'orologio non funziona correttamente. E' necessario definire il fuso orario che si è precedentemente copiato in /etc/localtime in modo tale che gli aggiornamenti al pacchetto sys-libs/timezone-data possano automaticamente aggiornare /etc/localtime. Ad esempio se si dovesse usare l'impostazione GMT si dovrebbe aggiungere TIMEZONE="GMT". Una volta terminata la configurazione di /etc/conf.d/clock, salvare e uscire. Continuare con l'Installazione degli strumenti di sistema necessari. 9. Installazione degli strumenti di sistemaAlcuni strumenti non sono inclusi nello stage3 perchè ci sono diversi pacchetti che offrono le medesime funzionalità, perciò viene lasciata all'utente la libertà di scegliere quali installare. Il primo strumento che si deve scegliere serve a fornire un facile logging per il sistema. Unix e Linux hanno una eccellente storia sulle possibilità di logging; se si desidera, nei file di log si può osservare tutto quello che succede sul sistema. Ciò avviene attraverso il logger di sistema. Gentoo offre molti logger di sistema. Ci sono sysklogd, che è l'insieme tradizionale di demoni per i log di sistema, syslog-ng, un logger di sistema avanzato, e metalog che risulta essere un'alternativa altamente configurabile. Potrebbero già esserne disponibili altri, visto che il numero di pacchetti cresce di giorno in giorno. Se si sceglie di utilizzare sysklogd o syslog-ng può essere consigliabile l'installazione di logrotate visto che non viene fornito alcun sistema di archiviazione automatica dei log vecchi. Per installare il logger di sistema scelto, si deve emergerlo e aggiungerlo al runlevel di default con rc-update. L'esempio seguente installa syslog-ng. Ovviamente si deve sostituirlo con logger di sistema scelto:
Il prossimo strumento è il demone cron. Anche se è opzionale e non richiesto per il sistema, è consigliato installarlo. Di che cosa si tratta? Il demone cron esegue comandi programmati. E' molto utile se si deve eseguire qualche comando regolarmente (per esempio, giornalmente, settimanalmente o mensilmente). Gentoo offre tre possibili demoni cron: dcron, fcron e vixie-cron. Installare uno di questi è simile ad installare un logger di sistema. Tuttavia, dcron e fcron richiedono un comando extra di configurazione, che è crontab /etc/crontab. Se si è indecisi su quale scegliere, usare vixie-cron. Se si sta installando Gentoo senza il collegamento alla rete Internet, è possibile scegliere solo vixie-cron. Se si desidera installarne un altro è possibile attendere e farlo in seguito.
9.c. Opzionale: indicizzazione dei file Se si desidera indicizzare i file del proprio sistema in modo da poterli localizzare rapidamente usando locate, è necessario installare sys-apps/slocate.
9.d. Strumenti per il file system In base al file system che si sta usando, si devono installare gli strumenti di utilità necessari (per controllare l'integrità del file system, per creare un file system supplementare etc.). Notare che gli strumenti per gestire i filesystem ext2/ext3 (e2fsprogs) sono già installati come parte del sistema. La seguente tabella elenca gli strumenti necessari da installare se si usa un determinato file system:
Se si desidera usare EVMS, è necessario installare emvs:
L'uso di USE="-gtk" evita che vengano installate alcune dipendenze. Se si desidera abilitare gli strumenti grafici di evms è possibile ricompilare il pacchetto in un secondo momento. Se non si necessita di ulteriori strumenti per la rete (quali ppp o un client dhcp) continuare con la Configurazione del bootloader. Opzionale: Installare un client DHCP Se è necessario che Gentoo ottenga automaticamente un indirizzo IP per una o più interfacce di rete è necessario installare dhcpcd (o qualsiasi altro client DHCP, consultare il capitolo Impostazioni modulari per una lista di possibili client). In caso contrario potrebbe non essere possibile utilizzare la rete al termine dell'installazione.
Opzionale: Installare un client PPPoE Se si ha bisogno di ppp per connettersi alla rete, bisogna installarlo:
Continuare ora con la Configurazione del Bootloader. 10. Configurazione del Bootloader10.a. Macchine Silicon Graphics: Impostare arcload Su sistemi SGI, si usa il bootloader arcload. Nelle precedenti versioni, si poteva usare anche arcboot, ma è stato dichiarato obsoleto.
arcload è stato scritto per sistemi che richiedono kernel 64 bit, e che quindi non possono usare arcboot (il quale non può facilmente essere compilato come un binario 64 bit). Ha anche delle peculiarità che si notano quando si caricano kernel dalla intestazione del volume. Si procede con l'installazione:
Si dovrebbe trovare il binario arcload in /usr/lib/arcload. Ci sono due file:
Usare dvhtool per installare il binario appropriato al proprio sistema nell'intestazione del volume:
Usare dvhtool per verificare che siano nell'intestazione del volume.
Il file arc.cf ha una sintassi simile a C. Per dettagli su come configurarlo, vedere la pagina arcload su Linux/MIPS wiki. In breve, si definisce un numero di opzioni, le quali si abilitano e disabilitano al boot con la variabile OSLoadFilename.
A partire da arcload-0.5, arc.cf ed i kernel possono risiedere le''header del volume o in una partizione. Se si desidera sfruttare questa nuova possibilità si può spostare i propri file nella partizione /boot (o / se non si possiede una partizione di boot separata). arcload utilizza il codice del filesystem del famoso bootloader grub e dunque ne supporta gli stessi filesystem.
Quello che manca è impostare alcune opzioni nel PROM. Vedere la sezione Riavviare il sistema. 10.b. Cobalt MicroServer: Impostare CoLo Sui server Cobalt, queste macchine hanno firmware meno capace installato sul chip. Il Cobalt BOOTROM è primitivo rispetto al SGI PROM, ed ha alcuni limiti.
Per superare questi limiti, è stato sviluppato un firmware alternativo, CoLo (Cobalt Loader). E' una immagine BOOTROM che può essere sia inserita nel chip del server Cobalt, sia essere caricata dal firmware esistente.
Si inizia con emergere il pacchetto.
Si dovrebbe avere la directory /usr/lib/colo e in essa si dovrebbero trovare due file, colo-chain.elf il kernel per il firmware di riserva da caricare, e colo-rom-image.bin una immagine ROM che si inserisce nel BOOTROM. Iniziare montando /boot e mettendo una copia compressa di colo-chain.elf in /boot dove il sistema si aspetta di trovarla.
Quando il sistema si avvia per la prima volta, caricherà CoLo con un menu diviso in sezioni. La prima opzione (predefinita dopo 5 secondi) è il boot del disco. Il sistema tenta di montare la prima partizione Linux che trova, ed esegue lo script default.colo. La sintassi è ben documentata nella documentazione di CoLo (leggere /usr/share/doc/colo-X.YY/README.shell.gz, dove X.YY è la versione installata), ed è molto semplice.
E' anche possibile chiedere quale kernel & configurazione si preferisce bootare, con timeout predefinito. Questa configurazione fa questo, chiedere all'utente quale kernel desidera usare, e eseguire l'immagine scelta. vmlinux.gz.new e vmlinux.gz.working possono essere le immagini del kernel o symlink che puntano alle immagini del kernel su questo disco. Il 50 di select specifica che dovrebbe procedere con la prima opzione ("Working") dopo 50/10 secondi.
Vedere la documentazione in /usr/share/doc/colo-VERSION per maggiori informazioni. 10.c. Impostare una console seriale Si assume che si sia loggati in un terminale. Sulle macchine Cobalt non è una cosa da fare.
Aprire con un editor /etc/inittab. Si trova qualcosa come questo:
Non commentare la riga c0. In modo predefinito è impostata per usare un baud rate terminale di 9600 bps. Sui server Cobalt, si potrebbe cambiarlo a 115200 per combinare il baud rate deciso dal BOOT ROM. Sui server Cobalt, si raccomanda di commentare le righe locali del terminale (da c1 a c6) poichè non funzinano bene quando non possono aprire /dev/ttyX.
Si deve dire al sistema che la porta locale seriale può essere considerata come un terminale sicuro. Il file che si deve modificare è /etc/securetty. Contiene un elenco di terminali sicuri per il sistema. Si aggiungono due righe, e permette che la riga seriale sia usata per i login da root.
Uscire dall'ambiente in cui si è fatto il chroot e smontare tutte le partizioni montate. Poi digitare il comando reboot.
Il bootloader è installato, si è pronti per riavviare il sistema.
Dopo aver riavviato, andare nel System Maintenance Menu e selezionare Enter Command Monitor (5) come quando si è fatto il netboot al sistema.
Le prossime impostazioni dipendono da come si sta avviando il sistema. Impostazioni per l'avvio diretto nell'intestazione del volume Si fa cenno a questo per completezza. E' raccomandato agli utenti di installare arcload.
Se si desidera provare un kernel senza fare confusione con i parametri del kernel, si può usare il comando PROM boot -f:
arcload usa l'opzione OSLoadFilename per specificare quale opzione è da impostare da arc.cf. Il file di configurazione è essenzialmente uno script, con i blocchi iniziali che definiscono le immagini di boot per sistemi differenti, e dentro, le impostazioni opzionali. Così OSLoadFilename=mysys(serial) si applica nelle impostazioni per il blocco mysys, poi imposta varie opzioni escluse in serial. Nel file di esempio già visto, si ha un blocco di sistema definito, ip28 con le opzioni disponibili working, new e debug. Si definiscono le variabili di PROM così:
A partire da arcload-0.5, i file non devono più per forza essere messi nell'header del volume ma possono essere posti invece in una partizione. Per comunicare ad arcload dove cercare i propri file di configurazione ed i vari kernel, è necessario impostare la variabile PROM OSLoadPartition. Il valore esatto dipende dalla posizione del proprio disco sul bus SCSI. Utilizzare la variabile PROM SystemPartition come esempio, dovrebbe essere sufficiente cambiare solo i numeri delle partizoni.
Ora si ha installato un sistema Gentoo. Avviare in Gentoo, e finire con Termine dell'installazione Gentoo. 11. Termine dell'installazione GentooAggiungere un utente per l'uso quotidiano Lavorare come root su un sistema Unix/Linux è pericoloso e andrebbe evitato per quanto possibile. Per questo è fortemente raccomandato aggiungere un utente per l'uso quotidiano. I gruppi a cui l'utente appartiene definiscono le attività che l'utente è autorizzato a effettuare. La seguente tabella elenca una serie dei più comuni gruppi:
Per esempio, per creare un utente chiamato john, che è membro dei gruppi wheel, users e audio accedere come root ed eseguire useradd:
Se questo utente dovesse effettuare qualche operazione come root, può usare su - per ricevere temporaneamente i privilegi di root. Un altro modo è quello di usare il pacchetto sudo, che è molto sicuro, se configurato correttamente. Ora che l'installazione di Gentoo è terminata ed è stato effettuato il riavvio, se tutto si è completato correttamente è possibile rimuovere gli archivi tar stage3 e l'immagine di Portage dal disco. Ricordarsi che sono state scaricate nella directory /.
12. Cosa fare adesso?Congratulazioni! Adesso si ha un sistema funzionante con Gentoo. Ma cosa fare adesso? Quali sono le opzioni? Che cosa vedere per prima cosa? Gentoo fornisce ai suoi utenti molte possibilità e caratteristiche più o meno documentate. È consigliabile leggere la prossima parte del Manuale Gentoo, Lavorare con Gentoo, che spiega come mantenere aggiornato il software, come installare altro software, che cosa sono le flag USE, come funziona il sistema di inizializzazione (init) di Gentoo, ecc. Se si è interessati all'ottimizzazione del proprio sistema per il desktop, o si vuole imparare a configurare il sistema affinchè diventi un desktop completamente funzionante, consultare le Guide alla configurazione del desktop. Inoltre è possibile consultare la guida alla localizzazione per adattare il proprio sistema alla lingua locale. E' infine disponibile un ampio manuale riguardante la sicurezza con Gentoo di sicuro interesse. Per un elenco completo di tutta la documentazione disponibile, consultare le risorse della Documentazione Gentoo. Naturalmente si è i benvenuti sui Forum Gentoo, o su uno dei tanti Canali IRC Gentoo. Ci sono anche molte mailing list aperte a tutti gli utenti. Informazioni su come unirsi sono contenute sulla pagina. Per ora si termina qui, buon divertimento con Gentoo. B. Lavorare con Gentoo1. Una introduzione di PortagePortage è probabilmente l'innovazione di Gentoo più rilevante nella gestione software. La grande flessibilità e l'enorme quantità di caratteristiche ne fanno uno dei migliori programmi per la gestione del software disponibili per Linux. Portage è completamente scritto in Python e Bash e perciò completamente visibile agli utenti essendo entrambi linguaggi di scripting. Molti utenti useranno Portage attraverso il tool emerge. Questo capitolo non è un duplicato delle informazioni disponibili attraverso le pagine man di emerge. Per avere la lista completa delle opzioni di emerge, consultare la pagina man:
Quando si parla di pacchetti si intendono spesso titoli software che sono disponibili agli utenti Gentoo attraverso l'albero del Portage. L'albero del Portage è una collezione di file ebuild che contengono tutte le informazioni necessarie al Portage per manutenere il software (installare, ricercare,....). Questi ebuild risiedono di default in /usr/portage. Ogni qualvolta si chiede al Portage di eseguire alcune azioni riguardanti i titoli software, vengono usati gli ebuild del sistema come base. Diviene, così, importante aggiornare regolarmente gli ebuild del sistema in modo tale che Portage sia a conoscenza del nuovo software, degli aggiornamenti, ecc. Aggiornamento dell'albero del Portage L'albero del Portage viene di solito aggiornato con rsync, una utility per il trasferimento incrementale di file. L'aggiornameto è realmente semplice dato che il comando emerge fornisce un'interfaccia per rsync:
Se non si riesce ad usare rsync a causa di un firewall si può aggiornare l'albero del Portage usando lo snapshot che viene generato giornalmente. Il tool emerge-webrsync scarica ed installa automaticamente l'ultimo snapshot dai sistemi Gentoo.
1.c. Manutenzione del software La ricerca dei titoli software attraverso l'albero del Portage si esegue utilizzando la funzione di ricerca di emerge. Di default emerge --search restituisce i nomi dei pacchetti i cui titoli corrispondono (per intero o parzialmente) a quelli forniti per la ricerca. Per esempio, dovendo cercare tutti i pacchetti che hanno "pdf" nel loro nome:
Se si vuole cercare attraverso la descrizione si può usare l'opzione --searchdesc ( o -S):
Da uno sguardo all'output si nota che vengono fornite diverse informazioni. I campi sono chiaramente identificativi per cui non si addentrerà ulteriormente nel loro significato:
Una volta trovato il titolo del software che interessa, lo si può facilmente installare con emerge facendolo seguire dal nome del pacchetto. Per esempio, per installare gnumeric:
Dato che molte applicazioni dipendono da altre ogni tentativo di installare certi pacchetti software potrebbe portare all'installazione di alcuni pacchetti aggiuntivi. Se si vuol sapere cosa verrà installato dal Portage quando viene richiesta un'installazione, si deve aggiungere l'opzione --pretend. Per esempio:
Quando si chiede al Portage di installare un pacchetto, verrà scaricato il codice sorgente necessario da internet e memorizzato di default in /usr/portage/distfiles. Il pacchetti verrà quindi estratto, compilato ed installato. Se si vuole che Portage scarichi solo i sorgenti senza installarli, aggiungere al comando emerge l'opzione --fetchonly:
Trovare la documentazione di pacchetti installati Molti pacchetti forniscono la propria documentazione. Alcune volte il flag USE doc determina se la documentazione del pacchetto verrà installata o no. Si può controllare l'esistenza di un flag USE doc con il comando emerge -vp <nome pacchetto>.
La modalità di abilitazione migliore per la flag USE doc è quella per singolo pacchetto tramite /etc/portage/package.use, in modo da avere la documentazione solo per i pacchetti desiderati. Abilitare globalmente questa flag può introdurre dei problemi di dipendenze circolari. Per maggiori informazioni, si prega di consultare il capitolo Flag USE. Una volta che il pacchetto è stato installato, la sua documentazione viene generalmente trovata in una sottodirectory col nome del pacchetto nella directory /usr/share/doc. Si può avere la lista dei file installati con lo strumento equery che fa parte del pacchetto app-portage/gentoolkit .
Se si vuole rimuovere un pacchetto dal sistema, usare emerge --unmerge. Questo comando rimuoverà tutti i file installati dal pacchetto eccetto i file di configurazione che sono stati alterati dopo l'installazione. In questo modo si permette di continuare a lavorare con il pacchetto nel caso si decidesse di installarlo nuovamente. Attenzione: Portage non controllerà se il pacchetto che si vuole rimuovere sia richiesto da un altro pacchetto. Verrà solo emesso un avviso del fatto che la rimozione di pacchetti importanti potrebbe danneggiare il sistema.
Quando si rimuove un pacchetto dal sistema, le sue dipendenze saranno lasciate. Per far trovare al Portage tutte le dipendenze che potrebbero essere rimosse, usare la funzionalità --depclean di emerge. Se ne parlerà in seguito. Per mantenere il sistema in perfetta forma (e non solo con gli ultimi aggiornamenti sulla sicurezza) si dovrà mantenere aggiornato il sistema regolarmente. Dato che Portage controlla gli ebuild dell'albero del Portage si dovrà prima aggiornare l'albero. Quindi, si potrà aggiornare il sistema con emerge --update world. Nell'esempio che segue, verrà utilizzato il parametro --ask che istruisce il Portage a visualizzare la lista dei pacchetti da aggiornare e la richiesta se si vuole continuare:
Portage cercherà quindi le nuove versioni delle applicazioni installate. Verranno comunque verificate solo le versioni per le applicazioni che si sono esplicitamente installate (cioè le applicazioni elencate in /var/lib/portage/world) e non le dipendenze. Se si vuole aggiornare ogni singolo pacchetto del sistema, occorre aggiungere l'argomento --deep:
Dato che aggiornamenti che riguardano la sicurezza possono essere correlati a pacchetti che non si sono esplicitamente installati nel sistema (ma che sono stati installati quali dipendenze di altri programmi), si raccomanda di eseguire questo comando una volta ogni tanto. Se è stato alterato qualche USE flag si può aggiungere l'opzione --newuse. Portage verificherà se la modifica richiede l'installazione di nuovi pacchetti o la ricompilazione di quelli esistenti:
Alcuni pacchetti presenti nell'albero del Portage non hanno un contenuto reale ma sono usati per installare una collezione di pacchetti. Per esempio, il pacchetto kde installa un ambiente KDE sul sistema ricercando tra i vari pacchetti legati al KDE come dipendenze. La rimozione di un tale pacchetto dal sistema usando emerge --unmerge, non avrà successo dato che le numerose dipendenze rimarranno sul sistema. Portage ha anche la funzionalità di rimozione delle dipendenze orfane, ma dato che la disponibilità del software è dinamicamente dipendente, occorre prima aggiornare completamente l'intero sistema, includendo, se ci sono state, le modifiche alle flag USE. Quindi sarà possibile eseguire emerge --depclean per rimuovere le dipendenze orfane. Fatto ciò, ci sarà bisogno di ricompilare le applicazioni che erano dinamicamente linkate al software rimosso ma non più richiesto. Tutto ciò può essere fatto con un seguenti tre comandi:
revdep-rebuild viene fornito col pacchetto gentoolkit, che deve essere quindi preventivamente installato:
1.d. Errori durante l'uso del Portage Slot, virtuals, branche, architetture e profili Portage è estremamente potente e supporta molte caratteristiche che altri gestori di software omettono. Si vedranno ora altri aspetti del Portage senza andare troppo nei dettagli. Portage permette la coesistenza di differenti versioni dello stesso pacchetto. A differenza di altre distribuzioni che tendono a chiamare i propri pacchetti con le versioni (come freetype e freetype2), Portage usa una tecnica chiamata SLOT. Un ebuild dichiara un certo SLOT per le proprie versioni. Ebuild con SLOT differenti possono coesistere sullo stesso sistema. Per esempio, il pacchetto freetype ha un ebuild con SLOT="1" e SLOT="2". Ci sono anche pacchetti che provvedono la stessa funzionalità ma con un'implementazione diversa. Per esempio, metalogd, sysklogd e syslog-ng, tutti gestori di eventi di sistema. Applicazioni che fanno assegnamento sulla disponibilità di un gestore di eventi di sistema, non possono dipendere da uno in particolare. Per esempio, metalogd, come altri sistemi di gestione di eventi, sono tutti un'ottima scelta. Portage permette l'uso di virtuals: ogni sistema di gestione degli eventi provvede un virtual/syslog in modo tale che le applicazioni possano dipendere da tale virtual/syslog. Il software all'interno dell'albero del Portage, può risiedere in differenti branche. Di default il sistema accetta solo pacchetti che Gentoo giudica stabili. Molti nuovi software una volta raccomandati, vengono aggiunti ad una branca di test, il che significa che sarà necessario procedere ad ulteriori verifiche prima di marcarli come stabili. Anche se gli ebuild per tali software sono presenti nell'albero del Portage, non vengono aggiornati prima di raggiungere la branca stabile. Alcuni software sono disponibili solo per alcune architetture. Oppure il software non gira su altre architetture o ha necessità di essere ulteriormente testato o gli sviluppatori che raccomandano il software non sono in grado di verificare se il pacchetto gira su differenti architetture. Ogni installazione di Gentoo aderisce ad un certo profilo che contiene tra le altre informazioni, la lista dei pacchetti che sono richiesti affinché un sistema funzioni normalmente.
Gli ebuild contengono specifici campi che informano il Portage sulle dipendenze. Ci sono due possibili dipendenze: dipendenze in fase di compilazione dichiarate in DEPEND e dipendenze per l'esecuzione dichiarate in RDEPEND. Quando una di queste dipendenze marca un pacchetto o un virtuale come non compatibile, questo viene bloccato. Per correggere il blocco, si può scegliere tra il non installare il pacchetto o rimuovere prima il pacchetto che causa il conflitto. Nel precedente esempio si può scegliere tra il non installare postfix o rimuovere prima ssmtp. Si possono anche avere blocchi a livello 'atomico', come <media-video/mplayer-bin-1.0_rc1-r2. In questo caso, l'aggiornamento ad una versione più recente potrebbe essere sufficiente a rimuovere il blocco. E' anche possibile che due pacchetti che devono essere ancora installati siano in conflitto tra loro. In questo raro caso, si dovrebbe capire perché si vogliono installare entrambi dato che in molti casi può bastare l'installazione di un solo pacchetto. Se non è questo il caso, aprire un bug sul Gentoo bugtracking system.
Quando si desidera installare un pacchetto che non è disponibile per il nostro sistema, si riceverà un errore di pacchetto mascherato. Si dovrà quindi installare un'applicazione differente disponibile per il nostro sistema oppure aspettare finché il pacchetto divenga disponibile. C'è sempre una ragione perché un pacchetto viene mascherato:
L'applicazione che si sta provando ad installare dipende da un altro pacchetto che non è disponibile per il sistema. Controllare su Bugzilla se la cosa è segnalata altrimenti la si può riportare. A meno che non si stia mescolando le branche, questo non dovrebbe accadere ed è perciò un bug.
L'applicazione che si vuole installare ha un nome che corrisponde con un altro pacchetto. Occorre specificare la categoria. Portage informa sulle scelte possibili.
Due (o più) pacchetti che si vuole installare dipendono l'uno dall'altro e non possono perciò essere installati. Questo è probabilmente un bug del Portage. Provare ad eseguire un rsync e provare nuovamente. Si può anche controllare su bugzilla se è un caso conosciuto oppure no, nel qual caso lo si può riportare.
Portage non è riuscito a scaricare i sorgenti per una data applicazione e proverà a proseguire con l'installazione delle altre applicazioni se ci sono. Questo problema può essere causato da un mirror che non è stato sincronizzato appropriatamente o perché l'ebuild punta ad una locazione incorretta. Il server dove risiedono i sorgenti potrebbe anche non essere disponibile per qualche ragione. Riprovare dopo un'ora e vedere se la situazione persiste. Protezione dei profili di sistema
Si è richiesto la rimozione di un pacchetto che fa parte del core del sistema. Tale pacchetto è listato nel vostro profile come richiesto e dovrebbe perciò non essere rimosso dal sistema. Insuccessi nella verifica del digest A volte durante il tentativo di emergere un pacchetto, si ottiene un errore col seguente messaggio:
Questo è un segno che c'è qualche cosa di errato nell'albero del Portage. Spesso è causato da uno sviluppatore che può aver sbagliato l'inserimento del pacchetto nell'albero del Portage. Quando la verifica del digest fallisce, non provare a ricreare il digest. Eseguire ebuild foo manifest non risolve il problema, ma molto probabilmente lo peggiorerà! Il suggerimento è di aspettare un'ora o due perché venga sistemato l'albero del Portage. E' probabile che l'errore sia già stato notato, ma occorre un po' di tempo affinché la correzione sia diramata. Durante l'attesa, controllare su Bugzilla per vedere se qualcuno ha riportato il problema. In caso contrario segnalare il bug per il pacchetto oggetto del problema. Una volta controllato che il bug sia stato corretto, provare ad eseguire nuovamente il sync per ottenere il digest corretto.
2. Flag USEDurante l'installazione di Gentoo (o di altre distribuzioni o comunque di altri sistemi operativi), sono possibili diverse scelte a seconda dell'ambiente di lavoro. Le impostazioni per un server differiscono da quelle per una workstation, così come una stazione per giocare differisce da una per il rendering 3D. Questo non è vero soltanto per la scelta dei pacchetti da installare, ma anche per le caratteristiche che un certo pacchetto dovrebbe supportare. Ad esempio, se l'uso delle OpenGL non è richiesto, perchè installarle ed abilitarne il supporto nei pacchetti che ne farebbero uso? Per lo stesso motivo, se non si vuole usare KDE, perchè preoccuparsi di compilare i pacchetti col supporto per KDE se questi pacchetti funzionano tranquillamente senza? Per aiutare gli utenti a decidere cosa installare/attivare e cosa no, è necessario che l'utente specifichi il proprio ambiente nel modo più semplice. Questo forza l'utente a decidere cosa desidera realmente e facilita Portage, il sistema per la gestione dei pacchetti, a prendere le decisioni appropriate. Concettualmente un flag USE è una parola chiave che racchiude l'idea di supporto e di informazione sulla dipendenza. Se si definisce una certa flag USE, si indica a Portage la volontà di avere il supporto per la parola chiave scelta. Questo, naturalmente, altera anche le informazioni sulle dipendenze per un dato pacchetto. Prendendo come esempio la parola chiave kde, si ottiene questo comportamento: se questa parola chiave non è presente nella variabile USE, tutti i pacchetti che hanno il supporto opzionale per KDE vengono compilati senza tale supporto; conseguentemente tutti i pacchetti cha hanno una dipendenza opzionale con KDE vengono installati senza le relative librerie KDE. Se invece la parola chiave kde è stata definita, questi pacchetti vengono compilati col supporto di KDE e di conseguenza anche le sue librerie vengono installate come dipendenze. Definendo in maniera corretta le parole chiave si avrà a disposizione un sistema perfettamente ritagliato sulle proprie esigenze. Quali sono le flag USE utilizzabili Ci sono due tipi di flag USE: globali e locali.
Una lista di flag USE globali disponibili può essere trovata online o localmente in /usr/portage/profiles/use.desc. Un elenco delle flag USE locali disponibili può essere trovata in /usr/portage/profiles/use.local.desc. Dichiarare flag USE permanenti Seguono le informazioni su come dichiarare le flag USE in modo permanente. Come precedentemente menzionato, tutte le flag USE sono dichiarate attraverso la variabile USE. Per facilitare la ricerca e la scelta delle flag USE, viene fornita una configurazione USE predefinita. Questa configurazione è una collezione di flag USE che dovrebbe essere comunemente usata dagli utenti Gentoo ed è dichiarata nei file make.defaults che fanno parte del proprio profilo. Il collegamento simbolico /etc/make.profile punta al profilo di sistema utilizzato. Ogni profilo lavora insieme con un altro profilo superiore, ed il risultato è la somma di tutti i profili. Quello superiore è quello base, (/usr/portage/profiles/base). Dare una occhiata alle impostazioni predefinite per il profilo 2004.3:
Come è evidente, questa variabile contiene già una serie di parole chiave. Non alterare nessun file make.defaults per adattare la variabile USE alle proprie esigenze in quanto le modifiche a questi file vengono sovrascritte ad ogni aggiornamento del Portage. Per cambiare la configurazione predefinita, è necessario aggiungere o rimuovere parole chiave dalla variabile USE e questo può essere fatto globalmente definendo la variabile USE nel file /etc/make.conf. In questa variabile è possibile aggiungere le flag USE aggiuntive richieste o rimuoverne di non richieste nel qual caso occorre anteporre alla parola chiave il segno meno ("-"). Per esempio, per rimuovere il supporto per KDE e QT ed aggiungere il supporto per ldap, può essere definita la seguente dichiarazione della variabile USE in /etc/make.conf:
Dichiarare flag USE per pacchetti individuali Qualche volta si desidera dichiarare una determinata flag USE per una (o per più) applicazioni ma non per tutto il sistema. Per fare questo, si deve creare la directory /etc/portage (se ancora non esiste) e modificare /etc/portage/package.use. Solitamente è un file singolo, ma può essere anche una directory: vedere man portage per ulteriori informazioni. Il seguente esempio presuppone che package.use sia un file singolo. Per esempio, se non si vuole che berkdb sia supportato globalmente, ma lo si desidera per mysql, si dovrebbe aggiungere:
Si possono naturalmente anche disabilitare le flag USE per una certa applicazione. Per esempio, se non si desidera il supporto java in PHP:
Dichiarare flag USE temporanee In certi casi è utile dichiarare flag USE una sola volta. Invece di modificare /etc/make.conf due volte (una per la modifica e l'altra per riportare il tutto all'origine) è possibile dichiarare la variabile USE come fosse una variabile ambiente. Ricordarsi che, quando si ri-emerge o si aggiorna questa applicazione (in modo esplicito o parte di un aggiornamento del sistema), i cambiamenti saranno persi! Segue un esempio di come rimuovere temporaneamente il supporto java durante l'installazione di mozilla.
Naturalmente esiste un ordine definito riguardante la priorità delle dichiarazioni nelle configurazioni USE. Non è necessario dichiarare USE="-java" solo per vedere se "java" è ancora usato per una impostazione con un'alta priorità. L'ordine di precedenza per le impostazioni di USE è il seguente (i primi hanno la priorità più bassa):
Per vedere la configurazione finale di USE che viene usata da Portage, eseguire emerge --info che visualizzerà una lista di tutte le variabili rilevanti (incluso la variabile USE) col valore usato da Portage.
Adattare il proprio sistema alle nuove flag USE Se si sono cambiate le proprie flag USE e si desidera aggiornare l'intero sistema, affinchè utilizzi le nuove flag USE, si può usare l'opzione --newuse di emerge:
Dopo, eseguire il depclean di Portage per rimuovere le dipendenze condizionali che erano state emerse nel vecchio sistema, ma che sono diventate obsolete con l'uso delle nuove flag USE.
Al termine del processo di depclean, eseguire revdep-rebuild per ricompilare le applicazioni che sono collegate in modo dinamico agli oggetti condivisi forniti dai pacchetti rimossi. revdep-rebuild è parte del pacchetto gentoolkit; non dimenticarsi di emergerlo prima.
Quando tutto è finito, il sistema userà le nuove flag USE. 2.c. Flag USE specifiche per pacchetto Visualizzare le flag USE disponibili Ecco l'esempio di seamonkey per vedere quali flag sono disponibili. Per questo usare emerge con le opzioni --pretend e --verbose:
emerge non è il solo strumento che fa questo, infatti ci sono strumenti dedicati alla gestione delle informazioni sui pacchetti come equery che fa parte del pacchetto gentoolkit. Occorre prima installare gentoolkit:
Ora è possibile usare equery con l'argomento uses per avere la lista dei flag USE usati da un dato pacchetto. Ad esempio per il pacchetto gnumeric:
3. Caratteristiche di Portage3.a. Caratteristiche di Portage Portage ha molte altre caratteristiche che rendono Gentoo ancora migliore. Molte di queste comprendono strumenti software che migliorano le prestazioni, l'affidabilità, la sicurezza, ... Per abilitare o disabilitare alcune caratteristiche di Portage, bisogna modificare la variabile FEATURES di /etc/make.conf, che contiene varie keyword separate da spazi bianchi. In molti casi si devono installare ulteriori strumenti sui quali sono basate le caratteristiche. Non sono elencate qui tutte le caratteristiche che Portage supporta. Per una descrizione completa si veda la manpage make.conf:
Per scoprire quali sono le caratteristiche di default, eseguire emerge --info e cercare la variabile FEATURES o eseguire un grep:
distcc è un programma per distribuire la compilazione su diverse macchine, non necessariamente identiche, su una rete. Il client distcc trasmette tutte le informazioni necessarie ai server distcc che vengono resi disponibili tramite l'esecuzione di distccd, in modo che possano compilare parte del codice sorgente per il client. Il risultato è un tempo di compilazione inferiore. E' possibile trovare più informazioni su distcc (e informazioni su come deve funzionare con Gentoo) nella nostra Documentazione Gentoo su distcc. Distcc include un strumento grafico per tenere sotto controllo i task che il computer sta inviando per la compilazione. Se si usa Gnome si inserisca 'gnome' nella variabile USE. Se non si usa Gnome e si desidera comunque utilizzare il monitor, si inserisca 'gtk' nella variabile USE.
Attivare il supporto di Portage Aggiungere distcc alla variabile FEATURES in /etc/make.conf. Modificare la variabile MAKEOPTS a proprio piacimento. In "-jX" la X è il numero di CPU che eseguono distccd (incluso l'host attuale) più uno, ma si potrebbero avere migliori risultati con altri numeri. Eseguire distcc-config e impostare la lista di server distcc disponibili. Per esempio si assume che i server distcc disponibili sono 192.168.1.102 (l'host attuale), 192.168.1.103 e 192.168.1.104 (due host remoti):
Non dimenticarsi di eseguire anche il demone distccd:
3.c. Cache per la compilazione ccache è un veloce gestore cache per il compilatore. Dopo aver compilato un programma, esso immagazzina i risultati intermedi, in modo che se si dovesse ricompilare lo stesso programma, il tempo di compilazione sia notevolmente ridotto. Nelle compilazioni comuni, il tempo di compilazione risulta di 5-10 volte più veloce. Per maggiori informazioni su ccache, è possibile consultare la homepage di ccache. Per installare ccache, eseguire emerge ccache:
Attivare il supporto di Portage Aprire /etc/make.conf e aggiungere ccache alla variabile FEATURES. Poi, aggiungere una nuova variabile chiamata CCACHE_SIZE e impostarla a "2G":
Per controllare se ccache funziona, si possono vedere le statistiche. Portage usa una diversa directory home ccache e si deve impostare la variabile CCACHE_DIR:
Il /var/tmp/ccache è la directory home di default di Portage; se si desidera cambiare questa impostazione modificare la variabile CCACHE_DIR in /etc/make.conf. Se si esegue ccache, si usa la posizione di default di ${HOME}/.ccache, ed è per questo che si deve impostare la variabile CCACHE_DIR quando si cercano le statistiche (Portage) ccache. Usare ccache per la compilazione di C non-Portage Se si desidera usare ccache per compilazioni non-Portage, si aggiunga /usr/lib/ccache/bin all'inizio della variabile PATH (prima di /usr/bin). Può essere fatto modificando .bash_profile nella directory home del proprio utente. Usare .bash_profile è un modo per definire la variabile PATH.
3.d. Supporto per pacchetti binari Portage supporta l'installazione di pacchetti precompilati. Anche se Gentoo non fornisce pacchetti precompilati (tranne GRP), Portage può essere informato dei pacchetti precompilati. Per creare un pacchetto precompilato si può usare quickpkg se il pacchetto è già installato sul sistema, o emerge con le opzioni --buildpkg o --buildpkgonly. Se si desidera che Portage crei pacchetti precompilati di ogni singolo pacchetto che si installa, aggiungere buildpkg alla variabile FEATURES. Supporto più esteso per le impostazioni sui pacchetti precompilati può essere ottenuto con il catalyst. Per ulteriori informazioni sul catalyst leggere le Domande frequenti su Catalyst. Installare pacchetti precompilati Anche se Gentoo non li fornisce, si può creare un repository centrale dove mettere i pacchetti precompilati. Se si desidera usare questo repository, si deve far puntare la variabile PORTAGE_BINHOST ad esso. Per esempio, se i pacchetti precompilati sono su ftp://buildhost/gentoo:
Quando si desidera installare un pacchetto precompilato, si deve aggiungere l'opzione --getbinpkg al comando emerge accanto all'opzione --usepkg. Il primo (--getbinpkg) dice a emerge di scaricare il pacchetto precompilato dal server precedentemente definito mentre il secondo (--usepkg) chiede a emerge di cercare di installare il pacchetto precompilato prima di scaricare i sorgenti e compilarlo. Per esempio, per installare gnumeric con i pacchetti precompilati:
Più informazioni sulle opzioni di emerge con i pacchetti precompilati possono essere trovate nella manpage emerge:
Quando si stanno emergendo una serie di pacchetti, Portage può scaricare i file sorgenti del prossimo pacchetto nella lista, anche se sta compilando un altro pacchetto. Per usare questa opzione, aggiungere "parallel-fetch" alla propria FEATURES. Quando Portage è eseguito da root, FEATURES="userfetch" permette a Portage di levarsi dai privilegi di root mentre scarica i sorgenti di un pacchetto. Questo è un piccolo miglioramento di sicurezza. 4. InitscriptsAll'avvio del sistema, ci sono molte scritte che scorrono e il testo è il medesimo ad ogni avvio. La sequenza di tutte queste azioni viene chiamata sequenza di boot ed è (più o meno) definita staticamente. Per prima cosa, il boot loader carica l'imagine del kernel, definita nella configurazione in memoria, dopo di che dice alla CPU di eseguire il kernel. Quando il kernel è caricato e in esecuzione, inizializza tutte le strutture e i lavori specifici del kernel ed avvia il processo init. Questo processo si assicura che tutti i filesystem (definiti in /etc/fstab) siano montati e pronti per l'uso. Poi esegue alcuni script situati in /etc/init.d, che avviano i servizi necessari per un corretto avvio del sistema. Alla fine, quando tutti gli script sono eseguiti, init attiva i terminali (nella maggior parte dei casi solo le console virtuali che sono nascoste in Alt-F1, Alt-F2, ecc.) attaccandogli un processo chiamato agetty. Questo processo per prima cosa si assicura che sia possibile eseguire il login su questi terminali eseguendo login. Ora init non esegue gli script in /etc/init.d casualmente. Inoltre, non lancia tutti gli script in /etc/init.d, ma solo quelli che gli è stato detto di eseguire. Decide che script eseguire guardando in /etc/runlevels. Prima, init esegue tutti gli script da /etc/init.d che hanno un link simbolico in /etc/runlevels/boot. Solitamente, esegue gli script in ordine alfabetico, ma alcuni di essi hanno delle informazioni di dipendenze all'interno, che dicono al sistema che un altro script deve essere avviato prima che possa essere avviati loro stessi. Quando tutti gli script refenziati in /etc/runlevels/boot sono stati eseguiti, init continua eseguendo gli script che hanno un collegamento simbolico in /etc/runlevels/default. Ancora, usa l'ordine alfabetico per decidere che script avviare prima, a meno che lo script non abbia dipendenze, nel qual caso l'ordine viene cambiato per fornire una valida sequenza di boot. Certamente init non decide tutto da solo. Ha bisogno di un file di configurazione che specifica quali azioni debba eseguire. Questo file di configurazione è /etc/inittab. La prima azione di init è di montare tutti i filesystem. Questo è definito nella seguente linea di /etc/inittab:
Questa linea dice a initche deve eseguire /sbin/rc sysinit per inizializzare il sistema. Lo script /sbin/rc si occupa dell'inizializzazione, init infatti non fa molto: esso delega altri compiti, come l'inizializzazione del sistema, ad un'altro processo. In secondo luogo init esegue gli script che hanno un collegamento in /etc/runlevels/boot. Questo è definito dalla seguente linea:
Ancora lo script rc provvede ai compiti necessari. Notare che l'opzione passata a rc (boot) è la stessa della sottodirectory /etc/runlevels. Ora init controlla il suo file di configurazione per vedere quale runlevel deve eseguire. Per deciderlo, legge la seguente linea da /etc/inittab:
In questo caso (che la maggioranza di utenti Gentoo usa), l'id del runlevel è 3. Usando questa informazione, init vede che deve avviare il runlevel 3:
La linea che definisce il livello 3, ancora, usa lo script rc per avviare il servizio (ora con argomento default). L'argomento di rc è ancora lo stesso della sottodirectory in /etc/runlevels. Quando rc ha finito, init decide quale console virtuale attivare e quali comandi devono essere eseguiti su ciascuna console:
Init usa uno schema numerico per decidere quale runlevel attivare. Un runlevel è uno stato nel quale il sistema viene avviato e contiene una collezione di script (runlevel script o initscript) che devono essere eseguiti quando si entra o si lascia un runlevel. In Gentoo, ci sono sette runlevel definiti: tre runlevel interni, e quattro runlevel definiti dall'utente. I runlevel interni si chiamano sysinit, shutdown e reboot e fanno esattamente quello che i nomi implicano: inizializzano il sistema, spengono il sistema e riavviano il sistema. I runlevel definiti dall'utente sono delle sottodirectory di /etc/runlevels: boot, default, nonetwork e single. Il runlevel boot avvia tutti i servizi necessari al sistema che tutti gli altri runlevel usano. I rimanenti tre differiscono per i servizi avviati: default viene usato per le operazioni di tutti i giorni, nonetwork è usato in caso non sia necessaria alcuna connettività, e single viene usato per riparare il sistema. Lavorare con gli script di Init Gli script che il processo rc avvia sono chiamati init script. Ogni script in /etc/init.d può essere eseguito con gli argomenti start, stop, restart, pause, zap, status, ineed, iuse, needsme, usesme o broken. Per avviare, fermare o riavviare un servizio (e tutti i servizi dipendenti), vengono usati start, stop e restart:
Per fermare un servizio, ma non i servizi che dipendono da lui si può usare l'argomento pause:
Per vedere un servizio in che stato si trova (started, stopped, paused, ...) si può usare l'argomento status:
Se le informazioni di stato dicono che un servizio è in esecuzione, ma non è così, si può fare il reset delle informazioni di stato a "stopped" con l'argomento zap:
Per sapere quali dipendenze ha un servizio si può usare iuse o ineed. Con ineed vengono mostrati i servizi veramente necessari per il corretto funzionamento del servizio. iuse invece mostra i servizi che vengono usati ma non sono necessari al servizio per il corretto funzionamento.
In modo simile si può chiedere la lista dei servizi che dipendono da lui (needsme) o possono usarlo
Infine, si possono chiedere quali dipendenze, richieste da un servizio, sono mancanti:
Il sistema di init in Gentoo usa un albero di dipendenze per decidere quali dipendenze vanno avviate prima. Essendo un compito tedioso da eseguire manualmente c'è uno strumento che rende semplice l'amministrazione dei runlevel e init script. Con rc-update si possono aggiungere e rimuovere init script da un runlevel. Lo strumento rc-update automaticamente interroga depscan.sh per ricostruire l'albero delle dipendenze. Aggiungere e rimuovere servizi Lo script rc-update richiede un secondo argomento che definisce l'azione: add, del o show. Per aggiungere o rimuovere un'init script, bisogna passare a rc-update l'argomento add o del, seguito dallo script di init e dal runlevel. Per esempio:
Il comando rc-update -v show mostra tutti gli script di init disponibili e in quale runlevel vengono eseguiti:
È possibile anche usare rc-update show (senza -v) per vedere solamente gli script di init abilitati e il loro runlevel. Perchè una configurazione aggiuntiva? Gli Init script possono essere complessi. Qui non si è interessati a far modificare direttamente gli init script, dato che sono piuttosto proni a errori. È comunque importante saper configurare bene un servizio, ad esempio per per dare più opzioni al servizio stesso. Un secondo motivo è di avere la configurazione al di fuori dell'init script per aggiornare gli init script senza preoccuparsi di perdere i cambiamenti alla configurazione. Gentoo fornisce un modo semplice per configurare i servizi: ogni init script che può esser configurato ha un file in /etc/conf.d. Per esempio, l'init script di apache2 (chiamato /etc/init.d/apache2) ha un file di configurazione chiamato /etc/conf.d/apache2, che contiene le opzioni che si vogliono passare al server Apache 2 quando esso viene avviato:
I file di configurazione contengono variabili e solo quello (tipo /etc/make.conf), e rendono davvero facile configurare un servizio. Permettono inoltre di aggiungere molte informazioni sulle variabili (come commenti). No. Scrivere init script non è solitamente necessario dato che Gentoo fornisce init script pronti all'uso per ogni servizio. Comunque, si potrebbe installare un servizio senza usare Portage, nel qual caso probabilmente è necessario creare un init script. È consigliabile non usare init script forniti dal servizio se non sono scritti esplicitamente per Gentoo: gli init script di Gentoo non sono compatibili con quelli usati dalle altre distribuzioni! Il layout di base di un init script è mostrato sotto.
Ogni init script richiede che la funzione start() sia definita. Tutte le altre sezioni sono opzionali. Ci sono due tipi di dipendenze che possono essere definite: use e need. Come menzionato sopra, la dipendenza need è più restrittiva della dipendenza use. Secondo questo tipo di dipendenza si definisce il concetto di dipendenza virtuale. Una dipendenza virtuale è una dipendenza che fornisce un servizio, ma non è fornita solo da quel servizio. L'init script può dipendere da logger di sistema, ma possono essercene molti altri disponibili (metalogd, syslog-ng, sysklogd, ...). Dato che non è possibile mettere need per ognuno di loro (nessun sistema ha tutti questi logger di sistema installati e in esecuzione) ci si assicura che tutti questi servizi forniscano una dipendenza virtuale. Ora verranno esaminate le informazioni relative alle dipendenze del servizio postfix.
Com'è possibile vedere, il servizio postfix:
In alcuni casi si potrebbe non aver bisogno di un servizio, ma si può voler avviare un servizio prima (o dopo) un'altro se disponibile sul sistema (notare il condizionale:questa non è un'altra dipendenza) e eseguirle nello stesso runlevel. Si possono fornire queste informazioni usando before o after. Come esempio vengono esaminate le impostazioni del servizio Portmap:
Si può anche usare "*" per selezionare tutti i servizi nello stesso runlevel, ma non è consigliabile.
Se il servizio deve scrivere su dischi locali, dovrebbe aver bisogno di localmount. Se non mette niente in /var/run, come un pidfile, allora dovrebbe partire dopo bootmisc:
Dopo la funzione depend(), è necessario definire la funzione start(). Questa contiene tutti i comandi necessari ad inizializzare il servizio. È consigliabile usare le funzioni ebegin e eend per informare l'utente su cosa sta accadendo:
Sia --exec che --pidfile dovrebbero essere usati nelle funzioni start e stop. Se il servizio non crea un pidfile, usare se possibile --make-pidfile. Altrimenti non usare pidfile. Si può anche aggiungere --quiet alle opzioni start-stop-daemon, ma non è raccomandato. L'uso di --quiet potrebbe ostacolare il debugging se il servizio non si avvia correttamente.
Se si ha bisogno di più esempi della funzione start(), leggere il codice sorgente degli init script disponibili nella propria directory /etc/init.d. Altre funzioni che si possono definire sono: stop() e restart(). Non si è obbligati a definire queste funzioni! Il sistema di init è abbastanza intelligente da inserire da solo queste funzioni se si usa start-stop-daemon. Sebbene non occorra creare una funzione stop(), viene fornito un esempio:
Se il servizio esegue qualche altro script (per esempio bash, python o perl), e questo script più avanti cambia i nomi (per esempio da foo.py a foo), si deve aggiungere --name a start-stop-daemon. Si deve specificare il nome che sarà cambiato dallo script. In questo esempio, un servizio fa partire foo.py, che cambia nome in foo:
start-stop-daemon ha una eccellente pagina man per vedere maggiori opzioni:
La sintassi di init script di Gentoo è basata su Bourne Again Shell (bash) così si possono usare costrutti compatibili bash nei propri init script. Aggiungere opzioni personalizzate Se si ha bisogno di maggiori opzioni negli init script, si può aggiungere l'opzione alla variabile opts, e creare una funzione con lo stesso nome dell'opzione. Per esempio, per il supporto di un'opzione chiamata restartdelay:
Variabili di configurazione dei servizi Non occorre fare nulla per supportare un file di configurazione in /etc/conf.d: se l'init script viene eseguito, vengono automaticamente processati i seguenti file (e per esempio le variabili sono pronte per essere usate):
Inoltre, se l'init script fornisce una dipendenza virtuale (come net), viene processato anche il file associato a questa dipendenza (come /etc/conf.d/net). 4.e. Cambiare il comportamento del Runlevel Può effettivamente essere utile? Molti utenti di portatili conoscono la situazione: a casa si ha bisogno di avviare net.eth0 ma non si vuole avviare net.eth0 quando si è in giro (se non c'è nessuna rete disponibile). Con Gentoo si può alterare il comportamento del runlevel per venire incontro alle proprie esigenze. Per esempio si può creare un secondo runlevel "default" con cui effettuare il boot contenente altri init script assegnati ad esso. Si può selezionare al momento del boot quale runlevel predefinito usare. Per prima cosa, creare la directory di runlevel per il secondo "default" runlevel. Per esempio per creare il runlevel offline:
Aggiungere i necessari init script al nuovo runlevel creato. Per esempio, per avere una copia del corrente runlevel default ma senza net.eth0:
Anche se net.eth0 verrà poi rimosso dal runlevel offline, udev proverà ancora ad avviare ogni elemento che riesce a rilevare e invocherà i servizi appropriati. Pertanto, sarà necessario aggiungere ogni servizio di rete che non si vuole venga avviato (così come tutti gli altri servizi per ogni altro componente che potrebbero essere avviati da udev) a /etc/conf.d/rc come mostrato di seguito.
Ora bisogna configurare il bootloader e aggiungere una nuova voce per il runlevel offline. Per esempio in /boot/grub/grub.conf:
Se per il boot del sistema si seleziona la nuova voce il runlevel offline viene usato al posto del default. Usare bootlevel è completamente analogo a softlevel. L'unica differenza è che si sta definendo un secondo runlevel di "boot" invece di un secondo runlevel "default". 5. Variabili di ambienteUna variabile ambiente è un oggetto nominale che contiene informazioni usate da una o più applicazioni. Questo risulta essere un po' misterioso o di difficile gestione da parte di molti utenti, specialmente coloro che si avvicinano per la prima volta a Linux. L'uso di variabili ambiente, invece, può facilitare la modifica della configurazione per una o più applicazioni. Segue una tabella con la lista delle variabili usate su un sistema Linux e la loro descrizione. I valori di esempio sono presentati di seguito.
Segue un esempio di definizione di tutte queste variabili:
5.b. Definire variabili globali Per centralizzare la definizione di queste variabili, è stata introdotta in Gentoo la directory /etc/env.d. All'interno di questa directory si trovano un certo numero di file, come 00basic, 05gcc, ecc. che contengono le variabili necessarie alle applicazioni menzionate nel nome del file. Per maggiore chiarezza; quando si installa il gcc, viene anche creato dall'ebuild un file chiamato 05gcc, che contiene la definizione delle seguenti variabili:
In altre distribuzioni la definizione di variabili ambiente viene fatta con modifiche o aggiunte al file /etc/profile o ad altre locazioni. D'altra parte l'uso di Gentoo facilita la manutenzione e la gestione delle variabili ambiente, dato che non occorre fare attenzione ai numerosi file che possono contenere variabili ambiente. Per esempio, durante l'aggiornamento del gcc viene anche aggiornato il file /etc/env.d/05gcc senza nessuna richiesta di interazione da parte dell'utente. Di questo sono beneficiari il Portage e anche l'utente. Occasionalmente potrebbe nascere l'esigenza di configurare una variabile ambiente a livello globale. Prendiamo per esempio la variabile http_proxy. Invece di modificare l'/etc/profile, basta creare un file /etc/env.d/99local, e inserire la seguente definizione:
L'uso dello stesso file per tutte le variabili utente, aiuta ad avere una panoramica delle variabili definite in seguito dall'utente stesso. Alcuni file in /etc/env.d definiscono la variabile PATH. L'esecuzione di env-update appende le diverse definizioni prima di aggiornare le variabili ambiente, rendendo semplice l'aggiunta di variabili ambiente ai pacchetti (o agli utenti) senza interferire con i valori già presenti. Lo script env-update appende i valori dei file in /etc/env.d in ordine alfabetico. I nomi dei file devono iniziare con due cifre decimali.
La concatenazione di variabili non è sempre possibile, solo con le seguenti variabili la si può ottenere: KDEDIRS, PATH, LDPATH, MANPATH, INFODIR, INFOPATH, ROOTPATH, CONFIG_PROTECT, CONFIG_PROTECT_MASK, PRELINK_PATH e PRELINK_PATH_MASK. Per tutte le altre variabili è usato l'ultimo valore definito (in ordine alfabetico dei file in /etc/env.d). Durante l'esecuzione di env-update vengono create tutte le variabili ambiente e verranno poste in /etc/profile.env (usato a sua volta da /etc/profile). Vengono inoltre estratte le informazioni dalla variabile LDPATH per creare il file /etc/ld.so.conf. Dopo di che, viene eseguito il comando ldconfig per ricreare il file /etc/ld.so.cache usato dal linker dinamico. Per vedere l'effetto immediato di env-update dopo il suo uso, eseguire il seguente comando per aggiornare l'ambiente. Utenti che hanno installato Gentoo, si ricordano probabilmente questo dalle istruzioni di installazione:
5.c. Definire variabili locali Non sempre è conveniente definire variabili ambiente a livello globale. Per esempio, l'aggiunta di /home/mioutente/bin e la attuale directory (quella in cui ci si trova) alla variabile PATH non dovrebbe riflettersi su tutti gli altri utenti. E' necessario definire una variabile ambiente locale e per questo occorre usare i file ~/.bashrc o ~/.bash_profile:
Dopo un nuovo login, la variabile PATH viene aggiornata. A volte sono necessarie anche definizioni più ristrette. Potrebbe essere il caso in cui è necessario usare file binari di una directory temporanea senza usare il percorso dei binari di sistema o senza modificare ~/.bashrc per la temporaneità dell'uso. In questo caso si può definire la variabile PATH nella sessione corrente usando il comando export. Finché non si esegue un'operazione di logout, la variabile PATH manterrà la configurazione temporanea.
C. Lavorare con Portage1. File e directoryDirettive per la configurazione Portage usa le configurazioni predefinite memorizzate in /etc/make.globals. Scorrendo questo file, si noterà che tutta la configurazione del Portage è gestita da variabili. Quali sono queste variabili ed il loro significato è descritto in seguito. Dato che molte direttive di configurazione differiscono da architettura ad architettura, Portage ha dei file di configurazione predefiniti che fanno parte del proprio profilo. Il proprio profilo è indicato dal link simbolico /etc/make.profile; le configurazioni del Portage sono definite dai file in make.defaults del proprio profilo e dei profili parenti. Verranno presi in considerazione i profili e la directory /etc/make.profile. Se si sta pianificando la modifica di una variabile di configurazione non alterare /etc/make.globals o make.defaults. Usare invece /etc/make.conf che ha la precedenza sui file precedenti. C'è anche un file chiamato /etc/make.conf.example, che, come implica il nome stesso, non è nient'altro che un esempio di configurazione, il quale viene ignorato completamente da Portage. Si può anche definire una variabile di configurazione di Portale come una variabile ambiente, ma non è raccomandato. Informazioni specifiche sul profilo Si è già avuto a che fare con la directory /etc/make.profile. Questa non è esattamente una directory ma un link simbolico ad un profilo, come impostazione predefinita è uno di quelli all'interno di /usr/portage/profiles anche se potete crearne uno vostro e farlo puntare a questo. Il profilo a cui punta il link è il profilo al quale aderisce il sistema. Un profilo contiene informazioni specifiche dell'architettura così come una lista di pacchetti che appartengono al sistema che corrisponde a questo profilo, una lista di pacchetti che non girano su questo profilo (o sono mascherati), ecc. Informazioni specifiche dell'utente Quando si vuole sovrascrivere il comportamento di Portage riguardo l'installazione del software, si dovranno modificare i file all'interno di /etc/portage. Si è incoraggiati ad usare i file all'interno di /etc/portage e scoraggiati ad usare variabili ambiente. All'interno di /etc/portage si possono creare i seguenti file:
Tuttavia non devono per forza essere dei file; possono essere anche delle directory contenenti un file per pacchetto. Maggiori informazioni sulla directory /etc/portage e la lista completa dei file che vi si possono creare, può essere trovata nella pagina di manuale di Portage:
Modificare l'ubicazione dei file e delle directory di Portage Come menzionato precedentemente i file di configurazione non possono essere memorizzati in directory diverse da quelle predefinite. Comunque, Portage usa molte altre ubicazioni per vari scopi: memorizzazione del codice sorgente, directory di compilazione, albero di Portage, ... Tutti questi scopi hanno ubicazioni predefinite ma che possono essere alterate attraverso /etc/make.conf. Il resto di questo capitolo spiega quali sono le ubicazioni per scopi speciali usate da Portage e come alterare la loro collocazione nel filesystem. Questo documento non deve essere usato come un riferimento. Se si desidera avere una panoramica, fare riferimento alle pagine man del Portage e di make.conf:
L'ubicazione predefinita per l'albero del Portage è /usr/portage. Questo è definito dalla variabile PORTDIR. Se si vuole mettere l'albero di Portage da qualche altra parte (alterando questa variabile), non ci si deve dimenticare di modificare il link simbolico /etc/make.profile in accordo con la nuova ubicazione. Se si altera la variabile PORTDIR, si possono voler modificare anche le seguenti variabili in quanto non noteranno il cambio di PORTDIR (a causa del modo di gestire le variabili del Portage): PKGDIR, DISTDIR, RPMDIR. Anche se Portage non usa pacchetti precompilati in modo predefinito, ha comunque un supporto esteso anche per questi. Quando si chiede al Portage di usare pacchetti precompilati, questi verranno cercati nella directory /usr/portage/packages. Questa ubicazione è definita dalla variabile PKGDIR. Il codice sorgente delle applicazioni è memorizzato in modo predefinito all'interno di /usr/portage/distfiles. Questa ubicazione è definita dalla variabile DISTDIR. Portage memorizza il proprio stato (quali pacchetti sono installati, che file appartengono ad un dato pacchetto, ...) in /var/db/pkg.Non alterare questi file manualmente! Si potrebbe alterare la conoscenza che il Portage ha del proprio sistema. La cache di Portage (con la data di modifica, i pacchetti virtuali, l'informazione sull'albero delle dipendenze,...) viene memorizzata in /var/cache/edb. Questa locazione è realmente una cache: la si può rimuovere se non si sta eseguendo nessuna applicazione collegata a portage. I file temporanei del Portage sono memorizzati in modo predefinito all'interno di /var/tmp. Questo è definito dalla variabile PORTAGE_TMPDIR. Se si altera la variabile PORTAGE_TMPDIR, si potrebbe voler modificare anche le seguenti variabili dato che non noteranno la modifica di PORTAGE_TMPDIR (a causa di come Portage gestisce le variabili): BUILD_PREFIX. Portage crea specifiche directory di compilazione per ogni pacchetto emerso all'interno di /var/tmp/portage. Questa ubicazione è definita dalla variabile BUILD_PREFIX. Portage installa in modo predefinito tutti i file sul filesystem corrente (/), ma si può modificare questa definizione usando la variabile d'ambiente ROOT. Portage può creare file di log per ebuild, ma solo quando la variabile PORT_LOGDIR è definita con una locazione che sia scrivibile dall'utente portage. Il valore predefinito per questa variabile è nullo. Se non viene impostata PORT_LOGDIR, non si riceveranno i log delle compilazioni con il log system corrente benché si possano ricevere alcuni log dal nuovo elog. Se la variabile PORT_LOGDIR è definita e si usa elog, si riceveranno i log di compilazione e qualsiasi log salvato da elog, come spiegato di seguito. In Portage è possibile avere un controllo fine su ciò che viene registrato nei log con l'uso di elog:
2. Configurazione e variabili2.a. Configurazione del Portage Si è potuto notare come il Portage sia configurabile attraverso numerose variabili che si possono definire in /etc/make.conf. Si faccia riferimento alle pagine man di make.conf per maggiori e più complete informazioni:
2.b. Opzioni specifiche per la compilazione Opzioni per la configurazione e la compilazione Quando Portage compila un'applicazione, passa il contenuto delle seguenti variabili al compilatore e allo script configure:
Anche la variabile USE viene usata durante la configurazione e la compilazione ma è già stata spiegata minuziosamente nei precedenti capitoli. Opzioni di installazione tramite emerge Quando Portage deve effettuare l'emerge una nuova versione di un certo software, rimuoverà i file obsoleti delle vecchie versioni dal sistema. Portage aspetta cinque secondi prima di rimuovere le vecchie versioni. Questi cinque secondi sono definiti dalla variabile CLEAN_DELAY. Si può usare emerge in modo che utilizzi certe opzioni ogni volta che viene eseguito, impostando la variabile EMERGE_DEFAULT_OPTS. Alcune utili opzioni potrebbero essere --ask, --verbose, --tree, etc. 2.c. Protezione dei file di configurazione Protezione delle locazioni del Portage Portage sovrascrive i file provvisti dalle nuove versioni di un software se i file non sono memorizzati in una locazione protetta. Queste locazioni protette sono definite dalla variabile CONFIG_PROTECT e sono generalmente locazioni di file di configurazione. La lista delle directory è separata da spazi. Un file che avrebbe dovuto essere scritto in tale locazione protetta viene rinominato e l'utente viene avvertito della presenza di una nuova versione del (presumibilmente) file di configurazione. Si può avere la definizione corrente di CONFIG_PROTECT attraverso l'output di emerge --info:
Sono disponibili maggiori informazioni sulla protezione dei file di configurazione del Portage nella sezione CONFIGURATION FILES della pagina di manuale di emerge:
Per 'sproteggere' certe sottodirectory da locazioni protette si può usare la variabile CONFIG_PROTECT_MASK. Quando le informazioni o i dati richiesti non sono disponibili sul sistema, Portage cerca di recuperarli da Internet. L'ubicazione dei server per le varie informazioni e i canali dati sono definite attraverso le seguenti variabili:
Una terza definizione coinvolge l'ubicazione del server rsync usato quando si aggiorna l'albero del Portage:
Le variabili GENTOO_MIRRORS e SYNC possono essere definite attraverso il comando mirrorselect. Sarà necessario emergere l'applicazione prima dell'uso con emerge mirrorselect. Per maggiori informazioni vedere l'aiuto in linea di mirrorselect:
Se il nostro ambiente richiede di usare un proxy server, si possono usare le variabili http_proxy, ftp_proxy e RSYNC_PROXY per dichiarare il proxy server. Quando Portage necessita di scaricare codice sorgente, usa il comando wget di default. E' possibile modificarlo attraverso la variabile FETCHCOMMAND. Portage riesce e riprendere download parziali di codice sorgente. Per questo usa wget, ma si può alterare con la variabili RESUMECOMMAND. Occorre assicurarsi che sia FETCHCOMMAND che RESUMECOMMAND memorizzino il codice sorgente nella collocazione corretta. Per questo si possono usare le variabile \${URI} e \${DISTDIR} per puntare all'ubicazione del codice sorgente e dei distfiles rispettivamente. Si possono anche definire dei gestori di protocollo specifici con FETCHCOMMAND_HTTP, FETCHCOMMAND_FTP, RESUMECOMMAND_HTTP, RESUMECOMMAND_FTP, ecc. Non si può alterare il comando rsync usato dal Portage per aggiornare il proprio albero, ma si possono definire delle variabili relative al comando rsync:
Per maggiori informazioni su queste ed altre opzioni, leggere la pagina di manuale di rsync. Si può cambiare la branca predefinita con la variabile ACCEPT_KEYWORDS il cui valore predefinito è l'architettura stabile del sistema. Maggiori informazioni sulle branche di Gentoo possono essere trovate nel prossimo capitolo. Si possono attivare certe caratteristiche del Portage con la variabile FEATURES. Le caratteristiche del Portage sono state discusse nei capitoli precedenti, come in Caratteristiche del Portage. 2.f. Comportamento del Portage Con la variabile PORTAGE_NICENESS si può aumentare o ridurre il valore nice con cui viene eseguito il Portage. Il valore di PORTAGE_NICENESS viene aggiunto al valore corrente di nice. Per maggiori informazioni sui valori di nice fare riferimento alle pagine man del nice:
La variabile NOCOLOR, il cui valore predefinito è "false", definisce se Portage deve disabilitare l'uso di output colorato. 3. Combinare Software affidabile e nonLa variabile ACCEPT_KEYWORDS definisce la branca usata dal sistema. Il suo valore predefinito è la branca stabile per l'architettura del sistema in uso, per esempio x86 La raccomandazione è di usare solo la branca stabile, comunque, se non si è preoccupati eccessivamente per la stabilità e si vuole aiutare Gentoo sottomettendo rapporti di problemi su http://bugs.gentoo.org, si può proseguire con la lettura. Se si vogliono usare i software più recenti si può considerare l'uso della branca test. Per far usare al Portage la branca di test occorre aggiungere il simbolo ~ prima dell'architettura del sistema in uso. La branca di test è esattamente ciò che significa: In fase di test. Se un pacchetto è in fase di test, significa che gli sviluppatori pensano che sia funzionante ma non ancora testato in maniera esauriente. Ci si potrebbe trovare ad essere i primi a scoprire un bug nel pacchetto, nel qual caso si dovrebbe aprire un bug su bugreport per farlo conoscere agli sviluppatori. Si potrebbero comunque notare problemi di stabilità, gestione imperfetta dei pacchetti (per esempio dipendenze errate od omesse), aggiornamenti troppo frequenti (risultante in compilazioni multiple) o pacchetti corrotti. Se non si conosce come lavora Gentoo e come risolvere i problemi, si raccomanda di usare le branche stabili e testate. Per esempio, per selezionare la branca di test per architetture x86, editare /etc/make.conf e definire:
Se si aggiorna il sistema dopo questa modifica, si avranno molti pacchetti da aggiornare. Una cosa da tenere bene in mente è che se si aggiorna il sistema in uso alla branca di test non c'è un modo semplice per tornare alla branca stabile (eccetto l'uso di backup, naturalmente). 3.b. Miscelare branche stabili e test Si può chiedere al Portage di permettere la branca di test per particolari pacchetti ma usare la branca stabile per il resto del sistema. Per questo, si deve aggiungere la categoria ed il nome del pacchetto che si vuole usare dalla branca di test al file /etc/portage/package.keywords. E' anche possibile creare una directory (con lo stesso nome) ed elencare il pacchetto nei file in questa directory. Per esempio, per usare la branca di test di gnumeric:
Sperimentare versioni particolari Se si vuole usare una versione specifica di software dalla branca di test ma non si vuole che Portage usi la branca di test per le versioni successive, si può aggiungere la versione nel file package.keywords. In questo caso si deve usare l'operatore =. Si può anche inserire un intervallo di versioni usando gli operatori <=, <, > o >=. In ogni caso, volendo aggiungere una versione si deve usare un operatore. Se non si specifica alcuna versione non si possono usare operatori. Il seguente esempio mostra come accettare gnumeric-1.2.13:
3.c. Usare pacchetti mascherati Gli sviluppatori di Gentoo non supportano l'uso di questa locazione. Si prega di usare cautela nel loro uso. Le richieste di supporto in relazione a package.unmask e/o package.mask non avranno risposta. Si è avvertiti. Quando un pacchetto è stato mascherato dagli sviluppatori di Gentoo e si vuole comunque installare il file a dispetto della ragione menzionata nel file package.mask (ubicato di default in /usr/portage/profiles), aggiungere la stessa identica linea in /etc/portage/package.unmask (o in un file in questa directory se questa è una directory). Per esempio, se =net-mail/hotwayd-0.8 è mascherato, si può comunque installarlo aggiungendo la stessa identica linea nella locazione package.unmask:
Se non si vuole che Portage installi un certo pacchetto o una specifica versione di un pacchetto, lo si può mascherare autonomamente aggiungendo una riga appropriata in /etc/portage/package.mask (sia in questo file o in un file in questa directory). Per esempio, se non si vuole che Portage installi nuove versioni del kernel dopo gentoo-sources-2.6.8.1, si aggiunga la seguente linea in package.mask:
4. Ulteriori strumenti di Portagedispatch-conf è uno strumento il cui scopo è di installare i file ._cfg0000_<name> generati da Portage quando quest'ultimo vuole sovrascrivere un file in una directory protetta dalla variabile CONFIG_PROTECT. Con dispatch-conf è possibile applicare gli aggiornamenti ai propri file di configurazione tenendo traccia contemporaneamente di tutti i cambiamenti. dispatch-conf memorizza le differenze tra i file di configurazione sottoforma di patch o usando il sistema di revisione RCS. Ciò significa che se si commette un errore nell'aggiornare un file di configurazione, è possibile tornare indietro alla versione precedente del file in qualsiasi momento. Con dispatch-conf, viene richiesto di mantenere il file di configurazione invariato, usare il nuovo file, modificare il file corrente o fondere le modifiche interattivamente. Inoltre, dispatch-conf possiede anche alcune caratteristiche aggiuntive:
Accertarsi di modificare /etc/dispatch-conf.conf e di creare la directory referenziata dalla variabile archive-dir.
Durante l'esecuzione di dispatch-conf, verrà analizzato ciascun file di configurazione, uno alla volta. Premete u per aggiornare (sostituire) il file di configurazione corrente con quello nuovo e continuare con il file successivo. Premere z per ignorare (cancellare) il nuovo file di configurazione e continuare con il file successivo. Una volta che tutti i file di configurazione sono stati processati, dispatch-conf uscirà. È anche possibile premere q in qualsiasi momento. Per maggiori informazioni, consultare le pagine di manuale di dispatch-conf. Essa spiega come fondere in modo interattivo i nuovi file di configurazione in quelli correnti, modificare i nuovi file di configurazione, esaminare le differenze tra i file, e altro ancora.
In alternativa si può usare etc-update per fondere i file di configurazione. La sua modalità d'utilizzo non è semplice come quella di dispatch-conf, non è così ricco di funzionalità, ma fornisce comunque uno strumento interattivo di aggiornamento della configurazione e può anche auto-aggiornare i cambiamenti minori. Tuttavia, diversamente da dispatch-conf, etc-update non preserva le vecchie versioni dei propri file di configurazione. Una volta aggiornato il file, la vecchia versione è persa per sempre! Pertanto bisogna essere molto cauti, in quanto usare etc-update è significativamente meno sicuro che usare dispatch-conf.
Dopo l'installazione dei file di configurazione non importanti, viene visualizzata una lista di file protetti che dovrebbero essere aggiornati. In fondo alla lista viene richiesto il da farsi tra le seguenti possibili opzioni:
Se si sceglie -1, si provoca l'uscita immediata di etc-update senza aver eseguito alcun cambiamento. Con le scelte -3 o -5, tutti i file di configurazione listati verrano sovrascritti con le nuove versioni. E' perciò molto importante selezionare prima i file di configurazione che non si vorrebbero aggiornare automaticamente. Questo si può fare semplicemente digitando il numero listato alla sinistra del file di configurazione. Come esempio selezioniamo il file di configurazione /etc/pear.conf:
Si possono ora vedere le differenze tra i due file. Se si pensa che il file possa venire aggiornato senza problemi, digitare 1. Se si pensa che l'aggiornamento non sia necessario o non provveda nuove o utili informazioni, digitare 2. Se si vuole aggiornare il file di configurazione corrente in modo interattivo, digitare 3. Non ci sono punti a favore della fusione interattiva. Per completezza, segue la lista di comandi che possono essere usati mentre si sta interattivamente fondendo i due file. Vengono visualizzate due linee (quella originale e quella proposta nell'aggiornamento) e la richiesta sul da farsi tra uno dei seguenti comandi:
Una volta terminato l'aggiornamento dei file di configurazione importanti, si può procedere all'aggiornamento automatico dei restanti file, etc-update terminerà la sua esecuzione quando non ci saranno più file di configurazione da aggiornare. Con quickpkg si possono creare archivi di pacchetti che sono già installati sul sistema. Questi archivi possono essere usati come pacchetti precompilati. L'uso di quickpkg è estremamente semplice, basta aggiungere i nomi dei pacchetti che si vuole archiviare. Per esempio, se si vogliono archiviare curl, arts e procps:
I pacchetti precompilati vengono memorizzati in $PKGDIR/All (/usr/portage/packages/All di default). Link simbolici che puntano a questi pacchetti sono posti in $PKGDIR/<category>. 5. Separarsi dalla collezione di software originale5.a. Usare un Portage Tree Subset Escludere pacchetti e/o categorie Si possono selettivamente aggiornare certe categorie/pacchetti ed ignorarne altre/i facendo in modo che rsync escluda categorie/pacchetti durante la fase di emerge --sync. Occorre definire il nome del file che contiene i pacchetti o le categorie da escludere nella variabile --exclude-from in /etc/make.conf.
Si noti comunque che questo può portare ad avere problemi di dipendenze nuove, aggiornando pacchetti che potrebbero dipendere da pacchetti nuovi ma esclusi. 5.b. Aggiungere ebuild non ufficiali Definizione di una propria directory Portage Il Portage può usare ebuild che non sono disponibili attraverso l'albero ufficiale. Per far questo, si può creare una nuova directory (per esempio /usr/local/portage) entro la quale memorizzare gli ebuild di terze parti usando la stessa struttura delle directory dell'albero del Portage. Si definisce quindi la variabile PORTDIR_OVERLAY in /etc/make.conf affinché punti alla directory creata precedentemente. Usando Portage dopo queste modifiche, si potranno usare questi nuovi ebuild senza che vengano rimossi o sovrascritti da un nuovo emerge --sync. Per gli utenti che sviluppano su diversi strati, testano pacchetti prima di porli nell'albero di Portage o vogliono semplicemente usare ebuild non ufficiali di varie sorgenti, il pacchetto app-portage/gentoolkit-dev fornisce gensync, uno strumento che aiuta a mantenere aggiornati gli overlay repository. Con gensync si possono aggiornate tutti i repository in una volta sola o selezionare solo alcuni di essi. Ogni repository dovrebbe avere un file .syncsource nella directory di configurazione /etc/gensync/ che contiene l'ubicazione del repository, il nome, l'ID, ecc. Si supponga di avere due repository aggiuntivi chiamati java (per lo sviluppo di ebuild java) e entapps (per le applicazioni sviluppate per la propria azienda), si potranno aggiornare nel seguente modo:
5.c. Software non mantenuto dal Portage Usare il Portage con software proprietario In alcuni casi si può voler configurare, installare e manutenere software proprietario senza dover automatizzare il processo del Portage anche se Portage può provvedere il titolo software. Casi conosciuti sono sorgenti del kernel e driver nvidia. Si può configurare Portage in modo tale che sappia che certi pacchetti sono stati installati manualmente nel sistema. Questo processo è chiamato injecting ed è supportato dal Portage attraverso il file /etc/portage/profile/package.provided. Per esempio, per informare il Portage che gentoo-sources-2.6.11.6 è stato installato manualmente, aggiungere la seguente linea a /etc/portage/profile/package.provided:
D. Configurazione di rete di Gentoo1. Configurazione comune
Per iniziare la configurazione della scheda di rete, si deve far conoscere quest'ultima al sistema Gentoo RC, tramite la creazione di un collegamento simbolico da net.lo a net.eth0 in /etc/init.d.
Ora il sistema Gentoo RC conosce questa interfaccia, ma deve anche sapere come configurarla. Tutte le interfacce di rete sono configurate in /etc/conf.d/net. Segue un esempio di configurazione per DHCP e indirizzi statici.
Ora che l'interfaccia è stata configurata, si può avviarla e fermarla con i comandi seguenti.
Ora che l'interfaccia di rete è stata avviata e fermata con successo, è consigliabile farla partire durante l'avvio di Gentoo, utilizzando i comandi seguenti. L'ultimo comando "rc" dice a Gentoo di avviare qualsiasi script nel runlevel attuale che non è ancora stato avviato.
2. Configurazione AvanzataLa variabile config_eth0 è il cuore della configurazione di un'interfaccia, ed è composta da un elenco di istruzioni di alto livello per la sua configurazione (in questo caso l'interfaccia è eth0). Ogni comando di questo elenco è effettuato sequenzialmente, e l'interfaccia viene considerata funzionante se almeno un comando viene eseguito con successo. Ecco un elenco delle istruzioni integrate.
Se un comando non funziona, si può specificare un comando di riserva. Questo deve corrispondere con esattezza alla struttura di configurazione. Si possono unire insieme questi comandi. Ecco alcuni esempi reali:
Gli script di inizializzazione in /etc/init.d possono dipendere da una specifica interfaccia di rete o da net. net può essere definita in /etc/conf.d/rc e può voler significare diverse cose grazie alla variabile RC_NET_STRICT_CHECKING.
Ma che succede se net.br0 dipende da net.eth0 e net.eth1? net.eth1 potrebbe essere un dispositivo wireless o ppp che deve essere configurato prima che sia aggiunto al bridge. Non può essere fatto in /etc/init.d/net.br0 poichè questo è un collegamento simbolico a net.lo La risposta corretta è quella di usare la funzione depend() in /etc/conf.d/net
Per una discussione più dettagliata sulla dipendenza, consultare la sezione Scrivere Init Script nel Manuale Gentoo. 2.c. Nomi di variabili e valori I nomi delle variabili sono dinamici. Di solito seguono la struttura variable_${interface|mac|essid|apmac}. Per esempio, la variabile dhcpcd_eth0 contiene il valore per le opzioni dhcpcd per eth0 e dhcpcd_essid contiene il valore per le opzioni dhcpcd quando una interfaccia si connette a essid "essid". Non c'è nessuna regola che dice che i nomi delle interfacce debbano essere ethx. Molte interfacce wireless hanno nomi come wlanx, rax e anche ethx. Alcune interfacce definite dagli utenti, come i bridge, possono avere qualsiasi nome, per esempio foo. Per rendere il tutto più interessante, gli Access Point Wireless possono avere nomi che contengono caratteri alfa numerici - questo è importante perchè si possono configurare i parametri di rete per ESSID. Gentoo usa variabili bash per la rete - e bash non può usare altro che caratteri alfanumerici inglesi. Per ovviare a questa limitazione si cambia ogni carattere non alfanumerico inglese nel carattere _ Altro problema con bash, è il contenuto delle variabili - alcuni caratteri hanno bisogno di essere specificati in modo particolare. Si risolve mettendo un \ all'inizio di questi. I seguenti caratteri devono essere specificati in modo particolare: ", ' e \. In questo esempio si usa wireless ESSID poichè contiene un vasto numero di caratteri. Si usa il ESSID My "\ NET:
3. Impostazioni modulariAttualmente vengono supportati gli script di rete modulari, il che significa che si può aggiungere il supporto per nuovi tipi di interfaccia e moduli di configurazione mantenendo allo stesso tempo la compatibilità con quelli esistenti. I moduli vengono caricati in modo predefinito se il pacchetto che essi necessitano è installato. Se si specifica un modulo che non ha installato il suo pacchetto, si ottiene un errore che avvisa quale pacchetto necessita di essere installato. Idealmente, le impostazioni per i moduli sono da usare solamente quando si hanno due o più pacchetti installati che forniscono lo stesso servizio e si deve preferire uno rispetto ad un altro.
3.b. Utilità di configurazione delle interfacce Sono fornite due utilità di configurazione delle interfacce: ifconfig e iproute2. C'è bisogno di una di esse per fare qualsiasi tipo di configurazione di rete. ifconfig è la scelta predefinita di Gentoo ed è incluso nel profilo di sistema. iproute2 è un pacchetto più potente e flessibile, ma non è incluso in modo predefinito.
Poichè ifconfig e iproute2 fanno un lavoro molto simile, viene permesso che le loro configurazioni di base funzionino l'una con l'altra. Per esempio entrambi i codici funzionano a prescindere dal modulo che si sta usando.
DHCP è la possibilità di ottenere informazioni di rete (indirizzo IP, server DNS, Gateway, ecc.) da un server DHCP. Ciò significa che se c'è un server DHCP funzionante sulla rete, basta dire ad ogni client di usare DHCP in modo da fargli impostare la rete da sè. Bisogna configurare altre cose come wireless, ppp o altre se sono richieste, prima di usare DHCP. DHCP può essere fornito da dhclient, dhcpcd, o pump. Ogni modulo DHCP ha i suoi pro e i suoi contro, eccone un breve riassunto.
Se si ha installato più di un client DHCP, bisogna specificare quale usare, altrimenti la scelta predefinita sarà dhcpcd, se disponibile. Per passare opzioni specifiche al modulo dhcp, usare module_eth0="..." (cambiare module con il module DHCP che si sta usando, es. dhcpcd_eth0) L'obiettivo è quello di rendere DHCP più semplice, perciò vengono supportati i seguenti comandi usando la variabile dhcp_eth0. L'impostazione predefinita è non impostare nessuna di queste.
Prima bisogna installare il software ADSL.
Poi, creare lo script net per PPP e quello per l'interfaccia di rete usata da PPP.
Assicurarsi di impostare RC_NET_STRICT_CHECKING="yes" in /etc/conf.d/rc. Ora bisogna configurare /etc/conf.d/net.
La password può essere anche impostata in /etc/ppp/pap-secrets.
Se si utilizza PPPoE con un modem USB bisogna installare br2684ctl. Si prega di leggere /usr/portage/net-dialup/speedtouch-usb/files/README per ottenere informazioni su come configurarlo adeguatamente.
3.e. APIPA (Automatic Private IP Addressing) APIPA cerca di trovare un indirizzo libero tra 169.254.0.0-169.254.255.255 con un arping di un indirizzo casuale, incluso nella gamma di indirizzi summenzionati, sull'interfaccia. Se non c'è nessuna risposta allora si assegna questo indirizzo all'interfaccia. L'uso di APIPA è utile per le LAN in cui non c'è nessun server DHCP e non ci si connette direttamente a Internet e tutti gli altri computer utilizzano APIPA. Per il supporto ad APIPA installare net-misc/iputils o net-analyzer/arping.
Per poter effettuare il bonding/trunking (ndT: unione/aggregazione) di collegamenti installare net-misc/ifenslave. Il bonding è usato per aumentare la larghezza di banda della rete. Se si hanno due schede di rete sulla stessa rete, si possono collegare insieme in modo che le applicazioni vedano una sola interfaccia ma in realtà utilizzino entrambe le due schede di rete.
3.g. Bridging (supporto 802.1d) Per il supporto al "bridging" installare net-misc/bridge-utils Il bridging è usato per collegare insieme delle reti. Per esempio, si ha un server che si connette a Internet con un modem ADSL e una scheda wireless access che permette a altri computer di connettersi a Internet con il modem ADSL. Si può creare un "bridge" (ponte) per unire le due interfacce.
3.h. Indirizzo MAC (MAC Address) Non occorre installare niente per cambiare l'indirizzo MAC di una interfaccia se si utilizza sys-apps/baselayout-1.11.14 o superiore e si desidera cambiarlo in un indirizzo MAC specifico. Tuttavia, se lo si vuole cambiare con un indirizzo MAC a caso o si ha una versione di baselayout più vecchia rispetto a quella appena nominata, allora per potere fare uso di questa caratteristica bisogna installare net-analyzer/macchanger.
Non occorre installare niente per il tunnelling in quanto il gestore dell'interfaccia lo fa già da sè.
Per il supporto alle VLAN installare net-misc/vconfig. Virtual LAN è un gruppo di dispositivi di rete che si comportano come se fossero connessi ad un singolo segmento di rete, anche se realmente non lo sono. I membri della VLAN possono solo vedere i membri della stessa VLAN anche se potrebbero condividere la stessa rete.
4. Reti WirelessAttualmente si supporta l'installazione wireless sia con wireless-tools sia con wpa_supplicant. La cosa importante è ricordare che si configura per reti wireless su basi globali e non su basi di interfaccia. wpa_supplicant è la scelta migliore, ma non supporta tutti i driver. Per un elenco di tutti i driver supportati, leggere il sito di wpa_supplicant. Inoltre, wpa_supplicant attualmente può essere connesso solamente al SSID che si è configurato. wireless-tools supporta quasi tutte le schede e i driver, ma non può connettersi ad Access Point configurati solamente con WPA.
WPA Supplicant è un pacchetto che permette di connettersi ad access point WPA abilitati. La sua installazione non è fluida poichè è ancora in beta - ma comunque funziona bene.
Configurare /etc/conf.d/net, per specificare l'utilizzo preferito di wpa_supplicant rispetto a wireless-tools (se entrambi sono installati, wireless-tools è quello predefinito).
Semplice vero? Tuttavia c'è ancora da configurare wpa_supplicant che risulta essere un po' più difficile in base alla tipo di configurazione di sicurezza degli Access Point a cui si sta cercando di connettere. L'esempio seguente è preso e semplificato da /usr/share/doc/wpa_supplicant-<versione>/wpa_supplicant.conf.gz il quale viene fornito insieme a wpa_supplicant.
Impostazione iniziale e Managed Mode Wireless Tools forniscono un modo generico di configurare le interfacce wireless di base fino al livello di sicurezza WEP. Sebbene WEP sia un metodo di sicurezza debole, è anche quello prevalente. La configurazione di Wireless Tools è controllata da poche variabili principali. L'esempio di configurazione seguente dovrebbe descrivere tutto il necessario. Una cosa da tenere in mente è che nessuna configurazione significa "connesso al più forte non criptato Access Point" - si cerca e ci si connette sempre a qualcosa.
Regole personalizzate per la selezione degli Access Point Si possono aggiungere alcune opzioni extra per raffinare la selezione degli Access Point, ma normalmente non sono richieste. Si può decidere se ci si connette solo a Access Point preferiti o no. Come regola predefinita se ogni configurazione fallisce e ci si può connettere a un Access Point non criptato allora va bene. Questo può essere controllato dalla variabile associate_order. Ecco una tabella di valori e come essi controllano questo aspetto.
Infine sono disponibili alcune selezioni blacklist_aps e unique_ap. blacklist_aps funziona in modo simile a preferred_aps. unique_ap è un valore yes o no che dice se una seconda interfaccia wireless può connettersi allo stesso Access Point come la prima interfaccia.
Si può volere una impostazione Ad-Hoc se non si riesce a connettere a un Access Point con la modalità "managed".
C'è una configurazione apposita per connettersi a reti Ad-Hoc o funzionare in modo Master per trasformarsi in un Access Point, ricordarsi comunque di specificare le chiavi WEP come mostrato in precedenza.
Risoluzione di problemi con Wireless Tools Ci sono alcune variabili che possono aiutare a far funzionare la propria rete wireless, conseguentemente a problemi di driver o di ambiente. Ecco una tabella contenente altre opzioni che si possono provare.
4.d. Definire la configurazione di rete per ESSID Qualche volta quando ci si connette a ESSID1 si deve avere un IP statico e quando ci si connette a ESSID2 si deve avere DHCP. La maggior parte delle variabili dei moduli possono essere definite per ESSID. Ecco come farlo.
5. Ulteriori funzionalità5.a. Funzioni di hook (intercettazioni) standard Possono essere definite quattro funzioni, che sono chiamate in prossimità delle operazioni di avvio/chiusura. Le funzioni sono chiamate con il nome dell'interfaccia in modo che una funzione possa controllare adattatori multipli. I valori di ritorno per le funzioni preup e predown dovrebbero essere 0 (successo) per indicare che la configurazione o la deconfigurazione dell'interfaccia può continuare. Se preup ritorna con un valore diverso da zero, allora la configurazione dell'interfaccia viene chiusa. Se predown ritorna con un valore diverso da zero, allora all'interfaccia non viene permesso di continuare la deconfigurazione. I valori di ritorno per le funzioni postup e postdown sono ignorati poichè non c'è niente da fare se indicano un fallimento. ${IFACE} è impostata sull'interfaccia che viene portata sù/giù (up/down). ${IFVAR} è ${IFACE} convertita al nome della variabile che bash permette.
5.b. Funzioni di hook (intercettazioni) per "Wireless Tools"
Possono essere definite due funzioni, che sono chiamate in prossimità della funzione associata. Le funzioni sono chiamate con il nome dell'interfaccia in modo che una funzione possa controllare adattatori multipli. I valori di ritorno per la funzione preassociate dovrebbero essere 0 (successo) per indicare che la configurazione o la deconfigurazione dell'interfaccia può continuare. Se la preassociate ritorna un valore diverso da zero, allora la configurazione dell'interfaccia viene chiusa. Il valore di ritorno per la funzione postassociate è ignorato poichè non c'è niente da fare se indica un fallimento. ${ESSID} è impostata all'esatto ESSID dell'AP con cui si è connessi. ${ESSIDVAR} è ${ESSID} convertita al nome della variabile che bash permette.
6. Gestione della reteSe si è sempre in movimento con il proprio computer, non sempre è disponibile un cavo ethernet o un access point. Inoltre, se un cavo di rete viene inserito o viene trovato un access point, si potrebbe desiderare che i propri servizi di rete funzionino automaticamente. Di seguito vengono elencati alcuni strumenti utili alla gestione della rete.
ifplugd è un demone che avvia e chiude le interfacce quando si inserisce o rimuove un cavo ethernet. Può anche gestire la rilevazione associazioni agli Access Point o quando dei nuovi Access Point entrano nel raggio di copertura.
La configurazione di ifplugd è molto semplice. Il file di configurazione è /etc/conf.d/ifplugd. Eseguire man ifplugd per dettagli sulle variabili disponibili. Inoltre vedere /etc/conf.d/net.example per ulteriori esempi.
In aggiunta alla gestione di connessioni di rete multiple, è possibile aggiungere uno strumento che facilita il funzionamento con molteplici server DNS e configurazioni; ciò è molto pratico se si riceve l'indirizzo IP tramite DHCP. Per installarlo, effettuare l'emerge di openresolv.
Vedere man resolvconf per saperne di più riguardo alle sue caratteristiche. I contenuti di questo documento sono rilasciati sotto la licenza Creative Commons - Attribution / Share Alike. |
|
