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 di pacchetti di Gentoo ufficialmente supportato. Tutte quelle variabili possono essere impostate come variabili d'ambiente (usando ) però l'effetto non sarà permanente. Per conservare le impostazioni, Portage legge nel file, un file di configurazione di Portage.

Si apra un editor (in questa guida useremo ) per modificare le variabili di ottimizzazione che discuteremo in seguito.

Dal file si comprende come questo debba essere strutturato: 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 (flag) nel file.

Nel file si dovrebbero definire le opzioni di ottimizzazione che renderanno il sistema indicativamente più performante possibile. Non si usino impostazioni sperimentali in questa variabile; troppe ottimizzazioni possono addirittura peggiorare il comportamento dei programmi (blocchi, o anche peggio, malfunzionamenti).

Non spiegheremo tutte le opzioni di ottimizzazione possibili. Per comprenderle tutte, si legga il Manuale GNU Online o la pagina di informazioni di gcc ( - funziona solo su sistemi Linux in esecuzione). Il file stesso contiene tantissimi esempi ed informazioni; non si dimentichi di leggerlo.

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

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

Un'altra opzione di ottimizzazione popolare è  (usa le pipe - passaggio dati - invece di file temporanei per la comunicazione durante 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 tal caso, non si usi questa opzione.

Usare  (che non conserva il frame pointer in un registro in caso di funzioni che non ne hanno bisogno) potrebbe 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.