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

Installationsalternativen

From Gentoo Wiki (test)
Jump to:navigation Jump to:search
This page is a translated version of the page Installation alternatives and the translation is 98% complete.
Other languages:

Diese Anleitung ist als Quelle für alternative Gentoo-Installationsmethoden gedacht, für jene mit speziellen Anforderungen, z.B. wenn keine CD-ROM verfügbar ist oder der Computer nicht von CDs booten kann.

Über diese Anleitung

Wenn die Standard-Installationsmethode Boote-von-der-CD nicht funktioniert (oder unmöglich zu benutzen ist, oder einfach nicht erwünscht ist), kann hier Hilfe gefunden werden. Diese Anleitung stellt eine Sammlung von alternativen Gentoo Linux-Installationsmethoden bereit für diejenigen welche sie benötigen. Oder diese dient, wenn bevorzugt, als Platz für schrullige Installationswege. Wenn es einen Installationsweg gibt, der als nützlich befunden wurde, oder der Leser einen amüsierenden Weg entwickelt hat Gentoo Linux zu installieren, bitte nicht zögern hier etwas zu schreiben, in diesem Artikel.

Die Installations-CD mit dem Smart BootManager booten

Den Smart BootManager, verfügbar unter http://btmgr.sourceforge.net/download.html, herunterladen. Linux-Quellcode, Binärformat- und Windows .exe-Versionen sind verfügbar sowie viele Sprachpakete. Momentan wäre die präferierte Methode die Binaries zu benutzen, da sich der Quellcode nicht mit neueren Versionen von NASM kompilieren lässt.

Entweder das Paket kompilieren oder die Binär-Datei herunterladen. Es gibt verschiedene Optionen die während dem Erstellen einer Boot-Floppy benutzt werden können, siehe unten.

user $sbminst --help
sbminst [-t theme] [-d drv] [-b backup_file] [-u backup_file]
  
   -t theme       select the theme to be used, in which the theme could be:
                    us = English theme       de = German theme
                    hu = Hungarian theme     zh = Chinese theme
                    ru = Russian theme       cz = Czech theme
                    es = Spanish theme       fr = French theme
                    pt = Portuguese theme
  
   -d drv         set the drive that you want to install Smart BootManager on;
                  for Linux:
                    /dev/fd0 is the first floppy driver,
                    /dev/hda is the first IDE harddisk driver.
                    /dev/sda is the first SCSI harddisk driver.
                  for DOS:
                    0   is the first floppy drive
                    128 is the first hard drive;
  
   -c             disable CD-ROM booting feature;
  
   -b backup_file backup the data that will be overwritten for
                  future uninstallation;
  
   -u backup_file uninstall Smart BootManager, should be used alone;
  
   -y             do not ask any question or warning.

sbminst benutzen um die Boot-Floppy zu erstellen :

root #sbminst -t us -d /dev/fd0
Notiz
fd0 mit dem richtigen Disketten-Gerätenamen ersetzen.

Nun einfach die Diskette im Diskettenlaufwerk des Computers einlegen, genauso die CD in das CD-Laufwerk, und den Computer booten.

Der Smart BootManager-Dialog erscheint. Die CD-ROM auswählen und die Enter (Return) Taste drücken um die Installations-CD zu booten. Danach mit den Standard-Installationsinstruktionen fortfahren.

Weitere Informationen über den Smart BootManager können unter http://btmgr.sourceforge.net/ gefunden werden.

Installation von Non-Gentoo LiveCDs aus

Einleitung

Wichtig
Die Gentoo-Entwickler können keinen Support anbieten wenn etwas mit einer non-Gentoo LiveCD fehl schlägt, da es nicht möglich ist, jede Eigenart jeder LiveCD „da draußen“ zu dokumentieren oder ihre Probleme zu beheben. Nur die Gentoo LiveCDs sind offiziell unterstützt. Bitte die Gentoo Forums für Community-Hilfe bei Problemen mit alternativen Installationsmedien aufsuchen.

Benutzer können andere LiveCDs neben den von Gentoo bereitgestellten LiveCDs booten. Unabhängig davon stellen diese LiveCDs eine funktionierende Umgebung zum Benutzen während dem Kompilieren und Installieren von Gentoo. Die hier bereitgestellten Instruktionen sollten im Prinzip mit jeder anderen LiveCD funktionieren.

Es gibt zu viele LiveCDs um alle aufzulisten, aber eine Option ist Knoppix auszuprobieren. Es bietet einen kompletten graphischen Desktop, mit Büro-Applikationen, Web-Browsern und Spielen zur Beschäftigung. Knoppix ist nur für x86-Benutzer verfügbar, demnach wird den Anforderungen des Nutzers gemäß eine andere LiveCD oder Methode benötigt sein.

Warnung
Es sei gewarnt dass alles was während dem Warten auf die Installation des Gentoo-Systems im /home-Verzeichnis gespeichert wurde nicht mehr beim Neustarten in Gentoo verfügbar sein wird. Wichtige Dateien sind am besten auf der Festplatte oder einem anderen Computer zu sichern!

Installationsanweisungen

Von der LiveCD booten, dann ein Terminal öffnen und den Befehl su - ausführen damit das Passwort geändert werden kann. Dies erlaubt das Root-Passwort für die CD zu setzen. Der sshd-Daemon kann nun konfiguriert werden, sollte eine Remote-Anmeldung benötigt sein. Als nächstes muss der /mnt/gentoo-Mountpunkt erstellt werden.

root #mkdir /mnt/gentoo

Ab diesem Punkt kann die Standard-Installations-Dokumentation befolgt werden, unter Vorbereiten der Festplatte(n). Wenn nach dem Mounten des /proc-Dateisystems gefragt wird, stattdessen folgenden Befehl benutzen :

root #mount -o bind /proc /mnt/gentoo/proc

Beim Entpacken des stage tarball in Stage Tarball entpacken die folgenden tar-Optionen benutzen um sicher zu stellen dass beim entpackten Stage die richtigen Group IDs gesetzt werden :

root #tar --numeric-owner --xattrs -xvjpf stage3-*.tar.bz2 -C /mnt/gentoo

Wenn Ubuntu genutzt wird, ist zu beachten dass /dev/shm ein symbolischer Link zu /run/shm ist. Es muss bind-gemountet sein oder ein tmpfs-Mountpunkt muss an dieser Stelle (innerhalb des chroot-Pfades) gesetzt werden. Um diese Stelle zu bind-mounten, folgenden Befehl (vor dem Chrooten) benutzen :

root #mount --rbind /run/shm /mnt/gentoo/run/shm

Dies ist dafür um bug #496328 zu vermeiden, wo Python sem_open() als defekt (aufgrund des mangelnden /dev/shm) und Portage dies als Fehler ansieht (eigentlich würde die Python-Konfiguration weiterlaufen und gebaut werden, annehmend dass die POSIX_SEMAPHORES_NOT_ENABLED Variable aktiviert wurde, dies würde aber zu einer äußerst unerwünschten Python-Konfiguration führen).

Sobald es möglich ist in die entpackte Stage zu chrooten, siehe Installation des Gentoo Basissystems, muss eine andere chroot-Kommandosequenz benutzt werden. Dies ist dafür um sicherzustellen dass die Umgebungsvariablen richtig gesetzt sind.

Notiz
Manche LiveCDs benutzen ein seltsames Environment-Setup, deshalb die env -i Option um es auf einen vernünftigen Zustand zu setzen.
root #chroot /mnt/gentoo /bin/env -i TERM=$TERM /bin/bash
root #env-update
root #source /etc/profile
root #export PS1="(chroot) $PS1"

Zuletzt ist es wichtig zu wissen dass manche Portage FEATURES nicht mit der LiveCD funktionieren. Hingewiesen sei vor allem auf die userpriv und usersandbox Werte. Sollten Fehler auftauchen, kann die Deaktivierung mancher oder aller optionalen FEATURES die Lösung sein.

Festplattenlose Installation mittels PXE und dem Kernel/initrd/squashfs von der LiveCD

Diese Methode ist einfacher zu konfigurieren als PXE-Boot basierend auf iSCSI oder NFS. Mehrere Maschinen können von demselben Image-Set verteilt via TFTP booten und leicht darauf erweitert werden, über HTTP oder andere Protokolle zu funktionieren.

Manche anderen Distributionen, Fedora inklusive, vertreiben Images zum Erstellen von Live oder Installations-CDs. Bei Gentoo ist dies nicht der Fall. Stattdessen müssen Nutzer

  1. Den Kernel, die initrd und das squashfs von der LiveCD extrahieren.
  2. Den initrd-Inhalt patchen.
  3. Das SquashFS in die initrd einfügen.

Nur dann kann ein PXE-basierter Bootloader konfiguriert werden, welcher die Images lädt und in ein Live-System bootet.

Den folgenden Skript speichern, ausführbar machen und seinen Ordner-Wert in die PATH-Variable schreiben (oder die dokumentierten Schritte manuell befolgen).


CODE gentoo-pxe-boot
#!/bin/bash -xe

tftproot="$1"
image="$2"
tmp="./tmp"

test -z "$tftproot" -o -z "$image" && echo "Usage: $0 <tftproot> <gentoo-iso>" >&2 && exit 1
test -e "$tmp" && echo "Temporary path '$tmp' already exists." >&2 && exit 1

iso="$tmp/iso"
initrd="$tmp/initrd.dir"

# prepare directories
mkdir -p "$tmp" "$iso" "$initrd/mnt/cdrom"

# extract files from ISO image
mount -o ro,loop "$image" "$iso"
cp "$iso"/{image.squashfs,isolinux/gentoo,isolinux/gentoo.igz} "$tmp"
umount "$iso"

# rename kernel
mv "$tmp/gentoo" "$tmp/kernel"

# patch initramfs and add squashfs to it
xz -dc "$tmp/gentoo.igz" | ( cd "$initrd" && cpio -idv )
patch -d "$initrd" -p0 <<'EOF'
--- init.orig	2016-01-02 00:00:00.000000000 +0100
+++ init	2016-01-02 00:00:00.000000000 +0100
@@ -455,9 +455,9 @@
 		CHROOT=${NEW_ROOT}
 	fi
 
-	if [ /dev/nfs != "$REAL_ROOT" ] && [ sgimips != "$LOOPTYPE" ] && [ 1 != "$aufs" ]; then
-		bootstrapCD
-	fi
+#	if [ /dev/nfs != "$REAL_ROOT" ] && [ sgimips != "$LOOPTYPE" ] && [ 1 != "$aufs" ]; then
+#		bootstrapCD
+#	fi
 
 	if [ "${REAL_ROOT}" = '' ]
 	then
@@ -591,7 +591,7 @@
 		else
 			bad_msg "Block device ${REAL_ROOT} is not a valid root device..."
 			REAL_ROOT=""
-			got_good_root=0
+			got_good_root=1
 		fi
 	done
 
@@ -670,7 +670,7 @@
 	[ -z "${LOOP}" ] && find_loop
 	[ -z "${LOOPTYPE}" ] && find_looptype
 
-	cache_cd_contents
+	#cache_cd_contents
 
 	# If encrypted, find key and mount, otherwise mount as usual
 	if [ -n "${CRYPT_ROOT}" ]
EOF
cp "$tmp/image.squashfs" "$initrd/mnt/cdrom"
( cd "$initrd" && find . -print | cpio -o -H newc | gzip -9 -c - ) > "$tmp/initrd"

# prepare boot data
grub2-mknetdir -v --net-directory="$tftproot"
cat > "$tftproot/boot/grub/grub.cfg" <<'EOF'
menuentry "Gentoo Live" {
    linux /boot/kernel root=/dev/ram0 init=/linuxrc loop=/image.squashfs looptype=squashfs cdroot=1 real_root=/
    initrd /boot/initrd
}
EOF
cp "$tmp"/{kernel,initrd} "$tftproot/boot"

# cleanup
rm -rf "$tmp"


Die Minimal Installations-CD herunterladen, net-ftp/tftp-hpa installieren, sicherstellen dass es den Pfad /tftproot bereitstellt und es starten.

Den Skript mit den zutreffenden Parametern ausführen.

root #gentoo-pxe-boot /tftproot install-amd64-minimal-20170907.iso

Der TFTP-Bootdienst ist bereit, nun ist der nächste Schritt einen DHCP-Dienst zu konfigurieren. Einen DHCP-Server auf derselben Maschine aufzusetzen ist möglich - es ist nur sicherzustellen dass die zu bootenden Maschinen mit ihr verbunden sind. Oder einfach die Konfiguration eines existierenden Routers anpassen.

Eine Beispielkonfiguration für einen OpenWRT DHCP-Dienst folgt :

DATEI /etc/config/dhcp
config boot linux                   
        option filename boot/grub/i386-pc/core.0
        option servername boot
        option serveraddress 84.246.161.86

Disklose Installation mittels PXE Boot und NFS

Anforderungen

PXE (Preboot eXecution Environment) ist eine Methode um Computer über ein PXE-fähiges Netzwerkinterface zu booten (mit einem PXE-unterstützenden BIOS). Sollte das System ein Starten vom Netzwerkinterface oder BIOS nicht unterstützen, kann PXE auch als Bootmethode von Blockgeräten (wie CDs oder USB-Sticks) genutzt werden. In diesen Fällen kann eine minimale Boot-Umgebung eine PXE-unterstützende Netzwerkkarte nachahmen (siehe Etherboot/gPXE).

Server Grundsetup

Verzeichnisse erstellen : Das erste was zu tun ist, ist die Verzeichnisse zu erstellen wo das disklose System gespeichert wird. Das Verzeichnis /diskless erstellen welches ein Verzeichnis für jeden disklosen Klienten beheimatet. Für den Rest dieses Howto's wird der Klient an welchem gearbeitet wird, 'eta' genannt.

root #mkdir -p /diskless/eta

DHCP und TFTP-Setup : Der Klient erhält Boot-Informationen via DHCP und lädt alle benötigten Dateien mit TFTP runter.

Für dhcpd, einfach emerge dhcp (oder einen anderen DHCP-Server) ausführen. Es ist sicherzustellen dass das richtige Interface in /etc/conf.d/dhcpd ausgewählt und es richtig konfiguriert ist. Dann folgendes zu /etc/conf.d/dhcpd hinzufügen :

Notiz
Dies stellt hier, pxegrub, eine statische IP-Adresse für den Klienten und den Pfad eines PXE-Boot-Images bereit. Die MAC-Adresse der Ethernet-Karte im Beispiel sollte durch die richtige MAC-Adresse ersetzt werden, ebenso das Verzeichnis wo die Klienten-Dateien gespeichert werden.
DATEI dhcpd.conf
option option-150 code 150 = text ;
ddns-update-style none ;
host eta {
hardware ethernet 00:00:00:00:00:00;
fixed-address ip.add.re.ss;
option option-150 "/eta/boot/grub.lst";
filename "/eta/boot/pxegrub";
}

Als nächstes das Interface in /etc/conf.d/net konfigurieren damit es nicht beim Booten geleert wird. Siehe /usr/share/doc/openrc-*/net.example.bz2 für mehr Informationen.

DATEI /etc/conf.d/netSicherstellen dass das Interface (hier eth0 als Beispiel) nicht beim Booten rekonfiguriert wird
config_eth0="noop"

Für TFTP, net-ftp/tftp-hpa emergen. In /etc/conf.d/in.tftpd das folgende einfügen :

DATEI in.tftpd
INTFTPD_PATH="/diskless"
INTFTPD_USER="nobody"
INTFTPD_OPTS="-u ${INTFTPD_USER} -l -vvvvvv -p -c -s ${INTFTPD_PATH}"

Emerge GRUB :

root #emerge --ask sys-boot/grub

Sobald GRUB kompiliert ist, das Boot-Verzeichnis des disklosen Klienten erstellen :

root #grub2-mknetdir --net-directory=/diskless/eta

Der usrprüngliche Weg war das PXE-Image zum disklosen Klienten zu kopieren, aber dieser Pfad existiert nicht mehr.

root #mkdir /diskless/eta/boot
root #cp /usr/lib/grub/pxegrub /diskless/eta/boot/pxegrub

Dann seine grub.lst-Konfigurationsdatei editieren.

root #nano -w /diskless/eta/boot/grub.lst
DATEI grub.lst
default 0
timeout 30
  
title=Diskless Gentoo
root (nd)
kernel /eta/bzImage ip=dhcp root=/dev/nfs nfsroot=ip.add.re.ss:/diskless/eta
  
# Für die nfsroot-Option ist die IP-Adresse diejenige des Servers und das Verzeichnis jenes wo die Dateien für den disklosen Klienten (auf dem Server) gespeichert sind.

NFS ist recht leicht zu konfigurieren. Das einzige was zu tun ist, ist eine Zeile zur /etc/exports-Konfigurationsdatei hinzuzufügen :

DATEI /etc/exports
/diskless/eta eta(rw,sync,no_root_squash)

Eine wichtige Sache die nun zu tun ist, ist die /etc/hosts-Datei zu modifizieren um sich den Anforderungen anzupassen.

DATEI /etc/hosts
127.0.0.1 localhost
192.168.1.10 eta.example.com eta
192.168.1.20 sigma.example.com sigma

Das System auf dem Server erstellen

Ein nächster Schritt ist den Server mit einer Gentoo Installations-CD zu rebooten (obwohl erfahrene Administratoren auch ohne sie fortfahren können sofern sie sich ausreichend gut in Gentoo Installationen auskennen). Danach ist der Standard-Installationsprozedur im Gentoo Handbuch zu folgen ABER mit dem folgenden Unterschied : wenn die Dateisysteme gemountet werden, den nächsten Schritt ausführen (wobei sdaX die Partition ist wo das /diskless-Verzeichnis erstellt wurde).

root #mount /dev/sdaX /mnt/gentoo

Andere Partitionen zu mounten wird nicht benötigt da alle Dateien im /diskless/eta-Verzeichnis liegen.

Dieses Beispiel nutzt einen stage3-Tarball. /proc in das Verzeichnis des disklosen Klienten mounten und in dieses chrooten um mit der Installation fortzufahren. Dann dem Installations-Handbuch bis zur Kernel-Konfiguration folgen.

Warnung
Vorsicht mit dem Extrahieren des Stage-Tarballs zu seinem Ziel, um nicht über eine existierende Installation zu extrahieren.
root #cd /mnt/gentoo/diskless/eta/
root #tar -xvjpf /mnt/cdrom/gentoo/stage3-*.tar.bz2
root #mount -t proc /proc /mnt/gentoo/diskless/eta/proc
root #cp /etc/resolv.conf /mnt/gentoo/diskless/eta/etc/resolv.conf
root #chroot /mnt/gentoo/diskless/eta/ /bin/bash
root #env-update
root #source /etc/profile

Beim make menuconfig der Kernelkonfiguration die folgenden Optionen mit den anderen im Installationshandbuch empfohlenen nicht vergessen.

KERNEL Benötigte Optionen für disklose Installationen
'"`UNIQ--pre-0000000D-QINU`"'

Den Kernel im gechrooteten / (nicht in /boot) den vorhergehend definierten pxegrub Einstellungen folgend, speichern. Als nächstes /etc/fstab des disklosen Klienten konfigurieren.

DATEI /etc/fstab
/dev/cdroms/cdrom0 /mnt/cdrom iso9660 noauto,ro 0 0

Um nun den Klienten daran zu hindern einen Dateisystemcheck auszuführen :

root #touch /fastboot
root #echo "touch /fastboot" >> /etc/conf.d/local.start

net-fs/nfs-utils installieren da der Klient sehr stark davon abhängen wird :

root #emerge --ask net-fs/nfs-utils

Keinen anderen Bootloader installieren da bereits einer vorhanden ist - pxegrub. Ohne weiteres die Installation abschließen und den Server neustarten. Die Services, welche zum Booten des neuen Klienten benötigt werden, starten : DHCP, TFTPD, und NFS.

root #service dhcp start
root #service in.tftpd start
root #service nfs start

Den neuen Klienten booten

Damit der neue Klient korrekt booten kann, muss das BIOS und die Netzwerkkarte als erste Bootmethode konfiguriert sein - vor der CD-ROM oder Diskette. Bei Fragen dazu die Hardware-Handbücher oder die Herstellerwebseite konsultieren. Die Netzwerkkarte sollte eine IP mittels DHCP erhalten und das GRUB PXE Abbild mittels TFTP herunterladen. Dann sollte ein nettes schwarz-weißes GRUB-Bootmenü erscheinen in welchem Benutzer den zu bootenden Kernel auswählen und die Return-Taste (Enter) drücken können. Wenn alles in Ordnung ist sollte der Kernel booten, das Wurzelverzeichnis mittels NFS einhängen und eine Login-Zeile anzeigen.

Gentoo von einer bestehenden Linux-Distribution installieren

Anforderungen

Um Gentoo von einer existierenden Linux-Distribution zu installieren braucht sie das chroot-Kommando, und eine Kopie der Gentoo-Installation oder des ISOs, welche/s installiert werden soll. Eine Netzwerkverbindung ist höchst empfehlenswert da die Installation sonst nur mit den Dateien im Installationsmedium arbeiten kann. Übrigens, ein Tarball ist nur eine Datei die auf .tbz oder .tar.gz endet. Los geht's !

Übersicht

Zuerst Gentoo eine Partition durch Ändern der Größe einer bestehenden Linux-Partition zuweisen, die Partition einhängen, den Tarball auf die jene Partition entpacken, in das Pseudo-System chrooten und mit dem Bauen anfangen. Sobald der Bootstrap-Prozess fertig ist, einige Konfigurationen am System vornehmen damit es bootet, dann neustarten und Gentoo benutzen.

Wie für Gentoo Platz schaffen ?

Die Wurzelpartition ist das unter / eingehängte Dateisystem. Das erste Beispiel zeigt die Ausgabe von mount auf einem System. Das zweite Beispiel nutzt df (disk free) um zu sehen wie viel Platz vorhanden ist und wie die Größe davon geändert wird. Die Größe der Wurzelpartition zu ändern ist nicht erforderlich ! Alles andere das vom Partitionerer unterstützt wird, kann geändert werden, mehr dazu aber später.

root #mount
/dev/sdb2 on / type ext3 (rw)
none on /proc type proc (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
none on /dev/shm type tmpfs (rw,nodev,nosuid,noexec)
root #df -h
Dateisystem          Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sdb2            4.0G     1.9G  2.4G   82% /
none                  38M        0   38M    0% /dev/shm

Wie zu sehen ist, sind auf der Partition, die als / mit Namen /dev/sdb2 eingehängt ist, 2.4 GB frei. In diesem Fall wurde entschieden, die Größe zu ändern um 400 MB Platz frei zu lassen, um somit 2 GB für Gentoo zu allozieren. Nicht schlecht, es könnte einiges installiert haben. 1 GB wird dennoch als genug für die meisten Benutzer angenommen. Partitionieren wir dies nun !

parted bauen um die Partitionsgröße zu ändern

Warnung
Diese Sektion ist veraltet und wird entfernt wenn die älteren parted-Versionen den Portage-Baum verlassen haben. Die Fähigkeit, Partitionsgrößen zu ändern, wurde bei parted entfernt, wie unter hier erklärt wird.

sys-block/parted ist sehr nützlich um Partitionsgrößen zu ändern. Es ist auf der Minimal-Installations-CD inkludiert.

Notiz
Es gibt andere Tools für das Ändern von Partitionsgrößen, aber eine ausführliche Beschreibung dieser liegt außerhalb des Rahmens dieser Anleitung.

Auf dieser Seite den zu ändernden Dateisystemtyp suchen und prüfen ob parted ihn unterstützt. Wenn nicht: Pech, manche Partitionen müssen zerstört werden, um Platz für Gentoo zu schaffen. Die Software herunterladen und installieren. Im nächsten Schritt tritt ein Problem auf. Die Linux-Wurzelpartitionsgröße muss verändert werden, dafür muss eine Diskette mit einem minimalen Linux-System und einem vorkompilierten, auf die Diskette kopierten parted gebootet werden um die Größe von / zu ändern. Wenn die Partition ausgehängt werden kann während man sich noch in Linux befindet, sind die folgenden Schritte nicht nötig. Einfach parted kompilieren und es auf einer ausgewählten nicht eingehängten Partition ausführen. Hier die Anleitung wie es auf diesem System getan wurde.

Wichtig
Sicher gehen dass die für das Partitionieren erforderlichen Operationen von parted unterstützt werden !

Die mininux Boot/Root-Diskette (eine 2.4-Linux Mini-Distribution - kostenlos) von http://mininux.free.fr/uk/ herunterladen, eine Diskette erstellen, wie in der Dokumentation, welche das Softwarepaket enthält, empfohlen, und für den nächsten Schritt eine neue Diskette ins Laufwerk legen.

Notiz
Angemerkt sei, dass Linux ein Synonym für „Es gibt mehr als einen Weg es zu tun“ ist. Das Ziel ist es, parted auf einer nicht eingehängten Partition zu nutzen damit es seine Arbeit tun kann. Ein anderer Boot/Root-Disksatz als mininux kann genutzt werden. Dieser Schritt könnte an sich nicht als zu tun erforderlich sein: Es könnte nur nötig sein, das Dateisystem auszuhängen um es in der Linux-Sitzung zu repartitionieren und parted darauf laufen zu lassen.
root #mkfs.minix /dev/fd0
480 inodes
1440 blocks
Firstdatazone=19 (19)
Zonesize=1024
Maxsize=268966912

Mit dem Bauen von parted fortfahren. Das Dienstprogramm herunterladen und entpacken, und in das dazugehörige Verzeichnis cd-en. Nun den folgenden Satz an Kommandos ausführen um das Dienstprogramm zu bauen und es auf die Diskette zu kopieren.

root #mkdir /floppy
root #mount -t minix /dev/fd0 /floppy
root #export CFLAGS="-O3 -pipe -fomit-frame-pointer -static"
root #./configure
root #make
root #cp parted/parted /floppy
root #umount /floppy

Zeit um neuzustarten und die Partitionsgröße zu ändern. Dies nur nach einem kurzen Blick auf die parted-Dokumentation tun. Die Größenänderung sollte bei den größten Festplatten unter 30 Minuten brauchen, Geduld. Das System mit der mininux-Diskette neustarten, und nach dem Einloggen die Diskette im Laufwerk mit der Dienstprogrammdiskette, die oberhalb erstellt wurde, austauschen und mount /dev/fd0 /floppy eintippen um parted unter /floppy zu haben. parted ausführen um die Partitionsgröße ändern zu können. Sobald dieser lange Prozess fertig ist, mit der Installation von Gentoo fortfahren. Für den Moment in das alte Linux-System neu starten. Das Laufwerk, auf welchem operiert wird, ist dasjenige auf welchem die zu ändernde Partition liegt. Wenn zum Beispiel die zu ändernde Partition /dev/sda3 ist, ist das Laufwerk /dev/sda.

root #mount /dev/fd0 /floppy
root #cd /floppy
root #./parted <drive>
(parted)print
Disk geometry for /dev/sdb: 0.000-9787.148 megabytes
Disk label type: msdos
Minor    Start       End     Type      Filesystem  Flags
1          0.031   2953.125  primary   ntfs
3       2953.125   3133.265  primary   linux-swap
2       3133.266   5633.085  primary   ext3
4       5633.086   9787.148  extended
5       5633.117   6633.210  logical
6       6633.242   9787.148  logical   ext3
(parted)help resize
(parted)  help resize 
  resize MINOR START END        resize filesystem on partition MINOR
  
        MINOR is the partition number used by Linux.  On msdos disk labels, the
        primary partitions number from 1-4, and logical partitions are 5
        onwards.
        START and END are in megabytes
(parted)resize 2 3133.266 4000.000
Wichtig
Geduld! Der Computer arbeitet ! Zum Prüfen der Festplattenaktivität auf die Festplatten-LED auf dem Gehäuse schauen. Dies sollte zwischen 2 und 30 Minuten dauern.

Sobald die Größenänderung fertig ist, wie beschrieben zurück in das alte Linux booten. Dann zu Gentoo Handbuch: Vorbereiten der Festplatte(n) gehen und den Anweisungen folgen. Beim chrooten folgendes Kommando nutzen um die Umgebungsvariablen zurückzusetzen :

root #env -i HOME=$HOME TERM=$TERM chroot /mnt/gentoo /bin/bash
root #/usr/sbin/env-update
root #source /etc/profile

Viel Spaß !

This page is based on a document formerly found on our main website gentoo.org.
The following people contributed to the original document: Gerald Normandin Jr., Travis Tilley, Oleg Raisky, Alex Garbutt, Alexandre Georges, Magnus Backanda, Faust A. Tanasescu, Daniel Ahlberg, Ken Nowack, Tiemo Kieft, Benny Chuang, Jonathan Smith, nightmorph
They are listed here because wiki history does not allow for any external attribution. If you edit the wiki article, please do not add yourself here; your contributions are recorded on each article's associated history page.

Retrieved from "https://wikitest.gentoo.org/index.php?title=Installation_alternatives/de&oldid=714632"