Handbook:Parts/Installation/Stage/de

Datum und Uhrzeit einstellen
Vor der Installation von Gentoo stellen Sie sicher, dass Datum und Uhrzeit korrekt eingestellt sind. Eine falsch eingestellte Uhr kann in der Zukunft zu eigenartigen Ergebnissen führen!

Zur Überprüfung der aktuellen Datum/ Zeit, führen Sie date aus:

Wenn das Datum/ die Uhrzeit falsch angezeigt wird, stellen Sie es/ sie mit Hilfe der  Syntax (Monat (MM), Tag (DD), Stunde (hh), Minute (mm) und Jahr (YYYY)) ein. In dieser Phase empfiehlt es sich die UTC-Zeit zu verwenden. Die Zeitzone definieren wir während der Installation später.

Um beispielsweise die Zeit auf den 29. März 2014, 16:21 Uhr einzustellen, geben Sie folgendes ein:

Stage-Tarball herunterladen
Gehen Sie zum Gentoo Einhängepunkt, wo das Root-Dateisystem eingebunden ist (wahrscheinlich ):

Abhängig vom Installationsmedium stehen mehrere Tools zum Download der Stage-Datei zur Verfügung. Eines dieser Werkzeuge ist, ein nicht-grafischer, menügesteuerter Browser. Um eine Stage-Datei herunterzuladen surfen Sie wie folgt zur Gentoo Spiegelserverliste:

Um einen HTTP-Proxy mit  zu verwenden, übergeben Sie die URL mit der -http-proxy Option:

Neben  gibt es auch den Browser. Wie  ist es ein nicht-grafischer Browser, aber er ist nicht menügesteuert.

Wenn ein Proxy definiert werden muss, exportieren Sie die  und/ oder   Variablen:

In der Spiegel-Liste wählen Sie einen Spiegel in der Nähe. Für gewöhnlich genügen HTTP Spiegel, andere Protokolle stehen aber auch zur Verfügung. Gehen Sie in das Verzeichnis. Dort werden alle verfügbaren Stage-Dateien angezeigt (sie können in Unterverzeichnissen gespeichert sein, benannt nach den einzelnen Sub-Architekturen). Wählen Sie eine aus und drücken Sie zum Download.

Wie bei der minimalen Installations-CDs stehen zusätzliche Downloads zur Verfügung:
 * Eine Datei, die eine Liste aller Dateien im Stage Tarball enthält.
 * Eine Datei, die Prüfsummen der Stage Datei unter verschiedenen Algorithmen beinhaltet.
 * Eine Datei, die wie die Datei Prüfsummen der Stage unter verschiedenen Algorithmen beinhaltet, allerdings zusätzlich kryptographisch signiert um sicherzustellen, dass es durch das Gentoo-Projekt zur Verfügung gestellt wurde.


 * 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

Wenn Sie fertig sind, drücken Sie um den Browser zu beenden.

Nach dem Herunterladen der Stage-Datei ist es möglich die Integrität des heruntergeladenen Stage-Tarballs zu überprüfen. Verwenden Sie  und vergleichen Sie die Ausgabe mit den Prüfsummen die durch die Dateie  oder  zur Verfügung gestellt wird.

Zur Überprüfung der SHA512 Prüfsumme zum Beispiel:

Eine weitere Möglichkeit ist die Verwendung des Befehls :

Zur Validierung der Whirlpool Prüfsumme:

Vergleichen Sie die Ausgabe dieser Befehle mit dem Wert der in den Dateien eingetragen ist. Die Werte müssen übereinstimmen, andernfalls ist möglicherweise die heruntergeladene Datei beschädigt (oder die DIGEST-Datei ist es).

Genau wie bei der ISO-Datei ist es ebenfalls möglich die kryptographische Signatur der Datei mit   zu überprüfen, um sicherzustellen dass die Prüfsummen nicht manipuliert wurden:

Stage-Tarball entpacken
Entpacken Sie das heruntergeladene Stage auf dem System. Wir verwenden  um fortzufahren:

Make sure that the same options ( and  ) are used. The x stands for Extract, the v for Verbose to see what happens during the extraction process (optional), the j for Decompress with bzip2, the p for Preserve permissions and the f to denote that we want to extract a File, not standard input. Finally, the  is to include the extended attributes stored in the archive as well.

Jetzt da das Stage installiert ist, fahren Sie mit dem konfigurieren der Compiler-Optionen fort.

Einleitung
To optimize Gentoo, it is possible to set a couple of variables which impact Portage behavior. 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 und CXXFLAGS
The CFLAGS and CXXFLAGS variables define the optimization flags for the GCC C and C++ compiler 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
The MAKEOPTS variable defines how many parallel compilations should occur when installing a package. A good choice is the number of CPUs (or CPU cores) in the system plus one, but this guideline isn't always perfect.

Auf die Plätze, fertig, los!
Update the file to match personal preference and save (nano users would hit +).

Then continue with Installing the Gentoo base system.