Handbook:Parts/Installation/Stage/it

Impostare data e ora
Prima di installare Gentoo, è buona norma assicurarsi che data ed ora siano corretti. Un orologio configurato male può portare a risultati strani: il sistema base dovrebbe essere estratto solo se data ed ora sono esatti. Infatti, dato che molti siti e servizi usano comunicazioni criptate (SSL/TLS), potrebbe essere addirittura impossibile scaricare i file di installazione se l'orologio di sistema è troppo alterato!

Verificare data e ora eseguendo il comando :

Se la data/ora mostrata è sbagliata, correggerla usando uno dei seguenti metodi.

Automatico
I supporti di installazione ufficiali di Gentoo includono il comando (grazie al pacchetto ). I supporti ufficiali includono un file di configurazione che usa i time server di ntp.org. Usare questo metodo richiede una connessione di rete funzionante e potrebbe non essere disponibile per tutte le architetture.

Manuale
Il comando può essere usato anche per effettuare un'impostazione manuale dell'orologio di sistema. Usare la sintassi  (Mese, Giorno, ora, minuti e anno).

L'orario UTC è raccomandato su tutti i sistemi Linux. Successivamente, durante l'installazione, verrà definito un fuso orario. Ciò modificherà il modo in cui viene mostrata l'ora in base all'ora locale.

Per esempio, per impostare la data sul 3 ottobre, 13:16 nell'anno 2016:

Multilib (32 e 64 bit)
Scegliere un tarball base per il sistema fa risparmiare una quantità considerevole di tempo lungo il processo di installazione, in particolare quando si dovrà scegliere un profilo corretto. La selezione di uno stage tarball avrà implicazioni dirette sulla configurazione del futuro sistema e può anche prevenire possibili problemi futuri. Il tarball multilib usa librerie a 64 bit ogni volta che è possibile, mentre solo per ragioni di compatibilità passa ai 32 bit. Questa è un'eccellente scelta per la maggior parte delle installazioni, dato che offre grande flessibilità per una personalizzazione futura. Per coloro che desiderano che il loro sistema sia in grado di passare facilmente da un profilo all'altro dovrebbero scegliere un tarbal multilib in relazione all'architettura del loro processore.

La maggior parte degli utenti non dovrebbe usare le opzioni 'avanzate' dei tarball; infatti queste riguardano specifiche configurazioni software o hardware.

Non multilib (64 bit puro)
Scegliere un tarball non multilib come base per il sistema offre un ambiente completamente a 64 bit. Ciò rende improbabile il passaggio ad un profilo multilib, seppur possibile. Coloro che cominciano ad usare Gentoo non dovrebbero scegliere un tarball no-multilib a meno che non sia assolutamente necessario.

Scaricamento dello stage tarball
Spostarsi sulla cartella dove è stato montato il filesystem radice di Gentoo (molto probabilmente ):

A seconda del mezzo di installazione scelto, il solo strumento necessario per scaricare uno stage tarball è un browser Web.

Browser grafici
Coloro che usano ambienti con browser di rete completamente grafici non avranno problemi a copiare l'URL del file stage dalla sezione di download del sito principale. Selezionare semplicemente la scheda appropriata, cliccare con il tasto destro del mouse sul collegamento al file stage, poi (Firefox) o  (Chromium) per copiare l'indirizzo negli appunti, poi incollare il collegamento per l'utilità  da linea di comando così da scaricare lo stage tarball:

Browser a linea di comando
I lettori più tradizionali o gli utenti Gentoo di 'vecchia data', lavorando esclusivamente da linea di comando, potrebbero preferire l'uso di, un browser senza grafica e basato sui menu. Per scaricare uno stage, navigare fino alla lista di distributori (mirror) di Gentoo come di seguito:

Per usare un proxy HTTP con, passare l'URL con l'opzione :

Oltre a esiste anche il browser. Come, si tratta di un browser privo di grafica ma non basato sui menu.

Se è necessario definire un proxy, esportare le variabili http_proxy e/o ftp_proxy :

Nella lista dei distributori (mirror), selezionarne uno vicino. Solitamente vanno bene i mirror HTTP, ma sono disponibili anche altri protocolli. Spostarsi nella cartella. Qui sono elencati tutti i file stage disponibili (potrebbero essere posti in sottocartelle nominate con il nome delle singole sotto architetture). Selezionarne uno e premere per scaricarlo.

Una volta che lo scaricamento del file stage è completato, è possibile verificare l'integrità e validare i contenuti dello stage tarball. Coloro che sono interessati dovrebbero leggere la sezione successiva.

Coloro che non sono interessati alla verifica e alla validazione del file stage possono chiudere il browser a linea di comando premendo e possono proseguire alla sezione di estrazione dello stage tarball.

Verifica e validazione
Come con i CD di installazione minimali, anche ora sono disponibili file aggiuntivi per verificare e validare il file stage. Sebbene questi passi possano essere saltati, questi file sono forniti agli utenti che ci tengono alla legittimità dei file che essi scaricano.


 * Un file che contiene un elenco di tutti i file all'interno del tarball stage.
 * Un file che contiene i checksum (somme di controllo) del file stage, in base a diversi algoritmi.
 * Un file che, come il file, contiene i checksum del file stage secondo diversi algoritmi, ma è anche firmato crittograficamente per assicurarsi che sia fornito dal progetto Gentoo.

Usare e confrontare il suo risultato con le somme di controllo fornite dal file  o.

Per esempio, per validare con il checksum SHA512:

Un altro modo è usare il comando :

Per validare con il checksum Whirlpool:

Confrontare il risultato di questi comandi con il valore registrato nei file. I valori devono corrispondere, altrimenti il file scaricato potrebbe essere corrotto (oppure è corrotto il file digests).

Così come per il file ISO, è possibile verificare anche la firma crittografica del file usando  per essere sicuri che le somme di controllo non siano state manomesse:

Estrazione dello stage tarball
Ora scompattare lo stage scaricato nel sistema. Useremo per procedere:

Assicurarsi di usare le stesse opzioni ( e  ). La  sta per Estrai, la   sta per Verboso per vedere cosa succede durante il processo di estrazione (opzionale), la   sta per Decomprimi con bzip2, la   sta per Preserva i permessi e la   indica che si vuole estrarre un File, l'input non è standard. serve per includere gli attributi estesi memorizzati nell'archivio. Infine,  viene usato per assicurarsi che gli ID di utenti e gruppi dei file estratti dal tarball rimangano uguali a quelli pensati dalla squadra ingegneristica dei rilasci di Gentoo, anche per gli utenti avventurosi che non stanno usando mezzi di installazione ufficiali di Gentoo.

Una volta che il file stage è stato installato, si continui con la Configurazione delle opzioni di compilazione.

Introduzione
Per ottimizzare Gentoo, è possibile impostare un paio di variabili che influenzeranno il comportamento di Portage, il gestore dei pacchetti ufficialmente supportato di Gentoo. Tutte quelle variabili possono essere impostate come variabili d'ambiente (usando ) che però non sono memorizzate in maniera permanente. Per mantenere le impostazioni, Portage legge il file, un file di configurazione per Portage,

Si apra un editor (in questa guida useremo ) per alterare le variabili di ottimizzazione che discuteremo d'ora in poi.

Dal file si capisce come debba essere strutturato il file: le linee commentate iniziano con "#", le altre linee definiscono le variabili usando la sintassi VARIABILE="contenuto". Molte di queste variabili sono discusse in seguito.

CFLAGS e CXXFLAGS
Le variabili CFLAGS e CXXFLAGS definiscono le opzioni di ottimizzazioni per i compilatori GCC C e C++ rispettivamente. Benché siano definite in maniera generale qui, per ottenere le prestazioni migliori si dovrebbero ottimizzare quelle opzioni separatamente per ogni programma. La ragione di ciò è che ciascun programma è diverso. Tuttavia, ciò non è gestibile, per cui si utilizza la definizione di queste variabili nel file.

Nel file si dovrebbero definire le opzioni di ottimizzazione che renderanno il sistema il più performante possibile. Non si definiscano impostazioni sperimentali in questa variabile; troppe ottimizzazioni possono addirittura far sì che i programmi si comportino peggio (blocchi, o anche peggio, malfunzionamenti).

Non spiegheremo tutte le opzioni di ottimizzazione possibili. Per comprenderle tutte, leggere il Manuale GNU Online o la pagina di informazioni di gcc ( - funziona solo su un sistema Linux funzionante). Il file stesso contiene un sacco di esempi ed informazioni; non dimenticare di leggerlo.

Una prima impostazione è l'opzione  o , che specifica il nome dell'architettura bersaglio. Nel file sono descritte le possibili opzioni (come commenti). Un valore comunemente usato è "native" in quanto indica al compilatore di selzionare l'architettura bersaglio del sistema attuale (quella su cui gli utenti stanno installando Gentoo).

Un'altra opzione è  (O maiuscola, non zero), che specifica l'opzione della classe di ottimizzazione di gcc. Possibili classi sono s (per ottimizzare rispetto alla dimensione), 0 (zero - per non ottimizzare affatto), 1, 2 o persino 3 per più ottimizzazioni relative alla velocità (ogni classe ha le stesse opzioni come la precedente, più alcune aggiuntive). è l'opzione predefinita raccomandata. È risaputo che  causa problemi quando usata a livello di sistema, quindi raccomandiamo di attenersi a.

Un'altra opzione di ottimizzazione popolare è  (usa le pipe invece di file temporanei per la comunicazione tra i vari passi della compilazione). Non ha alcun impatto sul codice generato, ma usa più memoria. Su sistemi con poca memoria, gcc potrebbe essere interrotto. In quel caso, non usare questa opzione.

Usare  (che non mantiene il frame pointer in un registro per funzioni che non ne hanno bisogno) può avere serie ripercussioni sul debug delle applicazioni.

Quando vengono definite le variabili CFLAGS e CXXFLAGS, si combinino le varie opzioni di ottimizzazione in un'unica stringa. I valori predefiniti contenuti nell'archivio stage3 scompattato dovrebbero essere abbastanza buoni. Quello di seguito è solo un esempio:

MAKEOPTS
La variabile MAKEOPTS definisce quante compilazioni parallele dovrebbero avvenire quando si installa un pacchetto. Una buona scelta è il numero di CPU (o core di CPU) nel sistema più uno, ma questa linea guida non è sempre perfetta.

Pronti, attenti, via!
Aggiornare il file in base alle preferenze personali e salvarlo (gli utenti di nano devono usare +).

Continuare poi con l'Installazione del sistema base.