Handbook:Parts/Installation/Stage/it

Impostare data e ora
Prima di installare Gentoo, è buona norma assicurarsi che data ed ora siano corretti. Un orologio sballato può provocare strani risultati: 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 sballato!

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 qualche mal di testa futuro. 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.

No multilib (64 bit puro)
Scegliere un tarball no-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 ):

Dipende dal mezzo di installazione scelto, ma 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 tutti i file stage disponibili sono elencati (essi potrebbero essere posti in sotto cartelle 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:

Make sure that the same options ( and  ) are used. The  stands for Extract, the   for Verbose to see what happens during the extraction process (optional), the   for Decompress with bzip2, the   for Preserve permissions and the   to denote that we want to extract a File, not standard input. is to include the extended attributes stored in the archive. Finally,  is used to ensure that the user and group IDs of the files being extracted from the tarball will remain the same as the Gentoo release engineering team intended, even if adventurous users are not using official Gentoo installation media.

Now that the stage file is installed, continue with Configuring the compile options.

Introduzione
To optimize Gentoo, it is possible to set a couple of variables which impacts the behavior of Portage, Gentoo's officially supported package manager. All those variables can be set as environment variables (using ) but that isn't permanent. To keep the settings, Portage reads in the file, a configuration file for Portage.

Fire up an editor (in this guide we use ) to alter the optimization variables we will discuss hereafter.

From the file it is obvious how the file should be structured: commented lines start with "#", other lines define variables using the VARIABLE="content" syntax. Several of those variables are discussed next.

CFLAGS e CXXFLAGS
The CFLAGS and CXXFLAGS variables define the optimization flags for GCC C and C++ compilers respectively. Although those are defined generally here, for maximum performance one would need to optimize these flags for each program separately. The reason for this is because every program is different. However, this is not manageable, hence the definition of these flags in the file.

In one should define the optimization flags that will make the system the most responsive generally. Don't place experimental settings in this variable; too much optimization can make programs behave bad (crash, or even worse, malfunction).

We will not explain all possible optimization options. To understand them all, read the GNU Online Manual(s) or the gcc info page ( - only works on a working Linux system). The file itself also contains lots of examples and information; don't forget to read it too.

A first setting is the  or   flag, which specifies the name of the target architecture. Possible options are described in the file (as comments). A commonly used value is native as that tells the compiler to select the target architecture of the current system (the one users are installing Gentoo on).

A second one is the  flag (that is a capital O, not a zero), which specifies the gcc optimization class flag. Possible classes are s (for size-optimized), 0 (zero - for no optimizations), 1, 2 or even 3 for more speed-optimization flags (every class has the same flags as the one before, plus some extras). is the recommended default. is known to cause problems when used system-wide, so we recommend to stick to.

Another popular optimization flag is  (use pipes rather than temporary files for communication between the various stages of compilation). It has no impact on the generated code, but uses more memory. On systems with low memory, gcc might get killed. In that case, do not use this flag.

Using  (which doesn't keep the frame pointer in a register for functions that don't need one) might have serious repercussions on the debugging of applications.

When the CFLAGS and CXXFLAGS variables are defined, combine the several optimization flags in one string. The default values contained in the stage3 archive that is unpacked should be good enough. The following one is just an example:

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.