Handbook:Parts/Installation/Base/de

Distributionsdateien
Um den Quellcode zügig herunterzuladen, wird empfohlen, einen schnellen Spiegel auszuwählen. Portage schaut in der Datei nach der Variable GENTOO_MIRRORS und verwendet darin aufgelistete Spiegel. Es ist möglich, zur Gentoo Mirror-Liste zu surfen und nach einem Spiegel (oder mehreren Spiegeln) zu suchen, die nahe dem Systemstandort liegen (da diese meistens die schnellsten sind). Allerdings bieten wir ein nettes Tool namens, das den Benutzern ein schönes Interface zur Auswahl der benötigten Spiegel bietet. Gehen Sie einfach zu den Spiegeln der Wahl und drücken Sie die um einen oder mehrere Spiegel auszuwählen.

Gentoo ebuild Repository
Eine zweiter wichtiger Schritt bei der Auswahl der Spiegel ist die Konfiguration des Gentoo ebuild Repository über die Datei. Diese Datei beinhaltet die Informationen, die zum Synchronisieren des Paket Repository erforderlich sind. Das Paket Repository ist die Sammlung der ebuilds und der zugehörigen Dateien, die all die Informationen enthalten, die Portage zum Download und zur Installation von Software-Paketen benötigt.

Das Repository kann in ein paar einfachen Schritten konfiguriert werden. Erzeugen Sie zuerst das Verzeichnis, falls es noch nicht existiert:

Kopieren Sie dann die von Portage bereitgestellte Gentoo Repository-Konfigurationsdatei in das (neu erstellte) Verzeichnis :

Schauen Sie sich die Datei mit einem Texteditor oder mit dem -Befehl an. Die Datei sollte ein -Format haben und ungefähr so aussehen:

Der hier gezeigte Standard-Wert der Variable sync-uri wählt den Ort des Spiegelservers basierend auf einer Rotation. Das hilft dabei, die Bandbreitenbelastung auf Gentoos Infrastruktur auszugleichen und hilft in Fällen, in denen ein bestimmter Spiegelserver offline ist. Es wird empfohlen, diese Standard-URI beizubehalten - sofern nicht ein lokaler, privater Portage Spiegel verwendet werden soll.

DNS-Info kopieren
Eine Sache bleibt noch zu tun, bevor Sie die neue Umgebung betreten - und das ist das Kopieren der DNS-Informationen in der Datei. Dies ist notwendig um sicherzustellen, dass Netz-Verbindungen auch nach dem Betreten der neuen Umgebung noch funktionieren. enthält u.a. die IP-Adressen der Namensserver.

Zum Kopieren dieser Information ist es empfehlenswert, beim Befehl die Option   zu verwenden. Wenn ein symbolischer Link ist stellt dies sicher, dass die Zieldatei anstelle des symbolischen Links selbst kopiert wird. Andernfalls würde der symbolische Link auf eine nicht existierende Datei zeigen (weil das Link-Ziel höchstwahrscheinlich in der neuen Umgebung nicht verfügbar ist).

Notwendige Dateisysteme einhängen
In wenigen Augenblicken wird Linux root auf den neuen Ort geändert werden. Um sicherzustellen, dass die neue Umgebung richtig funktioniert, müssen bestimmte Dateisysteme dort ebenfalls verfügbar gemacht werden.

Die Dateisysteme, die verfügbar gemacht werden müssen, sind:


 * ist ein ein Pseudo-Dateisystem. Dateien sehen aus wie gewöhnliche Dateien - ihre Inhalte werden jedoch on-the-fly generiert, sobald aus den Dateien gelesen wird. Auf diese Weise können Anwender und Programme aktuelle Status-Informationen des Kernels lesen.
 * ist ein Pseudo-Dateisystem, genauso wie . Einst war es dafür gedacht, zu ersetzen. Es ist besser strukturiert als dieses.
 * ist ein gewöhnliches Dateisystem, das alle Gerätedateien enthält. Es wird teilweise vom Linux Device Manager verwaltet (normalerweise ).
 * ist ein temporäres Dateisystem für Dateien, die im laufenden Betrieb benötigt werden, die aber einen Reboot nicht überleben müssen. Beispiele sind PID-Dateien oder Locks.

wird an eingehängt, wohingegen die anderen Dateisysteme über Bind-Mounts eingehängt werden. Letzteres bedeutet, dass beispielsweise in Wirklichkeit  ist (es ist lediglich ein zweiter Einstiegspunkt zum selben Dateisystem), wohingegen  eine neue Einbindung (sozusagen eine neue Instanz) des Dateisystems ist.

Betreten der neuen Umgebung
Nun, da alle Partitionen initialisiert sind und die Basis-Umgebung installiert ist, wird es Zeit, die neue Installationsumgebung durch chroot zu betreten. Das bedeutet, dass die Sitzung ihr Wurzelverzeichnis von der aktuellen Installationsumgebung (Installations-CD oder anderes Installationsmedium) zum Installationssystem (nämlich die initialisierten Partitionen) ändert. Daher der Name change root oder chroot.

Dieses Chrooten erfolgt in drei Schritten:


 * 1) Das Wurzelverzeichnis wird mit Hilfe von chroot von  (auf dem Installationsmedium) auf  (auf den Partitionen) geändert.
 * 2) Einige Einstellungen (jene in ) werden über den Befehl  neu in den Speicher geladen.
 * 3) Die primäre Eingabeaufforderung wird geändert, damit wir nicht vergessen, dass diese Sitzung innerhalb einer chroot-Umgebung läuft.

Von diesem Punkt an werden alle Aktionen direkt auf der neuen Gentoo Linux Umgebung ausgeführt. Natürlich sind wir noch lange nicht fertig - weshalb auch diese Installations-Anleitung noch einige Abschnitte und Kapitel bereit hält!

Ein Gentoo ebuild Repository Snapshot aus dem Web installieren
Der nächste Schritt besteht darin, einen Snapshot des Gentoo ebuild Repositorys zu installieren. Dieser Snapshot enthält eine Sammlung von Dateien, die Portage informiert über verfügbare Software-Titel (für die Installation), welche Profile der Administrator auswählen kann, Paket- oder Profil-spezifische News-Items, usw.

Die Verwendung von wird empfohlen für diejenigen, die hinter einer restriktiven Firewall sitzen (das Programm lädt den Snapshot über die Protokolle HTTP/FTP herunter) und für diejenigen, die Netzwerk-Bandbreite sparen wollen. Leser, die keine Einschränkungen durch Firewalls oder von der Netzwerk-Bandbreite haben, können zum nächsten Abschnitt springen.

Der folgende Befehl holt den neuesten Portage-Snapshot (den Gentoo tagesaktuell veröffentlicht) von einem der Gentoo-Spiegel und installiert ihn auf dem System.

Von diesem Punkt an könnte Portage erwähnen, dass bestimmte Updates empfehlenswert sind. Dies ist deshalb so, weil es möglicherweise neuere Versionen von Paketen gibt, die durch das Stage Tar-Archiv installiert wurden. Nach der Installation des Repository Snapshots weiß Portage nun von diesen neueren Versionen. Paket-Updates können im Augenblick bedenkenlos ignoriert werden. Die Updates können verzögert werden, bis die Gentoo Installation abgeschlossen ist.

Optional: Gentoo ebuild Repository aktualisieren
Es ist möglich, das Gentoo ebuild Repository mit auf die neueste Version zu aktualisieren. Wenn Sie mit dem vorhergehenden Befehl einen aktuellen Snapshot installiert haben (Snapshots sind in der Regel nicht älter als 24 Stunden), ist dieser Schritt optional.

Angenommen Sie benötigen die neuesten Paket-Updates (bis zu 1 Stunde), dann benutzen Sie. Dieser Befehl nutzt das rsync Protokoll zur Aktualisierung des Gentoo ebuild Repository (welcher zuvor durch bezogen wurde) auf den aktuellsten Stand.

Auf langsamen Terminals, wie einigen Framebuffer- oder seriellen Konsolen, ist es empfehlenswert, die Option  zu nutzen, um den Vorgang zu beschleunigen:

News Items lesen
Wenn das Gentoo ebuild Repository auf das System synchronisiert wird, könnte Portage Hinweistexte wie im folgenden Beispiel ausgeben:

News Items wurden als Kommunikationsmedium geschaffen, um den Benutzern wichtige Mitteilungen über das Gentoo ebuild Repository zukommen lassen zu können. Zur Verwaltung der Mitteilungen verwenden Sie. Die Anwendung ist ein Gentoo-spezifisches Programm, das eine gemeinsame Verwaltungsschnittstelle für verschiedene System-Administrations-Aufgaben bietet. In diesem Fall wird aufgefordert, das Modul   zu verwenden.

Im Modul  werden drei Operationen am meisten genutzt:


 * Mit  wird eine Übersicht der verfügbaren News-Einträge angezeigt.
 * Mit  können die News-Einträge gelesen werden.
 * Mit  lassen sich News-Einträge löschen, sobald sie gelesen wurden. Ein erneutes Einlesen erfolgt nicht.

Mehr Informationen zum News Reader sind über seine Manpage verfügbar:

Auswahl des richtigen Profils
Ein Profil (profile) ist wichtiger Baustein für jedes Gentoo System. Es definiert nicht nur Standardwerte für USE, CFLAGS und andere wichtige Variablen, sondern legt das System auch auf einen bestimmten Bereich von Paketversionen fest. Diese Einstellungen werden von den Gentoo Portage-Entwicklern gepflegt.

Um zu sehen, welches Profil das System momentan verwendet, können Sie mit dem   Modul ausführen:

Wie man sieht, stehen für einige Architekturen Desktop-Unterprofile zur Verfügung.

Nach dem Betrachten der verfügbaren Profile für die Architektur kann der Benutzer ein anderes Profil für das System wählen:

@world set updaten
An dieser Stelle sollte das @world set upgedatet werden, um Ihr System auf eine solide Basis zu stellen.

Der folgende Schritt ist erforderlich, damit Ihre Änderungen am Profil wirksam werden. Weiterhin werden alle Pakete aktualisiert, für die es nach dem Erstellungszeitpunkt des von Ihnen installierten Stage Tar-Archivs Updates oder Änderungen an den USE Flags gibt.

USE Variable konfigurieren
USE ist eine der mächtigsten Variablen, die Gentoo seinen Benutzern bietet. Viele Programme können mit oder ohne optionale Unterstützung für bestimmte Dinge kompiliert werden. Beispielsweise können einige Programme mit GTK- oder Qt-Unterstützung kompiliert werden. Andere können mit oder ohne SSL-Unterstützung kompiliert werden. Einige Programme können sogar mit Framebuffer-Unterstützung (svgalib) anstelle von X11-Unterstützung (X-Server) kompiliert werden.

Die meisten Distributionen kompilieren ihre Pakete mit Unterstützung für möglichst viel. Dies erhöht die Größe der Programme und verlängert die Programmstartzeit, nicht zu erwähnen die enorme Menge von Abhängigkeiten. Mit Gentoo können die Benutzer definieren, mit welchen Optionen ein Paket kompiliert werden soll. Hier kommt USE ins Spiel.

In der Variablen USE definieren die Benutzer Schlüsselwörter, die auf Optionen beim Kompilieren abgebildet werden. Beispielsweise kompiliert  SSL Unterstützung in die Programme, die das unterstützen. entfernt X-Server-Unterstützung (beachten Sie das Minuszeichen am Anfang). kompiliert Programme mit GNOME und GTK+ Unterstützung, aber nicht mit KDE und Qt5 Unterstützung. Das führt zu einem System, das komplett für GNOME optimiert ist (vorausgesetzt die Architektur unterstützt es).

Die Standard-USE-Einstellungen befinden sich in den Dateien des Gentoo-Profils, das das System verwendet. Gentoo benutzt ein (komplexes) Vererbungssystem für seine Profile, in das wir in dieser Phase nicht eintauchen wollen. Der einfachste Weg, die momentan aktiven USE Einstellungen zu überprüfen, ist auszuführen und die Zeile auszuwählen, die mit USE beginnt:

Eine vollständige Beschreibung der verfügbaren USE-Flags finden Sie auf dem System in der Datei.

Innerhalb des Befehls können Sie mit Hilfe der Tasten  und  scrollen. Zum Beenden drücken Sie.

Als Beispiel zeigen wir die USE Einstellung für ein KDE-basiertes System mit DVD, ALSA und CD-Aufnahme Unterstützung:

Wenn ein USE Wert in definiert wird, wird er zu der USE-Flag Liste des Systems hinzugefügt. USE-Flags auf dieser Liste können entfernt werden, indem ein Minuszeichen vor den Wert gesetzt wird. Um beispielsweise die Unterstützung für X11 zu deaktivieren, kann  definiert werden:

CPU_FLAGS_*
Einige Architekturen (u.a. AMD64/X86, ARM, PPC) haben eine USE_EXPAND Variable namens CPU_FLAGS_ARCH (ersetzen Sie ARCH mit der für Sie relevanten Architektur).

Dies wird verwendet um den Build so zu konfigurieren, dass er in einem bestimmten Assemblercode oder anderen Intrinsics kompiliert, normalerweise handgeschrieben oder anderweitig extra, und ist nicht dasselbe wie die Aufforderung an den Compiler, optimierten Code für eine bestimmte CPU-Funktion auszugeben (z.B. ).

Benutzer sollten diese Variable zusätzlich zur Konfiguration ihrer COMMON_FLAGS wie gewünscht setzen.

Zur Konfiguration sind folgende Schritte erforderlich:

Wenn Sie neugierig sind, können Sie das Programm starten und sich die Ausgabe ansehen:

Kopieren Sie die Ausgabe des Programms nach :

VIDEO_CARDS
Die VIDEO_CARDS USE_EXPAND Variable sollte in Abhängigkeit von der verfügbaren GPU (den verfügbaren GPUs) konfiguriert werden. Das Vorgehen wird im Xorg guide beschrieben. Wenn nur auf einer Konsole gearbeitet werden soll, muss VIDEO_CARDS nicht gesetzt werden.

Optional: Die ACCEPT_LICENSE Variable konfigurieren
Die Lizenzen eines Gentoo Pakets werden in der LICENSE Variable im Ebuild eingetragen. Die auf einem System erlaubten Lizenzen oder Gruppen von Lizenzen werden in den folgenden Dateien definiert:


 * Systemweit im ausgewählten Profil.
 * Systemweit in der Datei.
 * Pro Paket in der Datei.
 * Pro Paket in einem Verzeichnis von Dateien.

Portage überprüft anhand von ACCEPT_LICENSE, welche Pakete installiert werden dürfen. Den derzeit systemweit gültigen Wert können Sie anzeigen mit:

Optional kann die in den Profilen gesetzte systemweite Voreinstellung überschrieben werden in der Datei :

Optional kann man auch akzeptierte Lizenzen pro Paket definieren, wie im folgenden Beispiel für ein Dateiverzeichnis gezeigt. Beachten Sie, dass das Verzeichnis erstellt werden muss, wenn es noch nicht existiert:

Die folgende Tabelle zeigt die im Gentoo Repository definierten Lizenz-Gruppen. Die Lizenz-Gruppen werden vom Gentoo Licenses Projekt verwaltet.

.

Mit werden die verfügbaren Locales angezeigt:

Mit kann die gewünschte Locale ausgewählt werden:

Manuell kann dies auch durch Anpassen der Datei und für Systemd durch Anpassen der Datei  erreicht werden:

Das Setzen der System-Locale verhindert Warnungen und Fehlermeldungen beim Kompilieren des Kernels und von Software in den folgenden Installationsschritten.

Laden Sie jetzt die Umgebung erneut, damit die Änderung der Locale-Einstellung in Ihrer Shell wirksam wird:

Eine weiterführende Anleitung durch den Lokalisierungs-Prozess finden Sie im Lokalisierungs-Leitfaden und in der UTF-8-Anleitung.