This is Gentoo's testing wiki. It is a non-operational environment and its textual content is outdated.
Please visit our production wiki at https://wiki.gentoo.org
Handbuch:IA64/Installation/Medium
Hardwareanforderungen
Before we start, we first list what hardware requirements are needed to successfully install Gentoo on a ia64 box.
So ziemlich jeder IA64 sollte in der Lage sein Gentoo zu booten. Im Moment haben wir nur eine LiveCD, deshalb muss die Maschine ein CD-ROM Laufwerk eingebaut haben.
Gentoo Linux installation media
Minimal Installations-CD
As of August 23, 2018 the official Minimal CDs are capable of booting in UEFI mode. Previous versions boot in BIOS (MBR) mode only. Readers looking to make their system UEFI bootable must download the latest ISO.
The Gentoo minimal installation CD is a bootable image which contains a self-sustained Gentoo environment. It allows the user to boot Linux from the CD or other installation media. During the boot process the hardware is detected and the appropriate drivers are loaded. The image is maintained by Gentoo developers and allows anyone to install Gentoo if an active Internet connection is available.
The Minimal Installation CD is called install-ia64-minimal-<release>.iso.
Die gelegentlich erscheinende Gentoo LiveDVD
Gelegentlich stellt das Gentoo Ten Projekt eine spezielle DVD zusammen, die auch zur Installation von Gentoo benutzt werden kann. Die weiteren Anweisungen in diesem Kapitel beziehen sich auf die Minimal-Installations-CD und könnten deshalb etwas abweichen. Auf der LiveDVD (oder jeder anderen bootbaren Linux-Umgebung) können Sie einen Root-Prompt durch Ausführen von sudo su - oder sudo -i in einem Terminal erhalten.
Was sind bitte Stages?
A stage3 tarball is an archive containing a minimal Gentoo environment, suitable to continue the Gentoo installation using the instructions in this manual. Previously, the Gentoo Handbook described the installation using one of three stage tarballs. While Gentoo still offers stage1 and stage2 tarballs, the official installation method uses the stage3 tarball. If you are interested in performing a Gentoo installation using a stage1 or stage2 tarball, please read the Gentoo FAQ on How do I install Gentoo using a stage1 or stage2 tarball?
Stage3 tarballs can be downloaded from releases/ia64/autobuilds/ on any of the official Gentoo mirrors. Stage files update frequently and are not included on the installation images.
Downloading
Obtain the media
The default installation media that Gentoo Linux uses are the minimal installation CDs, which host a bootable, very small Gentoo Linux environment. This environment contains all the right tools to install Gentoo. The CD images themselves can be downloaded from the downloads page (recommended) or by manually browsing to the ISO location on one of the many available mirrors.
If downloading from a mirror, the minimal installation CDs can be found as follows:
- Go to the releases/ directory.
- Select the directory for the relevant target architecture (such as ia64/).
- Select the autobuilds/ directory.
- For amd64 and x86 architectures select either the current-install-amd64-minimal/ or current-install-x86-minimal/ directory (respectively). For all other architectures navigate to the current-iso/ directory.
Some target architectures such as arm, mips, and s390 will not have minimal install CDs. At this time the Gentoo Release Engineering project does not support building .iso files for these targets.
Inside this location, the installation media file is the file with the .iso suffix. For instance, take a look at the following listing:
[DIR] hardened/ 05-Dec-2014 01:42 - [ ] install-ia64-minimal-20141204.iso 04-Dec-2014 21:04 208M [ ] install-ia64-minimal-20141204.iso.CONTENTS 04-Dec-2014 21:04 3.0K [ ] install-ia64-minimal-20141204.iso.DIGESTS 04-Dec-2014 21:04 740 [TXT] install-ia64-minimal-20141204.iso.DIGESTS.asc 05-Dec-2014 01:42 1.6K [ ] stage3-ia64-20141204.tar.bz2 04-Dec-2014 21:04 198M [ ] stage3-ia64-20141204.tar.bz2.CONTENTS 04-Dec-2014 21:04 4.6M [ ] stage3-ia64-20141204.tar.bz2.DIGESTS 04-Dec-2014 21:04 720 [TXT] stage3-ia64-20141204.tar.bz2.DIGESTS.asc 05-Dec-2014 01:42 1.5K
In the above example, the install-ia64-minimal-20141204.iso file is the minimal installation CD itself. But as can be seen, other related files exist as well:
- A .CONTENTS file which is a text file listing all files available on the installation media. This file can be useful to verify if particular firmware or drivers are available on the installation media before downloading it.
- A .DIGESTS file which contains the hash of the ISO file itself, in various hashing formats/algorithms. This file can be used to verify if the downloaded ISO file is corrupt or not.
- A .DIGESTS.asc file which not only contains the hash of the ISO file (like the .DIGESTS file), but also a cryptographic signature of that file. This can be used to both verify if the downloaded ISO file is corrupt or not, as well as verify that the download is indeed provided by the Gentoo Release Engineering team and has not been tampered with.
Ignore the other files available at this location for now - those will come back when the installation has proceeded further. Download the .iso file and, if verification of the download is wanted, download the .DIGESTS.asc file for the .iso file as well. The .CONTENTS file does not need to be downloaded as the installation instructions will not refer to this file anymore, and the .DIGESTS file should contain the same information as the .DIGESTS.asc file, except that the latter also contains a signature on top of it.
Verifikation der heruntergeladenen Dateien
Dies ist ein optionaler Schritt, der für die Installation von Gentoo Linux nicht notwendig ist. Er ist aber empfohlen, um sicherzustellen, dass die heruntergeladene Datei nicht korrupt ist und tatsächlich vom Gentoo Infrastruktur-Team stammt.
Mit den .DIGESTS- und .DIGESTS.asc-Dateien können Sie die Validität der ISO-Datei mit den richtigen Tools prüfen. Diese Überprüfung geschieht üblicherweise in zwei Schritten:
- Zunächst wird die kryptografische Signatur validiert, um sicherzustellen, dass die Installationsdatei vom Gentoo-Release-Engineering-Team bereitgestellt wurde.
- Falls dem so ist, wird dann die Prüfsumme verifiziert, um sicherzustellen, dass die heruntergeladene Datei selbst nicht korrupt ist.
Microsoft Windows basierte Verifikation
Auf einem Microsoft Windows-System liegen die richtigen Tools zur Verifikation von Prüfsummen und kryptografischen Signaturen sehr wahrscheinlich noch nicht vor.
Um die kryptografische Signatur zu verifizieren, können Sie Tools wie GPG4Win verwenden. Nach dessen Installation müssen Sie die öffentlichen Schlüssel des Gentoo Release-Engineering-Teams importieren. Die Liste der Schlüssel finden Sie auf der Signaturen-Seite. Sind diese importiert, können Sie die Signatur der Datei .DIGESTS.asc verifizieren.
Dies verifiziert nicht, dass die Datei .DIGESTS korrekt ist, sondern nur dass die Datei .DIGESTS.asc korrekt ist. Das bedeutet auch, dass die Prüfsumme gegen die Werte aus der Datei .DIGESTS.asc verifiziert werden sollte; aus diesem Grund wurde oben auch nur die Datei .DIGESTS.asc heruntergeladen.
Die Prüfsumme selbst kann dann mit der Anwendung Hashcalc verifiziert werden, aber es gibt auch viele weitere Tools dafür. Die meisten dieser Tools zeigen einfach die berechnete Prüfsumme an und der Anwender wird dann aufgefordert, diese mit dem Wert aus der Datei .DIGESTS.asc zu vergleichen.
Linux basierte Verifikation
Auf einem Linux-System ist die verbreiteteste Methode zur Verifikation von kryptografischen Signaturen die Verwendung der Software app-crypt/gnupg. Wenn dieses Paket installiert ist, können Sie die folgenden Befehle verwenden, um die kryptografische Signatur der Datei .DIGESTS.asc zu prüfen.
Laden Sie zunächst die richtigen Schlüssel von der Signaturen-Seite herunter:
user $gpg --keyserver hkp://keys.gnupg.net --recv-keys 0xBB572E0E2D182910gpg: requesting key 0xBB572E0E2D182910 from hkp server pool.sks-keyservers.net gpg: key 0xBB572E0E2D182910: "Gentoo Linux Release Engineering (Automated Weekly Release Key) <releng@gentoo.org>" 1 new signature gpg: 3 marginal(s) needed, 1 complete(s) needed, classic trust model gpg: depth: 0 valid: 3 signed: 20 trust: 0-, 0q, 0n, 0m, 0f, 3u gpg: depth: 1 valid: 20 signed: 12 trust: 9-, 0q, 0n, 9m, 2f, 0u gpg: next trustdb check due at 2018-09-15 gpg: Total number processed: 1 gpg: new signatures: 1
Verifizieren Sie dann die kryptografische Signatur der Datei .DIGESTS.asc:
user $gpg --verify install-ia64-minimal-20141204.iso.DIGESTS.ascgpg: Signature made Fri 05 Dec 2014 02:42:44 AM CET gpg: using RSA key 0xBB572E0E2D182910 gpg: Good signature from "Gentoo Linux Release Engineering (Automated Weekly Release Key) <releng@gentoo.org>" [unknown] gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. Primary key fingerprint: 13EB BDBE DE7A 1277 5DFD B1BA BB57 2E0E 2D18 2910
Um absolut sicher zu sein, dass alles richtig ist, verifizieren Sie den angezeigten Fingerabdruck gegen den Fingerabdruck auf der Gentoo-Signaturen-Seite.
Nun da die kryptografische Signatur validiert wurde, verifizieren Sie die Prüfsumme, um sicherzustellen, dass die heruntergeladene ISO-Datei nicht korrupt ist. Die Datei .DIGESTS.asc enthält mehrere Hash-Algorithmen; betrachten Sie zunächst die Prüfsumme die in der Datei .DIGESTS.asc aufgezeichnet wurde. Um beispielsweise die SHA512-Prüfsumme zu erhalten:
user $grep -A 1 -i sha512 install-ia64-minimal-20141204.iso.DIGESTS.asc# SHA512 HASH 364d32c4f8420605f8a9fa3a0fc55864d5b0d1af11aa62b7a4d4699a427e5144b2d918225dfb7c5dec8d3f0fe2cddb7cc306da6f0cef4f01abec33eec74f3024 install-ia64-minimal-20141204.iso -- # SHA512 HASH 0719a8954dc7432750de2e3076c8b843a2c79f5e60defe43fcca8c32ab26681dfb9898b102e211174a895ff4c8c41ddd9e9a00ad6434d36c68d74bd02f19b57f install-ia64-minimal-20141204.iso.CONTENTS
In the above output, two SHA512 checksums are shown - one for the install-ia64-minimal-20141204.iso file and one for its accompanying .CONTENTS file. Only the first checksum is of interest, as it needs to be compared with the calculated SHA512 checksum which can be generated as follows:
user $sha512sum install-ia64-minimal-20141204.iso364d32c4f8420605f8a9fa3a0fc55864d5b0d1af11aa62b7a4d4699a427e5144b2d918225dfb7c5dec8d3f0fe2cddb7cc306da6f0cef4f01abec33eec74f3024 install-ia64-minimal-20141204.iso
Da beide Prüfsummen übereinstimmen, ist die Datei nicht korrupt und wir können mit der Installation weitermachen.
Burning a disk
Da die ISO-Datei bisher nur heruntergeladen wurde, können wir damit die Gentoo Linux-Installation noch nicht beginnen. Die ISO-Datei muss noch auf eine CD gebrannt werden, von der dann gestartet wird. Dabei muss der Inhalt der ISO auf die CD gebrannt werden, nicht die Datei selbst. Im Folgenden werden einige verbreitete Methoden beschrieben, ausführlichere Anweisungen finden Sie in unserer FAQ zum Brennen einer ISO-Datei.
Brennen mit Microsoft Windows
Unter Microsoft Windows gibt es eine Reihe von Tools, die das Brennen von ISOs auf CDs unterstützen.
- In EasyCD Creator wählen Sie Datei, CD von CD-Abbild erstellen. Ändern Sie dann die Dateitypen auf ISO-Image-Datei. Suchen Sie dann die ISO-Datei und klicken Sie Öffnen. Wenn Sie auf Brennen starten klicken, wird die ISO-Datei korrekt auf die CD-R gebrannt.
- In Nero Burning ROM, beenden Sie zunächst den Wizard, der automatisch gestartet wird, und wählen Sie dann Image brennen im Datei-Menü. Wählen Sie das Image aus und klicken Sie Öffnen. Klicken Sie nun auf den Brennen-Button und schauen Sie zu, wie die neue CD gebrannt wird.
Brennen mit Linux
Unter Linux kann die ISO-Datei auf eine CD gebrannt werden mit dem Befehl cdrecord, welches Teil des Pakets app-cdr/cdrtools ist.
Um bspw. die ISO-Datei auf die CD, die sich im Laufwerk /dev/sr0 (dies ist das erste CD-Laufwerk im System - ersetzen Sie dieses mit dem richtigen Gerät bei Ihnen) befindet, zu brennen:
user $cdrecord dev=/dev/sr0 install-ia64-minimal-20141204.isoUsers that prefer a graphical user interface can use K3B, part of the kde-apps/k3b package. In K3B, go to Tools and use Burn CD Image. Then follow the instructions provided by K3B.
Booting
Booten der Installations-CD
Sobald die Installations-CD gebrannt ist, wird es Zeit sie zu booten. Entfernen Sie alle CDs aus den CD-Laufwerken und legen Sie die Gentoo Installations-CD ein. Starten Sie das System neu und warten Sie, dass die EFI Firmware auf der Konsole geladen wird. Die genaue zu wählende Option unterscheidet sich je nach Hardware.
Die meisten Implementierungen zeigen eine Option direkt beim ersten Menü (den EFI Bootmanager). Der genaue Wortlaut unterscheidet sich vermutlich, sollte aber in der Regel etwas in der Art wie "CD Boot", "Removable Media Boot" oder "Internal Bootable DVD" sein. Wählen Sie diese Option.
Wenn die EFI Implementierung so eine Option nicht aufführt, booten Sie die CD mit der EFI Shell. Alle Implementierungen bieten eine Option um die Shell über das Bootmanager Menü zu erreichen. Die EFI Shell wird eine Liste von verwendbaren Block Devices anzeigen (blkn:) und ebenfalls eine Liste von Dateisystemen, auf die die EFI Shell momentan zugreifen kann (fsn:).
In den meisten Fällen wird die Wahl fs0: sein. Unabhängig davon (vorausgesetzt das CD-Laufwerk erkennt die CD) wird ein fsn Eintrag für das CD-Laufwerk angezeigt werden. (Der EFI Gerätepfad des CD-Laufwerks wird CDROM in der Formulierung enthalten.) Geben Sie fsn: ein wobei n wie benötigt ersetzt wird mit Doppelpunkt, gefolgt von der Eingabe Taste. Als Nächstes tippen Sie einfach elilo gefolgt von der Eingabe Taste.
Die ELILO Bootmeldung ist als nächstes dran und bittet den Benutzer sowohl den zu bootenden Kernel als auch zusätzliche Optionen an der Kernel Kommandozeile einzugeben. In den meisten Fällen drücken Sie einfach nur die Eingabe-Taste oder warten fünf Sekunden. Mit der IA64 Installations-CD wird nur ein Kernel ausgeliefert, der Gentoo Kernel.
Mehrere Kernel Aliase stehen zur Verfügung, die zusätzliche Optionen zur Kernel Kommandozeile hinzufügen. Diese werden evtl. je nach Hardware anstelle der gentoo Standardoption benötigt:
- Die gentoo-serial Option zwingt eine serielle Konsole an der ersten seriellen Schnittstelle (ttyS0) auf 9600 bps. Dies könnte auf einigen älteren EFI Implementierungen notwendig sein, auf denen der Kernel nicht erkennt welche Konsole verwendet werden soll. Versuchen Sie diese Option, wenn das Booten des Gentoo Standardkernels keine Ausgabe liefert und eine serielle Konsole verwendet wird. Wenn die serielle Konsole nicht mit der ersten seriellen Schnittstelle verbunden ist, dann wählen Sie die Konsole manuell durch die Eingabe von gentoo console=ttyS#,9600 (wobei # die Nummer des seriellen Anschlusses ist).
- Die gentoo-ilo Option zwingt eine serielle Konsole an der seriellen Schnittstelle ttyS3 auf 9600 bps. Dies sollten Sie verwenden, wenn Sie bei der Installation HP iLO Remote Management nutzen.
- Die gentoo-sgi Option zwingt eine serielle Konsole an der seriellen Schnittstelle ttySG0 auf 115200 bps. Dies sollte nur auf SGI Hardware notwendig sein. Wenn die Konsole richtig in den EFI Standardeinstellungen ausgewählt ist, oder bei Verwendung einer Video Konsole sollte diese Option nicht notwendig sein.
Es ist auch möglich zusätzliche Kernel-Optionen bereitzustellen. Sie stellen optionale Einstellungen dar, die sich nach Belieben (de)aktivieren lassen.
| Hardware Optionen | |
|---|---|
| acpi=on | Dies lädt ACPI Unterstützung und startet während des Bootens den acpid Daemon durch die CD. Die Option wird nur gebraucht, wenn das System ACPI benötigt um richtig zu funktionieren. Für Hyperthreading ist es nicht notwendig. |
| acpi=off | Deaktiviert ACPI komplett. Das ist auf einigen älteren Systemen nützlich und ebenfalls eine Voraussetzung für die Verwendung von APM. Dies deaktiviert jeglichen Hypertherading Support Ihres Prozessors. |
| console=X | Dies richtet seriellen Konsolen-Zugang für die CD ein. Die erste Option ist das Gerät, für gewöhnlich ttyS0 auf x86, gefolgt von sämtlichen Anschlussoptionen die durch Kommata getrennt sind. Die Standardoptionen sind 9600,8,n,1. |
| dmraid=X | Dies gestattet es Ihnen Optionen an den Device Mapper des RAID Subsystems zu übergeben. Die Optionen sollten in Anführungszeichen eingefasst sein. |
| doapm | Dies lädt APM Treiberunterstützung. Zusätzlich ist hier acpi=off erforderlich.
|
| dopcmcia | Dies lädt PCMCIA- und Cardbus-Hardwareunterstützung. Außerdem wird der pcmcia cardmgr beim Booten der CD gestartet. Es wird nur benötigt, wenn Sie von einem PCMCIA- oder Cardbus-Gerät booten. |
| doscsi | Dies lädt Unterstützung für die meisten SCSI Controller. Es wird ebenfalls beim Booten von den meisten USB-Geräten benötigt, da sie das SCSI Subsysstem des Kernels verwenden. |
| sda=stroke | Dies ermöglicht dem Benutzer die gesamte Festplatte zu partitionieren, selbst wenn das BIOS keine großen Festplatten nutzen kann. Diese Option wird nur auf Maschinen mit einem älteren BIOS verwendet. Ersetzen Sie sda mit dem Gerät, das diese Option benötigt. |
| ide=nodma | Dies erzwingt das Deaktivieren von DMA im Kernel. Es wird von einigen IDE Chipsätzen und CD-ROM Laufwerken benötigt. Wenn das System Probleme hat von dem IDE CD-ROM Laufwerk zu lesen, versuchen Sie diese Option. Dies deaktiviert zusätzlich die Ausführung der Standard hdparm Einstellungen. |
| noapic | Dies deaktiviert den Advanced Programmable Interrupt Controller (APIC), den es auf neueren Mainboards gibt. Es wurde bekannt, dass er einige Probleme mit älterer Hardware verursacht. |
| nodetect | Dies deaktiviert jegliche Autoerkennung durch die CD, eingeschlossen Geräte-Autoerkennung und DHCP-Suche. Dies ist hilfreich beim Debuggen eines CD- oder Treiberfehlers. |
| nodhcp | Dies deaktiviert DHCP-Suche auf den erkannten Netzwerkkarten. Dies ist hilfreich für Netzwerke mit ausschließlich statischen Adressen. |
| nodmraid | Deaktiviert die Unterstützung für Device Mapper RAID, wie sie auf On-Board IDE/SATA RAID Controllern verwendet werden. |
| nofirewire | Dies deaktiviert das Laden von Firewire Modulen. Dies sollte nur notwendig sein, wenn Ihre Firewire Hardware Probleme beim Booten der CD verursacht. |
| nogpm | Dies deaktiviert gpm Mausunterstützung auf der Konsole. |
| nohotplug | Dies deaktiviert das Laden von Hot-Plug und Cold-Plug init Scripten beim Booten. Dies ist hilfreich beim Debuggen eines CD- oder Treiberfehlers. |
| nokeymap | Dies deaktiviert die keymap Auswahl für nicht US Keyboard Tastenbelegungen. |
| nolapic | Dies deaktiviert den lokalen APIC auf Uniprozessor-Kerneln. |
| nosata | Dies deaktiviert das Laden der Serial ATA Module. Dies wird verwendet, wenn das System Probleme mit dem SATA Subsystem hat. |
| nosmp | Dies deaktiviert SMP, oder das symmetrische Multiprozessorsystem auf SMP-fähigen Kerneln. Dies ist hilfreich beim Debuggen von SMP-bezogenen Problemen mit bestimmten Treibern und Mainboards. |
| nosound | Dies deaktiviert Audiounterstützung und Lautstärkeeinstellungen. Dies ist nützlich für Systeme auf denen die Audiounterstützung Probleme verursacht. |
| nousb | Dies deaktiviert das automatische Laden von USB Modulen. Dies ist hilfreich beim Debuggen von USB Problemen. |
| slowusb | Dies fügt einige zusätzliche Pausen für langsame USB CD-ROM Laufwerke in den Bootvorgang ein, wie den IBM BladeCenter. |
| Logical Volume/Device Management | |
| dolvm | Dies aktiviert die Logical Volume Management Unterstützung von Linux. |
| Weitere Optionen | |
| debug | Aktiviert Debugging Code. Es könnte unordentlich werden, da dies eine Menge von Daten auf dem Bildschirm anzeigt. |
| docache | Dies speichert den gesamten Laufzeitanteil der CD im Arbeitsspeicher, was es dem Benutzer ermöglicht /mnt/cdrom auszuhängen und eine andere CD-ROM einzuhängen. Diese Option setzt im Vergleich mit der Größe der CD einen mindestens doppelt so großen verfügbaren Arbeitsspeicher voraus. |
| doload=X | Dies veranlasst die initial RAM-Disk jedes aufgelistete Modul samt Abhängigkeiten zu laden. Ersetzen Sie X mit dem Modulnamen. Mehrere Module können durch eine Komma getrennte Liste angegeben werden. |
| dosshd | Startet sshd beim Booten, das für unbeaufsichtigte Installationen hilfreich ist. |
| passwd=foo | Setzt was auch immer nach dem Gleichheitszeichen steht als Root Passwort, was für dosshd benötigt wird weil das Root Passwort standardmäßig verschlüsselt ist. |
| noload=X | Dies veranlasst die initial RAM-Disk das Laden eines bestimmten Moduls, das ein Problem verursachen könnte, zu überspringen. Die Syntax gleicht der von doload. |
| nonfs | Deaktiviert den Start von portmap/nfsmount beim Booten. |
| nox | Dies führt bei einer X-fähigen LiveCD dazu, dass X nicht automatisch gestartet wird, sondern dass Sie stattdessen auf der Kommandozeile landen. |
| scandelay | Dies bewirkt, dass die CD während bestimmter Teile des Bootprozesses für 10 Sekunden pausiert. Damit soll es Geräten, die bei der Initialisierung langsam sind, ermöglicht werden bereit zu sein für den Einsatz. |
| scandelay=X | Dies gestattet es dem Benutzer eine gewisse Zeitspanne in Sekunden festzulegen, die bei bestimmten Teilen des Bootprozesses hinzuaddiert werden. Damit soll es Geräten, die bei der Initialisierung langsam sind, ermöglicht werden bereit zu sein für den Einsatz. Ersetzen Sie X mit der Anzahl der zu pausierenden Sekunden. |
Die CD wird erst die
no* Optionen vor den do* Optionen betrachten, so dass Sie Optionen in der exakt angegebenen Reihenfolge überschreiben können.Als Nächstes wird der Benutzer mit einem Boot-Bildschirm und Fortschrittsbalken begrüßt. Wenn die Installation an einem System mit einer nicht-US-Tastatur durchgeführt wird, stellen Sie sicher sofort Alt+F1 zu drücken um in den Verbose-Modus zu wechseln und folgen Sie der Aufforderung. Falls Sie innerhalb von 10 Sekunden keine Auswahl getroffen haben, wird der Standard (das US Keyboard) übernommen und der Bootprozess fortgesetzt. Sobald der Bootprozess abgeschlossen ist, wird der Benutzer automatisch in die "Live" Gentoo Linux Umgebung als root Benutzer (der Superuser) eingeloggt. Eine Root Eingabeaufforderung wird auf der aktuellen Konsole angezeigt und man kann durch drücken von Alt+F2, Alt+F3 und Alt+F4 zu anderen Konsolen schalten. Sie kommen durch Drücken von Alt+F1 zu der Konsole zurück, von der aus Sie begonnen haben.
Erweiterte Hardwarekonfiguration
When the Installation medium boots, it tries to detect all the hardware devices and loads the appropriate kernel modules to support the hardware. In the vast majority of cases, it does a very good job. However, in some cases it may not auto-load the kernel modules needed by the system. If the PCI auto-detection missed some of the system's hardware, the appropriate kernel modules have to be loaded manually.
Im nächsten Beispiel versuchen wir das 8139too-Modul zu laden (Unterstützung für verschiedene Arten von Netzwerkkarten):
root #modprobe 8139tooOptional: Benutzerkonten
If other people need access to the installation environment, or there is need to run commands as a non-root user on the installation medium (such as to chat using irssi without root privileges for security reasons), then an additional user account needs to be created and the root password set to a strong password.
Um das root-Passwort zu ändern benutzen Sie das passwd-Tool:
root #passwdNew password: (Geben Sie das neue Passwort ein) Re-enter password: (Geben Sie das Passwort erneut ein)
Um ein Benutzerkonto zu erstellen, geben wir zunächst die Details zur Person ein, gefolgt vom zugehörigen Passwort. Wir benutzen useradd und passwd für diese Aufgaben.
Im nächsten Beispiel erstellen wir einen Benutzer namens john:
root #useradd -m -G users john
root #passwd johnNew password: (Geben Sie das Passwort von john ein) Re-enter password: (Geben Sie erneut das Passwort von john ein)
Sie können vom (aktuellen) Benutzer root zum neu erstellten Benutzer mit su wechseln:
root #su - johnOptional: Lesen der Dokumentation während der Installation
TTYs
Wenn Sie das Gentoo Handbuch während der Installation lesen wollen, stellen Sie sicher, dass Sie einen Benutzeraccount angelegt haben (siehe Optional: Benutzerkonten). Drücken Sie dann Alt+F2, um auf ein neues Terminal zu wechseln.
Sie können das Gentoo-Handbuch während der Installation mit links anschauen - natürlich erst, sobald Ihre Internetverbindung aufgesetzt ist.
user $links https://wiki.gentoo.org/wiki/Handbook:IA64Sie können auf Ihr Ausgangsterminal mittels Alt+F1 zurückwechseln.
GNU Screen
The GNU Screen utility is installed by default on official Gentoo installation media. It may be more efficient for the seasoned Linux enthusiast to use screen to view installation instructions via split panes rather than the multiple TTY method mentioned above.
Optional: Starten des SSH-Daemons
Wenn Sie anderen Benutzern während der Installation von Gentoo Zugriff auf Ihren Rechner geben wollen (vielleicht weil diese Sie bei der Installation von Gentoo unterstützen oder diese für Sie durchführen), müssen Sie ein Benutzerkonto für diese Person erstellen (wie zuvor beschrieben) und den SSH-Daemon starten.
Um den SSH-Daemon zu starten führen Sie folgenden Befehl aus:
root #rc-service sshd startIf users log on to the system, they will see a message that the host key for this system needs to be confirmed (through what is called a fingerprint). This behavior is typical and can be expected for initial connections to an SSH server. However, later when the system is set up and someone logs on to the newly created system, the SSH client will warn that the host key has been changed. This is because the user now logs on to - for SSH - a different server (namely the freshly installed Gentoo system rather than the live environment that the installation is currently using). Follow the instructions given on the screen then to replace the host key on the client system.
Um sshd nutzen zu können, müssen Sie zunächst das Netzwerk einrichten. Setzen Sie die Installation mit der Konfiguration des Netzwerks fort.