Handbook:Parts/Installation/Stage/it

Impostare data e ora
Prima di installare Gentoo, è buona norma correggere data e ora. Un orologio incorretto può provocare strani risultati: il sistema base dovrebbe essere estratto solo quando data e ora sono esatti. Infatti, visto che molti siti e servizi usano comunicazioni criptate (SSL/TLS), potrebbe essere persino 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, correggila usando uno dei seguenti metodi.

Automatica
I supporti di installazione ufficiali Gentoo includono il comando (ottenibile dal 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ò anche essere usato per effettuare un'impostazione manuale sull'orologio del sistema. Usare la sintassi  (Mese, Giorno, ora, minuto e anno).

Il tempo UTC è raccomandato per tutti i sistemi Linux. Successivamente durante l'installazione verrà definito un fuso orario. Ciò modificherà l'impostazione dell'orologio in tempo locale.

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

Multilib (32 e 64 bit)
Sceliere un tarball di base per il sistema può far risparmiare una quantità considerevole di tempo successivamente nel processo di installazione, specificamente quando è ora di scegliere un profilo di sistema. La selezione di uno stage tarball impatterà direttamente la configurazione di sistema futura e può prevenire il mal di testa successivamente. Il tarball multilib usa librerie a 64 bit quando possibile, e si riduce alle versioni a 32 bit quando necessario solo per compatibilità. Questa è un'opzione eccellente per la maggioranza delle installazioni poiché fornisce una grande flessibilità per la personalizzazione futura. Coloro che desiderano che i loro sistemi siano in grado di mutare facilmente dovrebbero scaricare l'opzione tarball multilib per l'architettura del processore corrispondente.

La maggior parte degli utenti non dovrebbe usare le opzioni di tarball 'avanzate'; sono infatti per specifiche configurazioni software o hardware.

No multilib (64 bit puro)
Selezionare un tarball no-multilib per la base del sistema fornisce un ambiente di sistema operativo completamente a 64 bit. Ciò rende improbabile l'abilità di selezionare un profilo multilib, ma è comunque possibile. Coloro che stanno iniziando ad usare Gentoo non dovrebbero scegliere un tarball no-multilib a meno che non sia assolutamente necessario.

Scaricamento dello stage tarball
Andare nel punto di montaggio di Gentoo dove è montato il filesystem root (molto probabilmente ):

A seconda del mezzo di installazione, l'unico strumento necessario per lo scaricamento di uno stage tarball è un browser di rete.

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 all'utilità  nella linea di comando per scaricare lo stage tarball:

Browser a linea di comando
I lettori più tradizionali od i 'vecchi' utenti Gentoo, che lavorano esclusivamente dalla linea di comando, potrebbero preferire l'uso di, un browser senza grafica e basato su menu. Per scaricare uno stage, navigare nella lista di Gentoo come di seguito:

Per usar eun 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 su menu.

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

Nella lista dei mirror, selezionarne uno vicino. Solitamente sono sufficienti i mirror HTTP, ma sono disponibili anche altri protocolli. Muoversi nella directory. Là sono mostrati tutti i file stage disponibili (potrebbero essere posti in sotto directory chiamate nella stessa maniera delle 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
Like with the minimal installation CDs, additional downloads to verify and validate the stage file are available. Although these steps may be skipped, these files are provided for users who care about the legitimacy of the file(s) they just downloaded.


 * A file that contains a list of all files inside the stage tarball.
 * A file that contains checksums of the stage file, in different algorithms.
 * A file that, like the  file, contains checksums of the stage file in different algorithms, but is also cryptographically signed to ensure it is provided by the Gentoo project.

Use and compare the output with the checksums provided by the  or  files.

For instance, to validate the SHA512 checksum:

Another way is to use the command:

To validate the Whirlpool checksum:

Compare the output of these commands with the value registered in the files. The values need to match, otherwise the downloaded file might be corrupt (or the digests file is).

Just like with the ISO file, it is also possible to verify the cryptographic signature of the file using  to make sure the checksums have not been tampered with:

Estrazione dello stage tarball
Now unpack the downloaded stage onto the system. We use to proceed:

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 and 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.