Details zu diesem Paket finden Sie in Abschnitt 6.11.2, „Inhalt von Binutils“
Copyright © 1999-2008 Gerard Beekmans
Copyright © 1999-2008, Gerard Beekmans
Alle Rechte vorbehalten.
Dieses Buch steht unter der Lizenz Creative Commons License.
Rechner-Anweisungen und -Befehle dürfen unter den Bedingungen der MIT License entnommen werden.
Linux® ist ein eingetragenes Warenzeichen von Linus Torvalds.
Meine Abenteuer mit Linux begannen 1998, als ich meine erste Distribution herunterlud und installierte. Nach einer Weile Arbeit mit dem neuen System fielen mir jedoch Dinge auf, die ich verbessern wollte. Zum Beispiel gefielen mir weder die Zusammenstellung der Bootskripte noch die Voreinstellungen vieler Programme. Ich probierte ein paar alternative Distributionen aus, aber alle hatten neben ihren Vorteilen auch Nachteile. Schlussendlich wurde mir klar, dass ich mein eigenes Linux von Grund auf selbst erstellen musste, um wirklich zufrieden zu sein.
Im Einzelnen bedeutete dies nun, dass ich keinerlei vorkompilierte Pakete, CD-Roms oder Bootdisketten jeglicher Art für die Installation der Basis-Werkzeuge verwenden würde. Ich wollte mein bereits laufendes Linux-System als Grundlage einsetzen, um darauf mein angepasstes Linux zu entwickeln. Dieses „perfekte“ Linux-System sollte die Stärken der verschiedenen Distributionen ohne deren Schwächen vereinen. Zu Beginn war die Umsetzung der Idee ziemlich entmutigend. Aber ich blieb engagiert bei der Sache. Ich wollte schließlich ein Linux-System, das meinen Ansprüchen gerecht wurde, und keine Standard-Distribution, die nicht meinen Wünschen entsprach.
Um das meinen Wünschen entsprechende Linux zu erstellen musste ich erstmal viele Probleme bzgl. wechselseitiger Abhängigkeiten und jede Menge Kompilierfehler beheben. Als ich damit fertig war, hatte ich jedoch ein voll funktionsfähiges und anpassbares Betriebssystem. Meine Vorgehensweise ermöglicht das Erstellen sehr kompakter Linux-Systeme, die schneller sind und weniger Speicher verbrauchen als viele herkömmliche Betriebssysteme. Ich nannte dieses System Linux From Scratch, oder einfach kurz LFS.
Ich teilte meine Erfahrungen mit anderen Anhängern der Linux-Gemeinschaft und es stellte sich schnell ein wachsendes Interesse an der Fortsetzung meiner Arbeit mit Linux heraus: Ein selbstgebautes LFS-System entspricht nicht einfach nur Spezifikationen und Anforderungen von Anwendern, sondern ist auch eine ideale Lernbasis für Programmierer und Systemadministratoren, mit der man sein Linux-Wissen erweitern kann. Aus diesem breiten Interesse heraus entstand dann das Projekt Linux From Scratch.
Diese Buch soll dem Leser das Wissen vermitteln und nötige Anleitungen bereitstellen, um ein eigenes Linux-System zu entwerfen und zu erstellen. Es hebt das Projekt Linux From Scratch und die Vorteile dieses Systems hervor. Der Leser kann alle Eigenschaften des Systems selber vorgeben, inklusive dem Layout der Ordnerstruktur, Skript-Einstellungen und Sicherheit. Das entstehende Linux-System wird direkt aus dem Quellcode kompiliert und man kann selber entscheiden, wo, warum und wie Programme installiert werden. Dieses Buch ermöglicht es jedem, Linux-Systeme an die eigenen Bedürfnisse anzupassen und mehr Kontrolle über das System zu erlangen.
Ich wünsche Ihnen viel Freude bei der Arbeit an Ihrem eigenen LFS-System. Genießen Sie die Vorteile eines Systems, das wirklich Ihr Eigen ist.
--
Gerard Beekmans
gerard AT linuxfromscratch D0T org
Es gibt viele gute Gründe, dieses Buch zu lesen. Die meisten Leser möchten lernen, wie man ein Linux-System direkt aus den Quellen erstellt. Oft wird die Frage gestellt: „Warum soll man sich die Mühe machen, ein Linux-System selbst zu erstellen, wenn man einfach ein fertiges Linux herunterladen und installieren kann?“. Das ist eine berechtigte Frage und gleichzeitig auch der Anstoß für dieses Kapitel.
Ein wichtiges Ziel von LFS ist es, dem Leser beizubringen, wie Linux intern funktioniert. Der Selbstbau eines Linux-Systems veranschaulicht Ihnen, was Linux seinen Herzschlag verleiht und wie die Komponenten zusammenarbeiten und voneinander abhängen. Das Beste daran ist, dass Sie durch den Lernprozess in die Lage versetzt werden, Linux an Ihre eigenen Anforderungen und Vorlieben anzupassen.
Einer der größten Vorteile von LFS ist, dass Sie mehr Kontrolle über Ihr System erhalten, ohne sich auf die Linux-Version von jemand anders verlassen zu müssen. Mit LFS sitzen Sie selbst am Steuer und können jeden Aspekt Ihres Systems beeinflussen, wie zum Beispiel das Ordner-Layout oder die Einrichtung der Bootskripte. Auch bestimmen Sie, wo, warum und wie Programme installiert werden.
Ein weiterer Vorteil von LFS ist die Möglichkeit, Linux sehr kompakt zu halten. Wenn Sie eine übliche Linux-Distribution verwenden, installieren Sie für gewöhnlich viele Programme die Sie nie benutzen werden. Diese liegen dann unnütz auf der Festplatte und verbrauchen Speicherplatz (oder CPU-Ressourcen). Es ist leicht, ein LFS-System unter 100 MB zu installieren. Das ist immer noch zu groß? Einige LFS-Mitglieder haben an einem sehr kleinen Embedded-Linux gearbeitet. Sie haben einen Apache-Webserver auf einem Linux From Scratch mit gerade mal 8 MB belegtem Festplattenspeicher installiert. Durch weitere Einschränkungen könnte das System auf bis zu 5 MB oder weniger schrumpfen. Versuchen Sie das mal mit einer herkömmlichen Linux-Distribution.
Man könnte die verschiedenen Linux-Distributionen mit einem Hamburger aus einer Fast-Food-Kette vergleichen — man weiß nie, genau was man isst. LFS auf der anderen Seite wäre nicht der Burger, sondern vielmehr das Rezept. Man kann das Rezept überprüfen, ungewollte Zutaten weglassen und eigene Zutaten nach Geschmack und Belieben hinzufügen. Wenn man zufrieden ist, bereitet man es zu. Und auch hier kann man variieren — braten, backen, tiefgefrieren, grillen oder roh essen, ganz wie man will.
Es gibt noch weitere Analogien: Vergleichen Sie LFS z. B. mit einem Fertighaus. LFS wäre in dem Fall der Plan für den Grundriss, aber bauen müssen Sie das Haus selber. Jeder kann den Plan ganz nach Belieben ändern.
Nicht zuletzt ist auch Sicherheit ein Vorteil eines selbstgebauten Linux-Systems. Wer ein Linux-System selber aus den Quellen kompiliert, kann sämtliche Quelltexte sichten und alle für wichtig erachteten Sicherheitspatches installieren. Man muss nicht warten, bis jemand anders Binärpakete zur Behebung von Sicherheitslöchern bereitstellt. Solange Sie die Patches nicht selber prüfen und installieren, ist auch nicht sichergestellt, dass das Binärpaket korrekt kompiliert wurde und es das Problem auch wirklich behebt.
Das erklärte Ziel von Linux From Scratch ist, ein vollständiges, lauffähiges und grundsolides System zu erstellen. Wenn Sie nur interessiert, was genau beim Hochfahren Ihres Computers geschieht, dann empfehlen wir das HOWTO „From Power Up To Bash Prompt“; Sie bekommen es unter http://axiom.anu.edu.au/~okeefe/p2b/ oder auf der Webseite des Linux Documentation Project unter http://www.tldp.org/HOWTO/From-PowerUp-To-Bash-Prompt-HOWTO.html. Mit Hilfe dieses HOWTOs wird ein blankes System installiert, das dem in diesem Buch sehr ähnlich ist, sich aber ausschließlich auf das Erstellen eines Systems konzentriert, das eine Bash-Shell booten kann. Halten Sie sich am besten Ihr Ziel vor Augen: Wenn Sie Linux installieren und nebenbei dazulernen möchten, dann ist Linux From Scratch für Sie geeignet.
Es gibt einfach zu viele gute Gründe für das Erstellen eines eigenen LFS-Systems, um sie hier alle aufzuzählen; die hier genannten Gründe sind nur die Spitze des Eisberges. Während Sie mit LFS arbeiten und Erfahrungen sammeln, werden Sie selbst schnell feststellen, wie wertvoll Informationen und Wissen über Linux sind.
Der Selbstbau eines LFS ist keine leichte Aufgabe. Man benötigt ein entsprechendes Vorwissen über die Administration von Unix-Systemen, sonst fällt es schwer, bestimmte Kommandos zu verstehen oder Fehler zu untersuchen. Sie als Leser sollten als absolutes Minimum zumindest mit der Kommandozeile (Shell) umgehen können (dazu gehört das Kopieren und Verschieben von Dateien und Ordnern, Auflisten von Ordner- und Dateiinhalten und das Wechseln des aktuellen Ordners). Außerdem setzen wir voraus, dass Sie grundsätzlich wissen, wie man Linux-Software benutzt und installiert.
Weil das LFS-Buch dieses Vorwissen als absolutes Minimum voraussetzt, werden Sie in den verschiedenen LFS-Support-Foren höchstwahrscheinlich keine Hilfe bekommen, wenn Sie Fragen ohne das notwendige Basiswissen stellen. Möglicherweise bleiben Ihre Fragen einfach nur unbeantwortet oder man verweist Sie auf diesen Text.
Bevor Sie ein LFS-System erstellen, lesen Sie bitte die folgenden HOWTOs:
Software-Building-HOWTO http://www.tldp.org/HOWTO/Software-Building-HOWTO.html
Das Software-Building-HOWTO ist ein umfangreiches Handbuch zum Erstellen und Installieren „allgemeiner“ UNIX-Software unter Linux.
The Linux Users' Guide http://www.linuxhq.com/guides/LUG/guide.html
Dieses Handbuch erklärt die Verwendung ausgewählter Linux-Software.
The Essential Pre-Reading Hint http://www.linuxfromscratch.org/hints/downloads/files/essential_prereading.txt
Dies ist eine LFS-Anleitung, die speziell für neue Linux-Anwender geschrieben wurde. Sie enthält eine Linksammlung sehr guter Informationsquellen zu allen möglichen Themen. Jeder, der LFS installieren möchte, sollte zumindest den Großteil der dort behandelten Themen verstehen.
Ihr Host-System sollte über die folgende Software mit den angegebenen Minimalversionen verfügen. Für die meisten modernen Linux-Distributionen sollte dies kein Problem darstellen. Bitte beachten Sie allerdings, dass die meisten Distributionen die Header-Dateien zu Programmen in extra-Pakete packen, meist mit Namen wie „<Paketname>-devel“ oder „<Paketname>-dev“. Bitte stellen Sie sicher, dass Sie auch die Pakete mit den Headern installiert haben.
Bash-2.05a (/bin/sh sollte eine symbolische oder harte Verknüpfung zu bash sein).
Binutils-2.12 (Versionen größer 2.18 werden nicht empfohlen, weil sie nicht getestet wurden)
Bison-1.875 (/usr/bin/yacc sollte eine symbolische oder harte Verknüpfung zu bison sein, oder einem Skript, welches bison ausführt)
Bzip2-1.0.2
Coreutils-5.0 (oder Sh-Utils-2.0, Textutils-2.0 und Fileutils-4.1)
Diffutils-2.8
Findutils-4.1.20
Gawk-3.0 (/usr/bin/awk sollte eine symbolische Verknüpfung zu gawk sein)
Gcc-3.0.1 (Versionen größer 4.3.2 werden nicht empfohlen, weil sie nicht getestet wurden.)
Glibc-2.2.5 (Versionen größer 2.8-20080929 werden nicht empfohlen, weil sie nicht getestet wurden.)
Grep-2.5
Gzip-1.2.4
Linux-Kernel-2.6.x (mit GCC-3.0 oder neuer kompiliert)
Der Grund für diese Kernelanforderung liegt darin, dass die Unterstützung für thread-local storage in Binutils nicht einkompiliert wird und die Native-POSIX-Threading-Bibliothek (NPTL) abstürzt, wenn der Host-Kernel nicht mindestens Version 2.6.x ist und mit GCC 3.0 oder neuer kompiliert wurde.
Wenn der Host-Kernel älter als 2.6.x ist oder er nicht mit mindestens GCC 3.0 (oder neuer) kompiliert wurde, dann muss auf dem Host zuerst ein solcher Kernel installiert und gebootet werden. Es gibt zwei Möglichkeiten, dieses Problem zu beheben: Überprüfen Sie, ob der Hersteller Ihrer Host-Distribution einen entsprechenden Kernel zur Verfügung stellt und installieren Sie diesen. Falls der Hersteller jedoch keinen passenden Kernel mitliefert (oder Sie diesen aus irgendwelchen Gründen nicht installieren möchten), dann können Sie selbst einen 2.6er-Kernel kompilieren. Eine Hilfestellung dazu finden Sie in Kapitel 8 (vorausgesetzt, der Host verwendet GRUB als Bootloader).
Mit dieser Version des Buchs erstellen Sie ein 32-Bit Linux-System; dazu benötigen Sie einen 32-Bit-Kernel auf einer Intel/AMD-x86-Architektur. Die Unterstützung von x86_64-Systemen ist ein Ziel zukünftiger Buch-Versionen. Derzeit finden Sie Unterstützung für 64-Bit-Systeme und weitere Architekturen über das Projekt Cross-Compiled Linux From Scratch (CLFS) unter der Adresse http://cross-lfs.org/view/svn/.
M4-1.4
Make-3.79.1
Patch-2.5.4
Perl-5.6.0
Sed-3.0.2
Tar-1.14
Texinfo-4.8
Beachten Sie, dass die oben erwähnten symbolischen Verknüpfungen notwendig sind, um ein LFS nach den Anleitungen in diesem Buch zu erstellen. Symbolische Verknüpfungen auf andere Software (wie z. B. dash, mawk usw.) könnten eventuell funktionieren, wurden aber weder getestet noch werden diese vom LFS-Entwicklerteam unterstützt. Wenn Sie eigene Verknüpfungen verwenden, sind möglicherweise Abweichungen von den Anleitungen in diesem Buch, oder Patche für bestimmte Pakete nötig.
Um herauszufinden, ob Ihr Host-System alle notwendigen Programmversionen installiert hat und in der Lage ist, Programme zu kompilieren, führen Sie den folgenden Befehl aus:
cat > version-check.sh << "EOF"
#!/bin/bash
export LC_ALL=C
# Einfaches Skript zum Auflisten der Versionsnummern kritischer Entwicklungswerkzeuge
bash --version | head -n1 | cut -d" " -f2-4
echo "/bin/sh -> `readlink -f /bin/sh`"
echo -n "Binutils: "; ld --version | head -n1 | cut -d" " -f3-
bison --version | head -n1
if [ -e /usr/bin/yacc ]; then echo "/usr/bin/yacc -> `readlink -f /usr/bin/yacc`";
else echo "yacc not found"; fi
bzip2 --version 2>&1 < /dev/null | head -n1 | cut -d" " -f1,6-
echo -n "Coreutils: "; chown --version | head -n1 | cut -d")" -f2
diff --version | head -n1
find --version | head -n1
gawk --version | head -n1
if [ -e /usr/bin/awk ]; then echo "/usr/bin/awk -> `readlink -f /usr/bin/awk`";
else echo "awk not found"; fi
gcc --version | head -n1
/lib/libc.so.6 | head -n1 | cut -d" " -f1-7
grep --version | head -n1
gzip --version | head -n1
cat /proc/version
m4 --version | head -n1
make --version | head -n1
patch --version | head -n1
echo Perl `perl -V:version`
sed --version | head -n1
tar --version | head -n1
makeinfo --version | head -n1
echo 'main(){}' > dummy.c && gcc -o dummy dummy.c
if [ -x dummy ]; then echo "Compilation OK"; else echo "Compilation failed"; fi
rm -f dummy.c dummy
EOF
bash version-check.sh
Das Buch hält sich an einige typografische Konventionen, die zum allgemein besseren Verständnis beitragen sollen. Es folgen einige Beispiele:
./configure --prefix=/usr
Solange nicht anders angegeben, muss Text in dieser Textform exakt so eingegeben werden, wie er zu sehen ist. Diese Darstellung wird auch in den Erklärungstexten verwendet, um sich eindeutig auf bestimmte Kommandos zu beziehen.
In bestimmten Fällen wird eine logische Zeile auf zwei oder mehr physikalische Zeilen erweitert. Dies wird durch einen rückwärts gerichteten Schrägstrich am Ende einer Zeile gekennzeichnet.
CC="gcc -B/usr/bin/" ../binutils-2.18/configure \ --prefix=/tools --disable-nls --disable-werror
Beachten Sie, dass direkt nach dem linksgerichteten Schrägstrich der Zeilenumbruch folgen muss! Falls andere Zeichen folgen, wird dies falsche/inkorrekte Ergebnisse nach sich ziehen.
install-info: unknown option '--dir-file=/mnt/lfs/usr/info/dir'
Diese Textform (Text mit fester Zeichenbreite) stellt
Bildschirmausgaben dar. Text in dieser Form ist oft die Ausgabe
von vorher eingegebenen Kommandos. Außerdem wird diese Textform
für Dateinamen wie z. B. /etc/ld.so.conf verwendet.
Hervorhebung
Diese Textform wird für verschiedene Zwecke benutzt und soll wichtige Details hervorheben.
http://www.linuxfromscratch.org/
Auf diese Weise werden Links dargestellt, sowohl innerhalb des Buches als auch zu externen Seiten wie z. B. HOWTOs, Download-Adressen und Webseiten.
cat > $LFS/etc/group << "EOF"
root:x:0:
bin:x:1:
......
EOF
Solche Textabschnitte werden hauptsächlich beim Erstellen von
Konfigurationsdateien verwendet. Der obige Block erzeugt die
Datei $LFS/etc/group mit dem
nachfolgenden Inhalt bis die Zeichenfolge EOF erkannt wird.
Normalerweise müssen Sie Text in dieser Form exakt so eingeben
wie er zu sehen ist.
<ZU ERSETZENDER
TEXT>
Dies ist Text, den Sie nicht einfach blindlings abschreiben oder kopieren und einfügen dürfen.
[OPTIONALER TEXT]
Mit den eckigen Klammern wird Text markiert, der optional ist.
passwd(5)
Diese Textform wird verwendet, um sich auf eine Man-page zu
beziehen. Die Zahl in Klammern bezeichnet eine bestimmte Sektion
in man.
passwd z. B.
hat zwei Man-pages. Nach der LFS-Anleitung werden diese nach
/usr/share/man/man1/passwd.1 und
/usr/share/man/man5/passwd.5
installiert. Beide Man-pages enthalten unterschiedliche
Informationen und Themenbereiche. Wenn Sie also passwd(5) lesen, bezieht sich das Buch explizit
auf /usr/share/man/man5/passwd.5.
Das Kommando man
passwd zeigt die erste gefundene Man-page zu
passwd an. Das wäre in diesem Fall /usr/share/man/man1/passwd.1. Um in diesem
Beispiel die richtige Man-page aus Sektion 5 anzuzeigen müssen
Sie das Kommando man 5
passwd verwenden. Die meisten Man-pages haben
keine doppelten Seiten-Namen in unterschiedlichen Sektionen,
daher ist man <Programmname>
meistens ausreichend.
Das Buch ist in die folgenden Abschnitte unterteilt.
Teil I erläutert einige wichtige Hinweise zur Installation und schafft Grundlagen zur allgemeinen Verwendung des Buches.
Teil II bereitet den eigentlichen Installationsvorgang vor — Anlegen einer Partition, Herunterladen der Pakete und Kompilieren der temporären Werkzeuge.
Teil III führt Sie Schritt für Schritt durch die eigentliche Installation von LFS — Kompilieren und Installieren aller Pakete, Aufsetzen der Bootskripte und Installieren des Kernels. Das resultierende Linux-System ist die Basis, auf der später weitere Software installiert wird und auf der das System ganz nach Ihrem Belieben erweitert werden kann. Am Ende des Buches finden Sie zu Referenzzwecken eine Liste aller Programme, Bibliotheken und wichtiger Dateien, die während der Arbeit mit diesem Buch installiert wurden.
Die für LFS verwendete Software wird laufend aktualisiert und erweitert. Nach Erscheinen des Buches könnten Sicherheitshinweise und Fehlerbereinigungen hinzugekommen sein. Bevor Sie mit dem Bau von LFS beginnen, sollten Sie unter http://www.linuxfromscratch.org/lfs/errata/6.4/ nachsehen, ob Änderungen an den Installationsanleitungen oder an Softwareversionen nötig sind. Bitte notieren Sie alle nötigen Änderungen und wenden Sie diese in den entsprechenden Kapiteln an.
Sie werden LFS mit Hilfe einer bereits laufenden Linux-Distribution (wie z. B. Debian, Mandriva, Red Hat oder SuSE) installieren. Das bestehende System (der Host) wird als Einstiegspunkt benutzt, denn Sie brauchen Programme wie Compiler, Linker und eine Shell, um Ihr neues System zu erstellen. Normalerweise sind alle notwendigen Programme bereits installiert, wenn Sie bei der Installation Ihrer Distribution die Kategorie „Entwicklung“ ausgewählt haben.
Falls Sie nur wegen LFS kein neues Host-System installieren möchten dann sollten Sie die LFS Live-CD oder eine Live-CD einer anderen Distribution verwenden. Die LFS Live-CD enthält ein voll funktionsfähiges Host-System mit allen notwendigen Werkzeugen für eine erfolgreiche Installation. Leider wurde die LFS Live-CD jedoch in letzter Zeit nicht weiterentwickelt, so dass die enthaltenen Software-Pakete und Patches alle veraltet sind. Des Weiteren enthält sie eine Online-Version dieses Buchs. Weitere Informationen zu der CD finden Sie unter http://www.linuxfromscratch.org/livecd/. Dort können Sie auch eine Kopie der CD herunterladen.
Die LFS-Live-CD könnte auf neueren Rechnern möglicherweise gar nicht oder nur fehlerhaft funktionieren. Eventuell lässt sie sich nicht starten oder einige Geräte werden nicht richtig erkannt (wie z. B. manche SATA-Festplatten).
Kapitel 2 beschreibt das Anlegen einer neuen Linux-Partition und eines Dateisystems, auf dem Ihr neues LFS-System kompiliert und installiert wird. In Kapitel 3 erfahren Sie, welche Pakete und Patches Sie herunterladen müssen. Kapitel 4 erklärt das Einrichten einer funktionsfähigen Arbeitsumgebung für die kommenden Arbeitsschritte. Bitte lesen Sie Kapitel 4 aufmerksam durch! Es behandelt ein paar mögliche Schwierigkeiten, die Ihnen vor der Arbeit mit Kapitel 5 und den folgenden bekannt sein sollten.
Kapitel 5 beschreibt dann die Installation der Pakete für die grundlegende Entwicklungsumgebung (im weiteren Verlauf des Buches Toolchain genannt). Die Toolchain ist eine Sammlung der nötigsten Werkzeuge und wird später in Kapitel 6 verwendet, um das endgültige System zu erstellen. Einige dieser Pakete werden zum Auflösen rekursiver Abhängigkeiten benötigt — zum Beispiel brauchen Sie einen Compiler, um einen Compiler zu kompilieren.
Kapitel 5 erklärt auch, wie die erste Version der Basiswerkzeuge, inklusive Binutils und GCC, erzeugt wird. „Erste Version“ bedeutet in diesem Zusammenhang, dass diese zwei Pakete installiert werden. Als zweiten Schritt kompilieren Sie Glibc, die C-Bibliothek. Glibc wird mit den Programmen der im ersten Schritt erstellten Basiswerkzeuge kompiliert. Im dritten Schritt erstellen Sie dann die zweite Version der Basiswerkzeuge. Sie linken die Programme dynamisch gegen die gerade frisch installierte Glibc. Die verbleibenden Pakete aus Kapitel 5 werden alle diesen zweiten Durchlauf der Toolchain verwenden und dynamisch gegen die neue, hostunabhängige Glibc gelinkt. Wenn dies erledigt ist, ist der weitere Installationsvorgang — mit Ausnahme des Kernels — nicht mehr von der Linux-Distribution auf dem Host-System abhängig.
Dies scheint erstmal eine Menge Arbeit zu sein, um sich von der Host-Distribution zu lösen. Eine vollständige Erklärung finden Sie in Abschnitt 5.2, „Technische Anmerkungen zur Toolchain“.
In Kapitel 6 wird das endgültige LFS-System erstellt. Wir benutzen das Programm chroot (chroot = change root = wechseln der Basis), um eine Shell in einer virtuellen Umgebung zu starten. In der neuen Shell ist der Basisordner auf die LFS-Partition eingestellt. Chroot'en ist so ähnlich wie Neustarten und Einhängen der LFS-Partition als root-Dateisystem. Das Erstellen eines bootfähigen Systems würde allerdings zusätzliche Arbeit erfordern und ist an dieser Stelle absolut unnötig. Außerdem hat chroot'en den Vorteil, dass Sie das Host-Betriebssystem weiter nebenher verwenden können während Sie in der Shell das LFS installieren. Während Sie also warten bis alle Pakete kompiliert sind, können Sie einfach auf ein anderes VT (Virtuelles Terminal) oder auf den X-Desktop wechseln und dort wie gewohnt weiterarbeiten.
Zum Abschluss der Installation werden in Kapitel 7 die Bootskripte eingerichtet; der Kernel sowie der Bootloader werden in Kapitel 8 behandelt. Wenn Sie das Buch zuende gelesen haben finden Sie in Kapitel 9 Links auf weiterführende Hilfeseiten. Abschließend ist der Computer bereit für einen Neustart mit dem neuen LFS-System.
Nun kennen Sie die allgemeine Vorgehensweise in stark zusammengefasster Form. Die jeweiligen Kapitel beinhalten natürlich detailliertere Informationen. Machen Sie sich keine Gedanken, falls hier noch etwas unklar sein sollte; alle offene Fragen werden sich im weiteren Verlauf klären.
Im Folgenden sind alle Paket-Aktualisierungen seit der Veröffentlichung der Vorgängerversion aufgelistet.
Aktualisierung der Version auf:
Autoconf 2.63
Automake 1.10.1
Berkeley DB 4.7.25
Binutils 2.18
Bzip2 1.0.5
Coreutils 6.12
E2fsprogs 1.41.3
File 4.26
Findutils 4.4.0
Flex 2.5.35
Gawk 3.1.6
GCC 4.3.2
Gettext 0.17
Glibc 2.8-20080929
Grep 2.5.3
IANA-Etc 2.30
IPRoute2 2.6.26
Kbd 1.14.1
Less 418
LFS-Bootskripte 20081031
Libtool 2.2.6a
Linux 2.6.27.4
M4 1.4.12
Man-DB 2.5.2
Man-pages 3.11
Module-Init-Tools 3.4.1
Perl 5.10.0
Psmisc 22.6
Shadow 4.1.2.1
Sysklogd 1.5
Tar 1.20
TCL 8.5.5
Texinfo 4.13a
Udev 130
udev-config-20081015
Util-Linux-NG 2.14.1
Vim 7.2
Hinzugefügt:
bash-3.2-fixes-8.patch
binutils-2.18-configure-1.patch
binutils-2.18-GCC43-1.patch
coreutils-6.12-old_build_kernel-1.patch
coreutils-6.12-i18n-2.patch
db-4.7.25-upstream_fixes-1.patch
expect-5.43.0-tcl_8.5.5_fix-1.patch
GMP-4.2.4
glibc-2.8-20080929-iconv_tests-1.patch
glibc-2.8-20080929-ildoubl_test-1.patch
grep-2.5.3-debian_fixes-1.patch
grep-2.5.3-upstream_fixes-1.patch
grub-0.97-256byte_inode-1.patch
M4 für den Bau in Kapitel 5
module-init-tools-3.4.1-manpages-1.patch
MPFR-2.3.2
perl-5.10.0-consolidated-1.patch
procps-3.2.7-watch_unicode-1.patch
readline-5.2-fixes-5.patch
vim-7.2-fixes-3.patch
Entfernt:
bash-3.2-fixes-5.patch
coreutils-6.10-i18n-1.patch
db-4.5.20-fixes-1.patch
gawk-3.1.5-segfault_fix-1.patch
gcc-4.1.2-specs-1.patch
grep-2.5.1-redhat_fixes-2.patch
kbd-1.12-gcc4_fixes-1.patch
man-db-2.4.4-fixes-1.patch
mktemp 1.5
module-init-tools-3.2.2-modprobe-1.patch
perl-5.8.8-libc-2.patch
readline-5.2-fixes-3.patch
shadow-4.0.18.1-useradd_fix-2.patch
sysklogd-1.4.1-8bit-1.patch
sysklogd-1.4.1-fixes-2.patch
Util-linux 2.12r
vim-7.1-fixes-6.patch
Dies ist Linux From Scratch 6.4 vom 23. November 2008. Wenn dieses Buch älter als ein halbes Jahr ist, gibt es vielleicht schon eine neuere, bessere Version. Bitte besuchen Sie einen unserer Spiegel-Server unter http://www.linuxfromscratch.org/mirrors.html.
Die folgende Liste enthält alle Änderungen seit der Veröffentlichung der Vorgängerversion.
Änderungsprotokoll:
23.11.2008
[bdubbs] - Veröffentlichung von LFS-6.4
5.11.2008
[bdubbs] - Changed wording introducing test suites in Chapter 5.
31.10.2008
[dj] - Updated to lfs-bootscripts-20081031.
30.10.2008
[bdubbs] - Added explanation for --disable-libssp to GCC in Chapter 5. Also expanded/added explanation on language selection for GCC in Chapters 5 and 6.
[bdubbs] - Wording changes to several text sections of Chapter 5. Thanks to Chris Staub for the patch.
[bdubbs] - Added a consolidated patch to perl to address security and other issues. Changed the configure options for perl to define a vendor library location.
29.10.2008
[bdubbs] - Updated symbolic link creation loop for vi.1 man pages. Thanks to Bryan Kadzban for the construct.
28.10.2008
[bdubbs] - Updated to Tcl-8.5.5.
[bdubbs] - Updated to latest stable kernel 2.6.27.4.
[bdubbs] - Changed location of man pages in Module-Init-Tools. Thanks to Trent Shea for pointing out the fix.
[bdubbs] - Updated to M4-1.4.12.
27.10.2008
[bdubbs] - Added chmod instructions to e2fsprogs and tcl to ensure all libraries are writable by root for stripping.
[bdubbs] - Added a brief explanation of the Linux API Headers instructions.
[bdubbs] - Added i386, linux32, and linux64 as symbolic links to setarch in util-linux contents.
[bdubbs] - Moved gawk ahead of findutils in Chapter 6 to avoid a test suite failure in findutils.
26.10.2008
[bdubbs] - Added a General Compilation Instructions section immediatley before binutils. Essentially reordered the presentation that was in the Chapter 5 Introduction.
[bdubbs] - Remove unnecessary mandir patch. Updated vim package contents.
25.10.2008
[dj] - Updated the text on the Man-DB page to accout for recent changes in Man-DB. Thanks to Alexander Patrakov for providing most of the included text, explanations, and examples.
23.10.2008
[dj] - Updated to lfs-bootscritps-20081023 to account for changes in the console page.
[dj] - Updated text in console page to match current situation regarding linux kernel changes. Thanks to Alexander Patrakov for the text and explanations.
[dj] - Updated Man-DB instructions and text covering manual pages and related i18n issues.
22.10.2008
[dj] - Corrected chown command for coreutils testsuite.
[dj] - Updated to coreutils-6.12-i18n-2.patch. Thanks to Bryan Kadzban for the suggested fix.
21.10.2008
[matthew] - Added dependency information for GMP and MPFR packages. Thanks to Chris Staub for the patch. Also, removed dependency information for Mktemp. Thanks to William Immendorf for the report. Fixes #2218.
[dj] - Updated list of minimum installed locales for testsuite coverage in Chapter 6 GLibc instructions.
[bdubbs] - Added ac_cv_func_working_mktime=yes to the configure commands in gawk and bash to bypass the search for mktime. This works around a change in gcc.
[bdubbs] - Added a note to the ifcfg script description in iproute2 that it requires external programs.
[dj] - Added '--without-included-regex' to grep instrcutions in order to force the use of glibc's regex library. This fixes the -i switch for grep.
[dj] - Reintroduced the command to supress installation of the vi_VN.TCVN locale as bash is still broken with it.
[dj] - Put Coreutils-i18n patch back into place.
20.10.2008
[jhuntwork] - GCC 4.3.2 uses a new directory for fixed includes. Fixed the adjust toolchain scripts to point to the new location.
19.10.2008
[bdubbs] - Added a note to the Host System Requirements that the Linux host must be a 32-bit system and that the book only supports a 32-bit build.
[randy] - Updated the book to use 4.13a as the Texinfo version, even though the tarball is exactly the same as the previous 4.13 version.
[randy] - Removed an unnecessary command from the Chapter 5 Perl instructions.
[bdubbs] - Updated the discussion in Chapter 1 explaining that the LiveCD is out of date.
[bdubbs] - Added a paragraph to the note in the packages page explaining that bandwidth can be saved when making multiple updates within a minor kernel release by downloading a base version and patches.
18.10.2008
[jhuntwork] - Fixed build locations of m4 so that it links against the glibc built in /tools and so that no packages in chapter 6 hard-code references to the temporary location. Also made m4 a host requirement.
15.10.2008
[bdubbs] - Added --disable-libssp to glibc Pass 1 in Chapter 5 to eliminate a build failure on some systems.
[dj] - Updated to udev-config-20081015.
[dj] - Modified udev instructions following upstream recommendations.
13.10.2008
[randy] - Modified the Chapter 5 instructions so that instead of building the GMP and MPFR packages separately for GCC Pass2, they are built by GCC internally.
[randy] - Added a configure option to the Chapter 6 Gettext instructions so that the documentation is installed in a versioned directory.
12.10.2008
[dj] - Updated to E2fsprogs-1.41.2.
[dj] - Corrected installation prefixes of Iproute2 package with DESTDIR and MANDIR paths. Thanks to Steffen Pankratz for the fix.
[randy] - Modified the Chapter 6 GMP instructions to include a method for determining all the tests in the test suite passed.
[randy] - Modified the GCC search for correct headers command to account for the new include-fixed directory.
[randy] - Added a patch to the Chapter 6 Binutils instructions to correct some errors in the test suite.
[dj] - Corrected installation of udev rule files.
[randy] - Moved the Chapter 6 M4 installation into alphabetical order as it is installed in Chapter 5 now and therefore doesn't need to precede the Bison installation.
[randy] - Moved the Chapter 5 M4 installation to before GCC Pass1 so that the internal GCC build of GMP will not fail in case M4 doesn't exist on the host. Also updated GCC's dependencies to reflect GMP and MPFR.
[dj] - Changed Chapter 5 GCC Pass 1 build to static. Thanks to Jeremy Huntwork for the suggestion and supporting text.
[dj] - Added note to Chapter 6 GCC about the new include-fixed directory and changed the sample output to match.
[dj] - Added instruction to keep Chapter 5 Glibc from honoring /etc/ld.so.preload. Thanks to Alexander Patrakov for the fix.
[randy] - Added descriptions of the configure options used in the GMP instructions and updated the installed library descriptions.
11.10.2008
[dj] - Removed the Chapter 5 Glibc test suite information as it requires a working C++ compiler to run.
[randy] - Added three configure parameters to the Chapter 6 Util-linux-ng instructions so that additional programs are installed. Also updated the installed programs list.
[randy] - Added a sed command to the Sysvinit instructions to suppress the installation of the wall program and its man page as a maintained version of this program is installed by Util-linux-ng.
[randy] - Added commands to the Chapter 6 Binutils instructions to suppress the installation of standards.info. Thanks to Greg Schafer for contributing the fix.
[randy] - Added a patch to the Procps instructions to fix a unicode related issue in the watch program.
[randy] - Added documentation installation commands to the Chapter 6 Kbd instructions.
[randy] - Modified the IPRoute2 installation command so that the docs are installed in a versioned directory.
[randy] - Modified the Groff installation command so that the docs are installed in a standardized versioned directory.
[randy] - Added documentation installation commands to the Chapter 6 Gawk instructions.
[randy] - Added commands to the Chapter 6 Flex instructions to install a .pdf doc file.
[randy] - Added a parameter to the configure command in the Automake instructions so that docs are installed in a versioned directory.
[randy] - Updated Module-Init-Tools to 3.4.1.
[randy] - Added documentation installation commands to the Chapter 6 Readline instructions.
[randy] - Added documentation installation commands to the Chapter 6 Ncurses instructions.
10.10.2008
[randy] - Added documentation enhancements to the E2fsprogs package.
[randy] - Removed an unnecessary parameter from the Util-linux-ng Chapter 6 make command. Thanks to Greg Schafer for pointing it out.
[randy] - Updated the Perl instructions. Thanks to Greg Schafer for pointing out the issues. This change also required that the Zlib package is built right before the Perl package in Chapter 6.
[randy] - Updated Vim to 7.2.
[randy] - Updated Udev to 130.
9.10.2008
[randy] - Updated File to 4.26
[randy] - Updated Shadow to 4.1.2.1.
[randy] - Updated Man-DB to 2.5.2.
[randy] - Updated Iproute to 2.6.26.
[randy] - Added a command to the Inetutils instructions to correct an issue with GCC-4.3.2.
7.10.2008
[randy] - Updated Autoconf to 2.63.
[randy] - Updated Libtool to 2.2.6a.
[randy] - Corrected the instruction to untar the E2fsprogs tarball in Section 2.3. Thanks to William Immendorf for pointing out the error.
[randy] - Updated Berkeley DB to 4.7.25.
[randy] - Updated Man-pages to 3.11.
[randy] - Updated Util-linux-ng to 2.14.1.
[randy] - Updated Texinfo to 4.13.
6.10.2008
[robert] - Added -v to the cp command in the Chapter 5 Expect instructions.
[randy] - Updated Tar to 1.20.
[randy] - Updated Perl to 5.10.0.
[randy] - Updated M4 to 1.4.11 and added it to the Chapter 5 build as it is required by the GMP package in Chapter 6.
[randy] - Updated Findutils to 4.4.0.
5.10.2008
[randy] - Updated E2fsprogs to 1.41.1.
[randy] - Added the Mktemp-1.5 package to the list of removed items in the Chapter3 'What's new ...' page.
[randy] - Updated Coreutils to 6.12. Thanks to William Immendorf for contributing a patch to add the mktemp program information to the Coreutils page.
[randy] - Updated the Bash Fixes patch to the -8 version.
[randy] - Added a patch to the Expect instructions to fix an issue with recent Tcl versions.
[randy] - Updated Tcl to 8.5.4.
[randy] - Updated the Linux kernel to 2.6.26.5.
[randy] - Updated Glibc to a 2.8 snapshot taken on 9/29/2008. The tarball of this snapshot includes the libidn data that previously was separately packaged.
[randy] - Added the GMP and MPFR packages to the list of packages in Chapter 3. Thanks to Lefteris Dimitroulakis for pointing out the omission.
3.10.2008
[bdubbs] - Added version check for Perl in Host System Requirements.
[randy] - Updated GCC to 4.3.2 which includes adding the GMP-4.2.4 and MPFR-2.3.2 packages. This new version of GCC requires the added packages. Thanks to DJ Lucas for the stimulus and initial work resulting in this and all of the other package updates coming up.
11.7.2008
[ken] - Belatedly fixed known vulnerabilities in perl.
3.6.2008
[bdubbs] - Added udev-config scripts to appendices.
[bdubbs] - Added lfs-bootscripts to appendices.
[bdubbs] - Updated license to Creative Commons with extracted code under the MIT license.
23.5.2008
[bryan] - Install a few extra rules from the etc/udev/packages directory in udev. Thanks to Dan Nicholson for noticing the issue.
22.5.2008
[bryan] - Updated Udev to 122, udev-config to 20080522, and lfs-bootscripts to 20080522. Also made persistent-net rules able to be pre-generated, using udevadm test. Fixes #2057, #2079 (I think), #2170, and #2186.
23.4.2008
[jhuntwork] - Use -mtune=native for glibc. We don't want our libc optimized for 486. It should be optimized for the local machine.
[jhuntwork] - Updated Autoconf to 2.62.
[jhuntwork] - Updated E2fsprogs to 1.40.8. Fixes #2173.
[jhuntwork] - Fixed behavior in kbd where man pages for optional programs that aren't built are installed. Thanks Greg Schafer for spotting this.
[jhuntwork] - Fixed kbd to install getkeycodes, setkeycodes and resizecons. Also moved loadkeys to /bin from /usr/bin. Thanks, Greg Schafer.
22.4.2008
[jhuntwork] - Updated Kbd to 1.14.1. Fixes #2162.
[jhuntwork] - Updated Flex to 2.5.35. Fixes #2179.
11.4.2008
[bdubbs] - Updated host requirments to check for symbolic links from sh, awk, and yacc.
3.4.2008
[jhuntwork] - Suppress installation of uptime in coreutils. Thanks to Randy McMurchy. Fixes #2133.
[jhuntwork] - Upgraded to iana-etc-2.30. Fixes #2174.
[jhuntwork] - Added patch for 256-byte inode support in GRUB. Fixes #2161.
2.4.2008
[jhuntwork] - Updated to linux-2.6.24.4, fixes #2157.
[jhuntwork] - Added an upstream patch for db-4.6.21, thanks Randy McMurchy for the report. Fixes #2164.
30.3.2008
[dnicholson] - Added --sysconfdir
parameter to Man-db's configure command so that
man_db.conf is
installed in /etc.
27.3.2008
[ken] - Updated bzip2 to 1.0.5, fixes CVE-2008-1372.
26.2.2008
[ken] - Corrected typo in name of ru-ms keymap.
[ken] - Updated Kbd to 1.13.
24.02.2008
[matthew] - Add --libexecdir parameter to Man-db's configure command so that globbing and manconv are installed into /usr/libexec/man-db. Fixes #2153. Also, remove the --enable-mb-groff parameter, as this is now detected automatically.
19.2.2008
[ken] - Updated Grep to 2.5.3, thanks to Matthew for the fix for automated builds.
[ken] - Updated Flex to 2.5.34.
[ken] - Updated Module-Init-Tools to 3.4.
17.2.2008
[matthew] - Upgraded to latest upstream Vim patches.
[matthew] - Upgraded to Tcl-8.4.18. Fixes #2146.
[matthew] - Upgraded to Man-pages-2.78. Fixes #2152.
[matthew] - Upgraded to Man-DB-2.5.1. Fixes #2148.
[matthew] - Upgraded to Linux-2.6.24.2. Fixes #2147.
[matthew] - Now that mktemp is installed by Coreutils in chapter 5, there is no need to fix up GCC's gccbug in chapter 6. Thanks to Greg Schafer for the report.
[matthew] - Upgraded to Findutils-4.2.33. Fixes #2151.
[matthew] - Upgraded to E2fsprogs-1.40.6. Fixes #2149.
7.2.2008
[matthew] - Added a patch to fix a known issue in the Automake test suite. Fixes #2143.
[matthew] - Upgraded to Man-pages-2.77. Fixes #2142.
[matthew] - Upgraded to Libtool-1.5.26. Fixes #2141.
[matthew] - Upgraded to GCC-4.2.3. Fixes #2140.
[matthew] - Upgraded to Coreutils-6.10. Removed Mktemp-1.5 as Coreutils provides its own implementation now. Removed the coreutils binary suppression patch as the configure script can now be given a list of programs not to install. Fixes #2133.
[matthew] - Upgraded to E2fsprogs-1.40.5. Fixes #2138.
29.1.2008
22.1.2008
19.1.2008
4.1.2008
23.12.2007
8.12.2007
[matthew] - Upgraded to latest upstream fixes for Vim. Fixes #2108.
[matthew] - Upgraded to Texinfo-4.11. Fixes #2074.
[matthew] - Upgraded to Psmisc-22.6. Fixes #2104.
[matthew] - Upgraded to Man-Pages-2.70. Fixes #2110.
[matthew] - Upgraded to Man-DB-2.5.0. Fixes #2109.
[matthew] - Upgraded to Linux-2.6.23.9. Fixes #2106.
[matthew] - Upgraded to Less-416. Fixes #2105.
[matthew] - Upgraded to Gettext-0.17. Fixes #2103.
[matthew] - Removed the modifications to Gawk's config.h as Gawk-3.1.6 fixes the bug that they were working around. Fixes #2107. Thanks to Erik-Jan for the report.
[matthew] - Removed the modifications to Gawk's config.h as Gawk-3.1.6 fixes the bug that they were working around. Fixes #2107. Thanks to Erik-Jan for the report.
[matthew] - Upgraded to E2fsprogs-1.40.3. Fixes #2116.
25.11.2007
[bdubbs] - Fixed test for Debian binutils.
29.10.2007
[bdubbs] - Removed obsolete note from Creating Symlinks section about continuation lines in udev rules. Changed dailout group to uucp for udev rule compatability.
[matthew] - Upgrade to the latest upstream patches for Vim.
[matthew] - Add a patch to fix a segfault in usb_id.
[matthew] - Upgrade to Tcl-8.4.16. Fixes #2084.
[matthew] - Upgrade to Tar-1.19. Fixes #2090.
[matthew] - Upgrade to Man-Pages-2.67. Fixes #2078.
[matthew] - Upgrade to Linux-2.6.23.1. Fixes #2088.
[matthew] - Upgrade to Less-409. Fixes #2087.
[matthew] - Upgrade to IPRoute2-2.6.23. Fixes #2091.
[matthew] - Upgrade to Glibc-2.7. Fixes #2095.
[matthew] - Upgrade to GCC-4.2.2. Fixes #2089.
[matthew] - Upgrade to Gawk-3.1.6. Fixes #2098.
[matthew] - Upgrade to DB-4.6.21. Fixes #2086.
25.9.2007
[manuel] - More updates in dependencies list. Thanks to Chris Staub for the patch.
23.9.2007
[manuel] - Updated dependencies list. Thanks to Chris Staub for the patch.
21.9.2007
[manuel] - Fixed glibc-libidn tarball extension.
18.9.2007
[manuel] - Added remap attributes to userinput tags in packages pages to help adding package manager support and other extensions into jhalfs. Made all testsuite commands screen blocks for consistency.
16.9.2007
[manuel] - Updated Ncurses contents list and fixes some typos. Thanks to Chris Staub for the patch.
15.9.2007
[matthew] - Add latest upstream patches for Vim.
[matthew] - Upgrade to Sysklogd-1.5. Fixes #2055.
[matthew] - Add latest upstream patches for Readline. Fixes #2068.
[matthew] - Upgrade to Man-pages 2.64. Fixes #2061.
[matthew] - Upgrade to Linux-2.6.22.6. Fixes #2070.
[jhuntwork] - Upgrade to Glibc-2.6.1. Fixes #2018. Thanks to Matthew Burgess for preparing a discrete patch, Robert Connolly and Dan Nicholson for investigating how best to adjust CFLAGS, and Greg Schafer for showing the technical benefits of using CFLAGS with Glibc.
[jhuntwork] - Upgrade to GCC-4.2.1. Fixes #2002. Thanks to Matthew Burgess for preparing a discrete patch.
[matthew] - Upgrade to DB-4.6.19. Fixes #2051.
[matthew] - Upgrade to Binutils-2.18. Fixes #2069.
[matthew] - Add latest upstream patches for Bash. Fixes #2067.
7.9.2007
[manuel] - Added sect1info metainformation blocks to packages pages to help adding package manager support into jhalfs.
Veröffentlichung von LFS 6.3 am 28. August 2007
Wenn Sie beim Erstellen von LFS Schwierigkeiten oder Fragen haben oder wenn Sie einen (Rechtschreib-) Fehler im Buch finden, dann lesen Sie bitte die FAQ (Frequently Asked Questions - häufig gestellte Fragen) unter http://www.linuxfromscratch.org/faq/.
Auf dem Server linuxfromscratch.org
werden einige Mailinglisten für die Entwicklung des
LFS-Projektes betrieben. Unter anderem befinden sich dort
auch die Entwickler- und Support-Mailinglisten. Falls die FAQ
Ihnen mit Ihrem Problem nicht helfen kann, sollten Sie im
nächsten Schritt die Mailinglisten unter http://www.linuxfromscratch.org/search.html
durchsehen.
Welche Listen es gibt, wie Sie eine Liste abonnieren können, wo Sie die Archive finden und vieles mehr erfahren Sie unter http://www.linuxfromscratch.org/mail.html.
Viele Mitglieder aus der LFS-Gemeinschaft bieten ihre Hilfe
über unseren IRC-Server an. Bevor Sie hier Hilfe suchen lesen
Sie bitte zumindest die FAQ und die Archive unserer
Mailinglisten und suchen dort nach einer Antwort auf Ihre
Frage. Der IRC-Server hat die Adresse irc.linuxfromscratch.org. Der Support-Chatraum
heißt #LFS-support.
Das LFS-Projekt hat viele über die ganze Welt verteilte Softwarespiegel. Diese stellen die Website zur Verfügung und vereinfachen das Herunterladen der benötigten Programme. Bitte besuchen Sie http://www.linuxfromscratch.org/mirrors.html, dort können Sie eine Liste der aktuellen Softwarespiegel einsehen.
Wenn Sie beim Lesen des Buches auf ein Problem stoßen, sollten Sie als erstes in der FAQ unter http://www.linuxfromscratch.org/faq/#generalfaq nachlesen — die meisten Fragen werden hier schon beantwortet. Falls nicht, versuchen Sie die Ursache des Problems zu finden. Die folgende Anleitung könnte Ihnen bei der Fehlersuche behilflich sein: http://www.linuxfromscratch.org/hints/downloads/files/errors.txt.
Falls Sie Ihr Problem nicht in der FAQ finden, dann durchsuchen Sie am besten die Mailinglisten unter http://www.linuxfromscratch.org/search.html.
Wenn das nicht hilft, ist man im Internet Relay Chat (IRC) und auf den Mailinglisten (Abschnitt 1.4, „Ressourcen“) gern bereit, Ihnen zu helfen. Allerdings erhalten wir jeden Tag viele Anfragen, die durch einfaches Lesen der FAQ oder Durchlesen der Mailinglisten beantwortet werden könnten. Wir können Ihnen am besten helfen, wenn Sie zuerst selbst ein wenig auf Fehlersuche gehen. Dadurch können wir uns besser auf die wirklich schwierigen Fragen konzentrieren. Wenn Ihre eigenen Recherchen keine Ergebnisse zutage bringen, dann unterstützen Sie uns bitte, indem Sie alle relevanten Informationen direkt mitsenden.
Neben einer kurzen Zusammenfassung des Problems ist es wichtig, dass Sie uns noch folgende Dinge mitteilen:
Die Version dieses Buches (in diesem Fall Version 6.4),
Host-Distribution und -Versionsnummer, die Sie zur Installation von LFS verwenden,
die Software oder der Abschnitt, der Ihnen Probleme bereitet,
die exakte Fehlermeldung bzw. die genauen Symptome, die Sie sehen,
ob Sie von den Anleitungen im Buch abgewichen sind, und wenn ja, wie.
Beachten Sie: Wir werden Ihnen auch helfen, wenn Sie von den Anleitungen im Buch abgewichen sind. Schließlich ist die freie Wahl ein wichtiger Grundsatz von LFS. Ihr Hinweis hilft uns lediglich, die möglichen Ursachen für Ihr Problem besser zu erkennen.
Wenn beim Durchlaufen der configure-Skripte ein
Problem auftritt, schauen Sie bitte zuerst in die Datei
config.log. Sie enthält
Fehlermeldungen, die auf dem Bildschirm normalerweise nicht
angezeigt werden. Geben Sie die relevanten Fehlermeldungen mit an,
wenn Sie um Hilfe bitten.
Sowohl Bildschirmausgaben als auch der Inhalt einiger Dateien sind für uns nützlich, um Ihnen bei der Fehlersuche zu helfen. Die Ausgaben des configure-Skriptes und die des Befehls make können sehr hilfreich sein. Bitte kopieren Sie aber nicht einfach blindlings die gesamte Ausgabe; andererseits sollte es aber auch nicht zu wenig sein. Als Beispiel für sinnvolle Informationen soll Ihnen folgende Ausgabe von make helfen:
gcc -DALIASPATH=\"/mnt/lfs/usr/share/locale:.\"
-DLOCALEDIR=\"/mnt/lfs/usr/share/locale\"
-DLIBDIR=\"/mnt/lfs/usr/lib\"
-DINCLUDEDIR=\"/mnt/lfs/usr/include\" -DHAVE_CONFIG_H -I. -I.
-g -O2 -c getopt1.c
gcc -g -O2 -static -o make ar.o arscan.o commands.o dir.o
expand.o file.o function.o getopt.o implicit.o job.o main.o
misc.o read.o remake.o rule.o signame.o variable.o vpath.o
default.o remote-stub.o version.o opt1.o
-lutil job.o: In function `load_too_high':
/lfs/tmp/make-3.79.1/job.c:1565: undefined reference
to `getloadavg'
collect2: ld returned 1 exit status
make[2]: *** [make] Error 1
make[2]: Leaving directory `/lfs/tmp/make-3.79.1'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/lfs/tmp/make-3.79.1'
make: *** [all-recursive-am] Error 2
In diesem Fallbeispiel kopieren viele leider nur den unteren Teil:
make [2]: *** [make] Error 1
Das reicht uns aber nicht, um Ihnen bei der Fehlerdiagnose helfen zu können, denn es sagt uns nur, dass etwas schiefgelaufen ist, aber nicht was. Sie müssen den ganzen oben gezeigten Block angeben, denn er enthält das ausgeführte Kommando und die dazugehörige Fehlermeldung(en).
Eric S. Raymond hat zu diesem Thema einen sehr guten Artikel geschrieben. Sie finden ihn unter http://catb.org/~esr/faqs/smart-questions.html. Lesen und befolgen Sie bitte seine Tipps. So erhöhen Sie Ihre Chance, dass Sie auf Ihre Frage eine Antwort erhalten, mit der Sie auch etwas anfangen können.
In diesem Kapitel bereiten Sie die Partition vor, die später Ihr neues LFS-System enthalten wird. Sie erstellen die Partition, erzeugen darauf ein Dateisystem und hängen sie anschließend ein (mounten).
Wie die meisten Betriebssysteme wird auch LFS auf einer separaten Partition installiert. Sie sollten für LFS bereits eine leere Partition haben, oder eine neue Partition anlegen. Ein LFS kann aber auch in einer bereits belegten Partition installiert werden, sodass mehrere Betriebssyteme nebeneinander existieren. Das Dokument http://www.linuxfromscratch.org/hints/downloads/files/lfs_next_to_existing_systems.txt erklärt, wie man dies einrichtet. Im Buch gehen wir allerdings nur darauf ein, wie man LFS auf eine leere, dedizierte Partition installiert.
Für ein Minimal-System benötigen Sie eine Partition mit etwa 1,3 GB Platz. Das reicht aus, um die Quellpakete zu speichern und alle Pakete zu installieren. Wenn Sie Ihr LFS später als primäres Betriebssystem nutzen möchten, brauchen Sie zum Nachinstallieren weiterer Pakete mehr Platz (ca. 2 bis 3 GB). Das LFS-System selbst benötigt selbstverständlich nicht so viel Speicher. Der größte Teil wird als temporärer Speicher benötigt: Das Kompilieren von Paketen kann eine Menge Festplattenplatz in Anspruch nehmen, der aber nach dem Kompiliervorgang wieder freigegeben wird.
Manchmal ist zu wenig Random-Access-Memory (RAM,
Arbeitsspeicher) verfügbar, daher sollte man eine kleine
Partition als Swap-Partition
einrichten — das ist Speicherplatz, den der Kernel zum
Auslagern selten genutzter Daten verwendet. Das schafft Platz
im Arbeitsspeicher für wichtigere Dinge. Die Swap-Partition in Ihrem LFS kann dieselbe
sein wie die, die Sie bereits für ihr Host-System nutzen. Falls
Sie also schon eine funktionsfähige Swap-Partition haben,
müssen Sie keine zusätzliche erstellen.
Rufen Sie ein Partitionierungsprogramm wie zum Beispiel
cfdisk oder
fdisk auf. Als
Argument übergeben Sie die Festplatte, auf der Sie die neue
Partition erstellen möchten — zum Beispiel /dev/hda für die primäre Integrated Drive
Electronics (IDE) Festplatte. Erstellen Sie eine native
Linux-Partition (und eine Swap-Partition falls nötig). Bitte lesen
Sie die Man-Page zu cfdisk oder fdisk, wenn Ihnen die
Bedienung dieser Programme unklar ist.
Merken Sie sich die Bezeichnung Ihrer neuen Partition —
sie könnte hda5 oder ähnlich
lauten. Das Buch bezeichnet diese Partition im weiteren Verlauf
als die LFS-Partition. Wenn Sie (nun) eine Swap-Partition haben, merken Sie sich auch
deren Bezeichnung. Sie werden sie später in die Datei
/etc/fstab eintragen.
Nun haben Sie eine leere Partition und können darauf ein
Dateisystem anlegen. Das meistverbreitete Dateisystem unter
Linux ist das Second Extended Filesystem (ext2); aber im Zuge der heute üblichen
großen Festplatten gewinnen Journal-Dateisysteme immer mehr an
Beliebtheit. Das ext3-Dateisystem ist eine weit verbreitete
Erweiterung von ext2 und
kompatibel mit den E2fsprogs. An dieser Stelle erzeugen wir ein
ext3-Dateisystem. Unter
http://www.linuxfromscratch.org/blfs/view/svn/postlfs/filesystems.html
finden Sie Anleitungen zum Einrichten anderer Dateisysteme.
Zum Erzeugen eines ext3-Dateisystems auf der LFS-Partition
führen Sie bitte das folgende Kommando aus:
mke2fs -jv /dev/<xxx>
Ersetzen Sie <xxx> durch den Namen der
LFS-Partition (wie zum Beispiel hda5).
Einige Distributionen haben Zusatzfunktionen in ihre Werkzeuge zum Erzeugen von Dateisystemen (E2fsprogs) eingebaut. Dies kann später beim Booten Ihres neuen LFS zu Probleme führen, weil diese Erweiterungen in den von LFS installierten E2fsprogs nicht installiert sind. Sie könnten z. B. eine Fehlermeldung wie „unsupported filesystem features; upgrade your e2fsprogs“ erhalten. Mit dem folgenden Kommando können Sie herausfinden, ob Ihr Host-System solche zusätzlichen Funktionen verwendet:
debugfs -R feature /dev/<xxx>
Wenn die Ausgabe mehr Funktionen als has_journal, ext_attr, resize_inode, dir_index, filetype, sparse_super, large_file oder needs_recovery enthält, dann sind in Ihrem
Host-System zusätzliche Erweiterungen installiert. Sie
sollten spätere Probleme vermeiden indem Sie das normale
Paket E2fsprogs kompilieren und die daraus resultierenden
Programme zum Erzeugen des Dateisystems auf Ihrer
LFS-Partition verwenden:
cd /tmp
tar -xzvf /Pfad/zu/den/Quellen/von/e2fsprogs-1.41.3.tar.gz
cd e2fsprogs-1.41.3
mkdir -v build
cd build
../configure
make #ANMERKUNG: Führen Sie bitte _nicht_ 'make install' aus!
./misc/mke2fs -jv /dev/<xxx>
cd /tmp
rm -rfv e2fsprogs-1.41.3
Wenn Sie eine neue Swap-Partition erstellt haben, müssen Sie
diese mit dem untenstehenden Befehl initialisieren (dies
bezeichnet man auch als formatieren). Wenn Sie eine bereits
vorhandene Swap-Partition
verwenden, muss diese nicht initialisiert werden.
mkswap /dev/<yyy>
Bitte ersetzen Sie <yyy> durch den Namen
Ihrer Swap-Partition.
Nachdem Sie nun ein Dateisystem erzeugt haben, sollten Sie
natürlich auch darauf zugreifen können. Dazu müssen Sie erst
einen Mountpunkt wählen und es dann dort einhängen (mounten).
Wir gehen davon aus, dass das Dateisystem unter /mnt/lfs eingehängt wird. Sie können sich
aber auch jeden anderen Ordner aussuchen.
Wählen Sie nun einen Mountpunkt und tragen Sie ihn in die
Umgebungsvariable LFS ein. Dazu
können Sie diesen Befehl verwenden:
export LFS=/mnt/lfs
Als nächstes erzeugen Sie den Ordner, den Sie als Mountpunkt gewählt haben, und hängen das LFS-Dateisystem ein:
mkdir -pv $LFS
mount -v -t ext3 /dev/<xxx> $LFS
Bitte setzen Sie statt <xxx> die Bezeichnung der
LFS-Partition ein.
Falls Sie sich für mehrere LFS-Partitionen entschieden haben
(z. B. eine für / und eine
andere für /usr), dann gehen Sie
für die restlichen Partitionen gleichermaßen vor:
mkdir -pv $LFS mount -v -t ext3 /dev/<xxx>$LFS mkdir -v $LFS/usr mount -v -t ext3 /dev/<yyy>$LFS/usr
Natürlich müssen Sie auch hier wieder für <xxx> und <yyy> die korrekten
Bezeichnungen einsetzen.
Die Zugriffsrechte für die neue Partition sollten nicht zu
restriktiv sein (wie zum Beispiel mit den Optionen
„nosuid“,
„nodev“ oder
„noatime“). Rufen Sie
mount ohne
Parameter auf, damit Sie sehen, mit welchen Optionen Ihre
LFS-Dateisysteme eingehängt wurden. Wenn Optionen wie
nosuid, nodev oder noatime aktiviert sind, müssen
Sie die Partition erneut einhängen und diese Optionen
deaktivieren.
Wenn Sie eine swap-Partition
verwenden, stellen Sie bitte sicher, dass diese mittels
swapon aktiviert
ist:
/sbin/swapon -v /dev/<zzz>
Bitte ersetzen Sie <zzz> durch den Namen
Ihrer Swap-Partition.
Jetzt haben Sie genügend Platz zum Arbeiten geschaffen und können mit dem Herunterladen der Pakete beginnen.
Die folgende Liste enthält alle Pakete, die Sie für ein minimales Linux-System benötigen. Die Versionsnummern sind Versionen, von denen wir wissen, dass Sie funktionieren. Wenn Sie noch wenig Erfahrung mit LFS haben sollten Sie lieber keine anderen Versionen probieren. Die Anleitungen und Kommandos könnten evtl. mit neueren Versionen nicht mehr funktionieren. Oft gibt es auch gute Gründe dafür, nicht die allerneueste Version einzusetzen: zum Beispiel bei bekannten Problemen für die es noch keine Lösung gibt.
Wir können nicht für die ständige Verfügbarkeit der Download-Ressourcen garantieren. Falls sich eine Download-Adresse nach Erscheinen des Buches geändert haben sollte, nutzen Sie bitte Google oder eine andere Suchmaschine und suchen nach dem entsprechenden Paket (http://www.google.com/). Sollten Sie auch hier erfolglos sein, dann nutzen Sie bitte eine der alternativen Download-Möglichkeiten wie unter http://www.linuxfromscratch.org/lfs/packages.html#packages beschrieben.
Sie müssen alle heruntergeladenen Pakete und Patches an einem
Ort speichern, auf den Sie während der ganzen Zeit bequemen
zugreifen können. Außerdem benötigen Sie einen Arbeitsordner
zum Entpacken und Kompilieren der Quellen. Am besten benutzen
Sie den Ordner $LFS/sources
sowohl zum Speichern der Quellen und Patches als auch als Arbeitsordner. Damit
haben Sie alles Nötige immer auf der LFS-Partition und in allen
Arbeitsschritten des Buches verfügbar.
Sie sollten folgendes Kommando als Benutzer root auszuführen, bevor Sie mit dem
Herunterladen der Pakete beginnen:
mkdir -v $LFS/sources
Machen Sie den Ordner für jeden beschreibbar und sticky. Der „Sticky“-Modus bewirkt, dass jeweils nur der Besitzer einer Datei diese auch löschen kann, selbst dann, wenn mehrere Benutzer Schreibrechte in dem Ordner haben. Das folgende Kommando schaltet Schreib- und Sticky-Berechtigungen ein:
chmod -v a+wt $LFS/sources
Bitte laden Sie die folgenden Pakete herunter:
Webseite: http://www.gnu.org/software/autoconf/
Download: http://ftp.gnu.org/gnu/autoconf/autoconf-2.63.tar.bz2
MD5-Prüfsumme: 7565809ed801bb5726da0631ceab3699
Webseite: http://www.gnu.org/software/automake/
Download: http://ftp.gnu.org/gnu/automake/automake-1.10.1.tar.bz2
MD5-Prüfsumme: 4510391e6b3edaa4cffb3ced87c9560c
Webseite: http://www.gnu.org/software/bash/
Download: http://ftp.gnu.org/gnu/bash/bash-3.2.tar.gz
MD5-Prüfsumme: 00bfa16d58e034e3c2aa27f390390d30
Download: http://ftp.gnu.org/gnu/bash/bash-doc-3.2.tar.gz
MD5-Prüfsumme: 0e904cb46ca873fcfa65df19b024bec9
Webseite: http://www.oracle.com/technology/software/products/berkeley-db/index.html
Download: http://download-east.oracle.com/berkeley-db/db-4.7.25.tar.gz
MD5-Prüfsumme: ec2b87e833779681a0c3a814aa71359e
Webseite: http://sources.redhat.com/binutils/
Download: http://ftp.gnu.org/gnu/binutils/binutils-2.18.tar.bz2
MD5-Prüfsumme: 9d22ee4dafa3a194457caf4706f9cf01
Webseite: http://www.gnu.org/software/bison/
Download: http://ftp.gnu.org/gnu/bison/bison-2.3.tar.bz2
MD5-Prüfsumme: c18640c6ec31a169d351e3117ecce3ec
Webseite: http://www.bzip.org/
Download: http://www.bzip.org/1.0.5/bzip2-1.0.5.tar.gz
MD5-Prüfsumme: 3c15a0c8d1d3ee1c46a1634d00617b1a
Webseite: http://www.gnu.org/software/coreutils/
Download: http://ftp.gnu.org/gnu/coreutils/coreutils-6.12.tar.gz
MD5-Prüfsumme: 2ca9ac69823dbd567b905a9e9f53c4f6
Webseite: http://www.gnu.org/software/dejagnu/
Download: http://ftp.gnu.org/gnu/dejagnu/dejagnu-1.4.4.tar.gz
MD5-Prüfsumme: 053f18fd5d00873de365413cab17a666
Webseite: http://www.gnu.org/software/diffutils/
Download: http://ftp.gnu.org/gnu/diffutils/diffutils-2.8.1.tar.gz
MD5-Prüfsumme: 71f9c5ae19b60608f6c7f162da86a428
Webseite: http://e2fsprogs.sourceforge.net/
Download: http://prdownloads.sourceforge.net/e2fsprogs/e2fsprogs-1.41.3.tar.gz
MD5-Prüfsumme: b21d26fc46c584021dc9c444933ee1c2
Webseite: http://expect.nist.gov/
Download: http://expect.nist.gov/src/expect-5.43.0.tar.gz
MD5-Prüfsumme: 43e1dc0e0bc9492cf2e1a6f59f276bc3
Webseite: http://www.darwinsys.com/file/
Download: ftp://ftp.astron.com/pub/file/file-4.26.tar.gz
MD5-Prüfsumme: 74cd5466416136da30a4e69f74dbc7a0
Wenn Sie diese Anmerkung lesen ist File (4.26) möglicherweise nicht mehr in dieser Version verfügbar. Der Hauptdownloadserver ist dafür bekannt, alte Versionen zu löschen, sobald neuere verfügbar sind. Bitte nutzen Sie eine der alternativen Download-Adressen wie z. B. http://www.linuxfromscratch.org/lfs/download.html#ftp.
Webseite: http://www.gnu.org/software/findutils/
Download: http://ftp.gnu.org/gnu/findutils/findutils-4.4.0.tar.gz
MD5-Prüfsumme: 49e769ac4382fae6f104f99d54d0a112
Webseite: http://flex.sourceforge.net
Download: http://prdownloads.sourceforge.net/flex/flex-2.5.35.tar.bz2
MD5-Prüfsumme: 10714e50cea54dc7a227e3eddcd44d57
Webseite: http://www.gnu.org/software/gawk/
Download: http://ftp.gnu.org/gnu/gawk/gawk-3.1.6.tar.bz2
MD5-Prüfsumme: c9926c0bc8c177cb9579708ce67f0d75
Webseite: http://gcc.gnu.org/
Download: http://ftp.gnu.org/gnu/gcc/gcc-4.3.2/gcc-4.3.2.tar.bz2
MD5-Prüfsumme: 5dfac5da961ecd5f227c3175859a486d
Webseite: http://www.gnu.org/software/gettext/
Download: http://ftp.gnu.org/gnu/gettext/gettext-0.17.tar.gz
MD5-Prüfsumme: 58a2bc6d39c0ba57823034d55d65d606
Webseite: http://www.gnu.org/software/libc/
Download: ftp://sources.redhat.com/pub/glibc/snapshots/glibc-2.8-20080929.tar.bz2
MD5-Prüfsumme: ef223822e84f38dc6b3762bcf3bd6c5e
Webseite: http://www.gnu.org/software/gmp/
Download: http://ftp.gnu.org/gnu/gmp/gmp-4.2.4.tar.bz2
MD5-Prüfsumme: fc1e3b3a2a5038d4d74138d0b9cf8dbe
Webseite: http://www.gnu.org/software/grep/
Download: http://ftp.gnu.org/gnu/grep/grep-2.5.3.tar.bz2
MD5-Prüfsumme: 27061ce1fde82876970b6549a156da8b
Webseite: http://www.gnu.org/software/groff/
Download: http://ftp.gnu.org/gnu/groff/groff-1.18.1.4.tar.gz
MD5-Prüfsumme: ceecb81533936d251ed015f40e5f7287
Webseite: http://www.gnu.org/software/grub/
Download: ftp://alpha.gnu.org/gnu/grub/grub-0.97.tar.gz
MD5-Prüfsumme: cd3f3eb54446be6003156158d51f4884
Webseite: http://www.gzip.org/
Download: http://ftp.gnu.org/gnu/gzip/gzip-1.3.12.tar.gz
MD5-Prüfsumme: b5bac2d21840ae077e0217bc5e4845b1
Webseite: http://sethwklein.net/iana-etc
Download: http://sethwklein.net/iana-etc-2.30.tar.bz2
MD5-Prüfsumme: 3ba3afb1d1b261383d247f46cb135ee8
Webseite: http://www.gnu.org/software/inetutils/
Download: http://ftp.gnu.org/gnu/inetutils/inetutils-1.5.tar.gz
MD5-Prüfsumme: aeacd11d19bf25c89d4eff38346bdfb9
Webseite: http://linux-net.osdl.org/index.php/Iproute2
Download: http://developer.osdl.org/dev/iproute2/download/iproute2-2.6.26.tar.bz2
MD5-Prüfsumme: 7d221e735cba05709341cd46401c4ecd
Download: http://ftp.altlinux.com/pub/people/legion/kbd/kbd-1.14.1.tar.gz
MD5-Prüfsumme: 0f4e474032c992c05650924f29a06a92
Webseite: http://www.greenwoodsoftware.com/less/
Download: http://www.greenwoodsoftware.com/less/less-418.tar.gz
MD5-Prüfsumme: b5864d76c54ddf4627fd57ab333c88b4
Download: http://www.linuxfromscratch.org/lfs/downloads/6.4/lfs-bootscripts-20081031.tar.bz2
MD5-Prüfsumme: 88576a2a1a61bf330eda6baf0a0db2c5
Webseite: http://www.gnu.org/software/libtool/
Download: http://ftp.gnu.org/gnu/libtool/libtool-2.2.6a.tar.gz
MD5-Prüfsumme: 8ca1ea241cd27ff9832e045fe9afe4fd
Webseite: http://www.kernel.org/
Download: http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.27.4.tar.bz2
MD5-Prüfsumme: 3880fe9f19b9a7690afd151326eb7ce5
Der Linux-Kernel wird relativ oft aktualisiert; meistens, weil neu entdeckte Sicherheitslücken geschlossen werden. Die neueste Kernelversion ist zum derzeitigen Stand 2.6. Verwenden Sie bitte den Linux-Kernel 27.x, es sei denn, die LFS-Fehlerkorrekturen (errata) empfehlen eine andere Version.
Anwender mit begrenzter Download-Geschwindigkeit oder Bandbreite, die den Linux-Kernel aktualisieren möchten, können eine Basisversion des Pakets und Patches separat herunterladen. Dies spart Zeit und Kosten für Bandbreite, die für ein Patch-Level-Update innerhalb einer kleinen Versionsnummer benötigt werden.
Webseite: http://www.gnu.org/software/m4/
Download: http://ftp.gnu.org/gnu/m4/m4-1.4.12.tar.bz2
MD5-Prüfsumme: b3587c993523dd320c318ec456876839
Webseite: http://www.gnu.org/software/make/
Download: http://ftp.gnu.org/gnu/make/make-3.81.tar.bz2
MD5-Prüfsumme: 354853e0b2da90c527e35aabb8d6f1e6
Webseite: http://www.nongnu.org/man-db/
Download: http://download.savannah.gnu.org/releases/man-db/man-db-2.5.2.tar.gz
MD5-Prüfsumme: 9529aadae273566a170dee4e18aad6c1
Download: http://www.kernel.org/pub/linux/docs/manpages/Archive/man-pages-3.11.tar.bz2
MD5-Prüfsumme: f66e01df3a22e18d25c5865925dd9288
Webseite: http://www.kerneltools.org/KernelTools.org
Download: http://www.kernel.org/pub/linux/utils/kernel/module-init-tools/module-init-tools-3.4.1.tar.bz2
MD5-Prüfsumme: e253b066a1bab1d727ca0d54f001b49c
Webseite: http://www.mpfr.org/
Download: http://www.mpfr.org/mpfr-current/mpfr-2.3.2.tar.bz2
MD5-Prüfsumme: 527147c097874340cb9cee0579dacf3b
Webseite: http://www.gnu.org/software/ncurses/
Download: ftp://ftp.gnu.org/gnu/ncurses/ncurses-5.6.tar.gz
MD5-Prüfsumme: b6593abe1089d6aab1551c105c9300e3
Webseite: http://www.gnu.org/software/patch/
Download: http://ftp.gnu.org/gnu/patch/patch-2.5.4.tar.gz
MD5-Prüfsumme: ee5ae84d115f051d87fcaaef3b4ae782
Webseite: http://cpan.org/
Download: http://cpan.org/src/perl-5.10.0.tar.gz
MD5-Prüfsumme: d2c39b002ebfd2c3c5dba589365c5a71
Webseite: http://procps.sourceforge.net/
Download: http://procps.sourceforge.net/procps-3.2.7.tar.gz
MD5-Prüfsumme: f490bca772b16472962c7b9f23b1e97d
Webseite: http://psmisc.sourceforge.net/
Download: http://prdownloads.sourceforge.net/psmisc/psmisc-22.6.tar.gz
MD5-Prüfsumme: 2e81938855cf5cc38856bd4a31d79a4c
Webseite: http://cnswww.cns.cwru.edu/php/chet/readline/rltop.html
Download: http://ftp.gnu.org/gnu/readline/readline-5.2.tar.gz
MD5-Prüfsumme: e39331f32ad14009b9ff49cc10c5e751
Webseite: http://www.gnu.org/software/sed/
Download: http://ftp.gnu.org/gnu/sed/sed-4.1.5.tar.gz
MD5-Prüfsumme: 7a1cbbbb3341287308e140bd4834c3ba
Webseite: http://pkg-shadow.alioth.debian.org/
Download: ftp://pkg-shadow.alioth.debian.org/pub/pkg-shadow/shadow-4.1.2.1.tar.bz2
MD5-Prüfsumme: c178e49c45495e296dabbe4ae01a0fbe
Webseite: http://www.infodrom.org/projects/sysklogd/
Download: http://www.infodrom.org/projects/sysklogd/download/sysklogd-1.5.tar.gz
MD5-Prüfsumme: e053094e8103165f98ddafe828f6ae4b
Download: ftp://ftp.cistron.nl/pub/people/miquels/sysvinit/sysvinit-2.86.tar.gz
MD5-Prüfsumme: 7d5d61c026122ab791ac04c8a84db967
Webseite: http://www.gnu.org/software/tar/
Download: http://ftp.gnu.org/gnu/tar/tar-1.20.tar.bz2
MD5-Prüfsumme: 1a7e17f27abf583b3b0bc059a827e68b
Webseite: http://tcl.sourceforge.net/
Download: http://prdownloads.sourceforge.net/tcl/tcl8.5.5-src.tar.gz
MD5-Prüfsumme: 39faed045bd03da1267fb66c9b75349f
Webseite: http://www.gnu.org/software/texinfo/
Download: http://ftp.gnu.org/gnu/texinfo/texinfo-4.13a.tar.gz
MD5-Prüfsumme: 71ba711519209b5fb583fed2b3d86fcb
Webseite: http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev.html
Download: http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev-130.tar.bz2
MD5-Prüfsumme: eaaac3c45b8c87d81a82fed254ecee25
Download: http://www.linuxfromscratch.org/lfs/downloads/6.4/udev-config-20081015.tar.bz2
MD5-Prüfsumme: 1e18f12a26a5a7a2865b22c82588032b
Webseite: http://userweb.kernel.org/~kzak/util-linux-ng/
Download: http://www.kernel.org/pub/linux/utils/util-linux-ng/v2.14/util-linux-ng-2.14.1.tar.bz2
MD5-Prüfsumme: 9aab772ee9b1f4e67dff98169f3cb380
Webseite: http://www.vim.org
Download: ftp://ftp.vim.org/pub/vim/unix/vim-7.2.tar.bz2
MD5-Prüfsumme: f0901284b338e448bfd79ccca0041254
Webseite: http://www.vim.org
Download: ftp://ftp.vim.org/pub/vim/extra/vim-7.2-lang.tar.gz
MD5-Prüfsumme: d8884786979e0e520c112faf2e176f05
Webseite: http://www.zlib.net/
Download: http://www.zlib.net/zlib-1.2.3.tar.bz2
MD5-Prüfsumme: dee233bf288ee795ac96a98cc2e369b6
Gesamtgröße der Pakete: ungefähr 257 MB
Zusätzlich brauchen Sie auch einige Patches. Diese beheben z. B. kleine Fehler, die vom jeweiligen Betreuer des Pakets noch nicht behoben wurden, oder beinhalten Modifikationen und Anpassungen an unser LFS. Die folgenden Patches werden zum Erstellen von LFS benötigt:
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/automake-1.10.1-test_fix-1.patch
MD5-Prüfsumme: 4d8aa269951bb3cd876d2bb663cb04cc
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/bash-3.2-fixes-8.patch
MD5-Prüfsumme: 7729e8bb1adb57c8d3c4c3a34a5bbab0
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/db-4.7.25-upstream_fixes-1.patch
MD5-Prüfsumme: dfe0d2a27439454fbafdeeef65fefade
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/binutils-2.18-GCC43-1.patch
MD5-Prüfsumme: d77fa789b4cae8b1ef7bc10e6220a529
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/binutils-2.18-configure-1.patch
MD5-Prüfsumme: 83877c299e3e3080952214e479396f23
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/bzip2-1.0.5-install_docs-1.patch
MD5-Prüfsumme: 6a5ac7e89b791aae556de0f745916f7f
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/coreutils-6.12-i18n-2.patch
MD5-Prüfsumme: 2b6182f77f8b575e27d7743dd403104e
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/coreutils-6.12-old_build_kernel-1.patch
MD5-Prüfsumme: 5e8622abe6c6d81901b910383c6fb611
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/coreutils-6.12-uname-1.patch
MD5-Prüfsumme: c05b735710fbd62239588c07084852a0
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/diffutils-2.8.1-i18n-1.patch
MD5-Prüfsumme: c8d481223db274a33b121fb8c25af9f7
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/expect-5.43.0-spawn-1.patch
MD5-Prüfsumme: ef6d0d0221c571fb420afb7033b3bbba
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/expect-5.43.0-tcl_8.5.5_fix-1.patch
MD5-Prüfsumme: 6904a384960ce0e8f0d0b32f7903d7a1
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/glibc-2.8-20080929-iconv_tests-1.patch
MD5-Prüfsumme: cc5e95e418e0b2f8a54b14cf90c7c3b2
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/glibc-2.8-20080929-ildoubl_test-1.patch
MD5-Prüfsumme: 4dc864a487eee8426413542591d19edb
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/grep-2.5.3-debian_fixes-1.patch
MD5-Prüfsumme: 337d017202d7e3b08d428a89da3ee572
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/grep-2.5.3-upstream_fixes-1.patch
MD5-Prüfsumme: 44f9c5e7df7746e6115be47e5a068ab8
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/groff-1.18.1.4-debian_fixes-1.patch
MD5-Prüfsumme: 05607e7fcfd6e5091f020bf44ddca10b
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/grub-0.97-disk_geometry-1.patch
MD5-Prüfsumme: bf1594e82940e25d089feca74c6f1879
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/grub-0.97-256byte_inode-1.patch
MD5-Prüfsumme: 2482bef9c1866b4045767a56268ba673
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/inetutils-1.5-no_server_man_pages-2.patch
MD5-Prüfsumme: ec83aa00fb111f6f9d9aca04de9cb753
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/kbd-1.14.1-backspace-1.patch
MD5-Prüfsumme: fe51ec685687ce9d29463d786ba0c2d4
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/module-init-tools-3.4.1-manpages-1.patch
MD5-Prüfsumme: 2271047586981ae23adf01cc13d97791
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/ncurses-5.6-coverity_fixes-1.patch
MD5-Prüfsumme: aa2fa9d0e89bbfdb4ce7e0e6b4b46670
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/perl-5.10.0-consolidated-1.patch
MD5-Prüfsumme: d1bcffb5d671bd659f7ca5c451a0c752
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/procps-3.2.7-watch_unicode-1.patch
MD5-Prüfsumme: 2e5b57608177bd54349c718db9b5843d
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/readline-5.2-fixes-5.patch
MD5-Prüfsumme: 7390b2296b7b11209829646537294ebb
Download: http://www.linuxfromscratch.org/patches/lfs/6.4/vim-7.2-fixes-3.patch
MD5-Prüfsumme: 4b526f493995d2eb6fd415eb62ff43d8
Gesamtgröße der Pakete: ungefähr 790.8 KB
Die LFS-Gemeinschaft hat noch zahlreiche weitere Patches erstellt. Die meisten beheben kleine Probleme oder schalten Funktionen ein, die in der Voreinstellung abgeschaltet sind. Durchstöbern Sie ruhig die Patch-Datenbank unter http://www.linuxfromscratch.org/patches/ und laden Sie zusätzliche Patche herunter.
Bei der Arbeit mit dem Buch werden Sie häufig mit der
Umgebungsvariable LFS zu tun haben.
Diese Variable sollte immer definiert sein und den Mountpunkt
enthalten, den Sie für die LFS-Partition ausgewählt haben.
Überprüfen Sie mit dem folgenden Kommando bitte nochmals, ob
LFS korrekt gesetzt ist:
echo $LFS
Die Ausgabe muss dem Pfad zu Ihrer LFS-Partition entsprechen!
Wenn Sie unserem Beispiel gefolgt sind lautet der Pfad
/mnt/lfs. Wenn hier etwas nicht
stimmt können Sie die Variable jederzeit neu setzen:
export LFS=/mnt/lfs
Durch diese Variable haben Sie den Vorteil, dass Sie ein Kommando wie z. B. mkdir $LFS/tools genau so eingeben können wie Sie es im Buch lesen. Während die Shell den Befehl verarbeitet, wird sie „$LFS“ durch den echten Wert „/mnt/lfs“ ersetzen.
Wenn Sie Ihre Arbeitsumgebung verlassen haben, müssen Sie
anschließend den Inhalt von $LFS
nochmals prüfen. Das gilt auch, wenn Sie z. B.
su zu
root oder einem anderen
Benutzer ausführen.
Alle kompilierten Programme aus Kapitel 5
werden unter $LFS/tools
installiert. Dadurch werden sie von den Programmen getrennt,
die später in Kapitel
6 installiert werden. Die hier kompilierten Programme sind
nur übergangsweise Hilfsmittel und sollen nicht Teil des
endgültigen LFS-Systems werden. Durch die Installation in einen
gesonderten Ordner lassen sie sich später leichter wieder
entfernen. Außerdem wird so sichergestellt, dass die Programme
nicht versehentlich in Ihrem produktiven Host-System enden (in
Kapitel 5
könnte das sehr leicht passieren).
Erstellen Sie den Ordner indem Sie als root dieses Kommando ausführen:
mkdir -v $LFS/tools
Im nächsten Schritt erstellen Sie auf Ihrem Host-System einen symbolischen Link
nach /tools. Er zeigt auf den
Ordner, den Sie gerade auf der LFS-Partition erstellt haben.
Führen Sie dieses Kommando als root aus:
ln -sv $LFS/tools /
Das obige Kommando ist in dieser Form korrekt; der Befehl
ln hat
verschiedene Syntax-Varianten — bitte lesen Sie erst
info coreutils
ln und ln(1)
bevor Sie einen vermeintlichen Fehler berichten.
Dieser symbolische Link ermöglicht uns, die Toolchain so zu
kompilieren, dass sie immer /tools referenziert. Das hat für uns den
Vorteil, dass Compiler, Assembler und Linker sowohl in diesem
Kapitel (in dem Sie noch einige Programme vom Host-System
benutzen) als auch im
nächsten Kapitel (wenn Sie in die LFS-Partition
„chroot'ed“ haben)
funktionieren werden. Das liegt daran, dass die Programme immer
den gleichen Pfad benutzen können.
Als root eingeloggt können
selbst kleine Fehler ein System beschädigen oder gar zerstören.
Daher sollten Sie die Pakete in diesem Kapitel mit Hilfe eines
unprivilegierten Benutzers kompilieren. Natürlich können Sie
Ihren bisherigen Benutzernamen dazu verwenden, aber das
Bereitstellen einer sauberen Arbeitsumgebung ist leichter, wenn
Sie dazu den Benutzer lfs in
der ebenfalls neuen Gruppe lfs
anlegen und diesen für den ganzen Installationsvorgang
benutzen. Bitte führen Sie als root dieses Kommando aus, um die
neue Gruppe und den Benutzer anzulegen:
groupadd lfs useradd -s /bin/bash -g lfs -m -k /dev/null lfs
Die Bedeutung der Kommandozeilen-Parameter:
-s
/bin/bash
Dies macht die bash zur
voreingestellten Shell für den Benutzer lfs.
-g
lfs
Dieser Parameter macht den neuen Benutzer zum Mitglied
der Gruppe lfs.
-m
Dadurch wird der Persönliche Ordner für lfs gleich mitangelegt.
-k
/dev/null
Dieser Parameter verhindert das Kopieren der Dateien aus
einem Skeleton-Ordner (Voreinstellung ist /etc/skel). Als Quelle für den
Skeleton-Ordner wird einfach das Null-Gerät eingestellt.
lfs
Dies ist der Name der erzeugten Gruppe und Benutzer.
Wenn Sie als root angemeldet
sind und zum Benutzer lfs
wechseln, benötigen Sie dafür kein Passwort. Wenn Sie sich
allerdings als Benutzer lfs
richtig anmelden möchten, müssen Sie dem Benutzer zuerst ein
Passwort zuweisen:
passwd lfs
Geben Sie lfs Vollzugriff auf
$LFS/tools. Dazu machen Sie
lfs am besten zum
Besitzer des Ordners:
chown -v lfs $LFS/tools
Wenn Sie, wie vorgeschlagen, einen extra Arbeitsordner
eingerichtet haben, dann geben Sie dem Benutzer lfs auch dort die Besitzrechte:
chown -v lfs $LFS/sources
Als nächstes melden Sie sich bitte als lfs an. Dazu können Sie eine virtuelle
Konsole, den Display-Manager oder das folgende Kommando
verwenden:
su - lfs
Das „-“ weist
su an, eine
Login-Shell anstelle einer Nicht-Login-Shell zu starten. Der
Unterschied zwischen den beiden Arten wird in bash(1)und info
bash erklärt.
Um Ihre Arbeitsumgebung für die weiteren Schritte vorzubereiten
erstellen Sie zwei Dateien für die bash. Geben Sie als Benutzer
lfs das folgende Kommando ein,
um die neue Datei .bash_profile
zu erzeugen:
cat > ~/.bash_profile << "EOF"
exec env -i HOME=$HOME TERM=$TERM PS1='\u:\w\$ ' /bin/bash
EOF
Wenn Sie sich als Benutzer lfs
anmelden, ist die erste Shell üblicherweise eine Login-Shell. Diese liest erst die
Datei /etc/profile Ihres
Host-Systems ein (sie enthält meistens Einstellungen zu
Umgebungsvariablen), und danach .bash_profile. Das Kommando exec env -i.../bin/bash in
der zweiten Datei ersetzt die laufende Shell durch eine neue
mit einer vollständig leeren Umgebung, mit Ausnahme der
Variablen HOME, TERM und PS1. Daduch
wird sichergestellt, dass keine ungewollten und potentiell
gefährlichen Umgebungsvariablen vom Host-System auf unsere
Arbeitsumgebung Einfluss nehmen können. Die hier angewendete
Technik mag ein wenig befremdlich wirken, führt aber zu unserem
Ziel: einer absolut reinen Arbeitsumgebung.
Die neue Instanz der Shell ist eine Nicht-Login-Shell; diese liest weder
/etc/profile noch .bash_profile ein. Stattdessen liest sie die
Datei .bashrc, erstellen Sie sie
nun:
cat > ~/.bashrc << "EOF"
set +h
umask 022
LFS=/mnt/lfs
LC_ALL=POSIX
PATH=/tools/bin:/bin:/usr/bin
export LFS LC_ALL PATH
EOF
Das Kommando set +h schaltet die Hash-Funktion der bash ab. Normalerweise ist das sogenannte Hashing der Bash eine nützliche Funktion — Bash benutzt eine Hash-Tabelle, um sich die Pfade zu ausführbaren Dateien zu merken und vermeidet auf diese Weise ein ständiges Durchsuchen aller Ordner. Beim Bau von LFS müssen Sie jedoch alle neu installierten Werkzeuge sofort nutzen können. Durch Abschalten der Hash-Funktion wird für „interaktive“ Kommandos (make, patch, sed, cp und so weiter) immer die neueste verfügbare Version benutzt.
Das Setzen der Dateierzeugungs-Maske (umask) auf 022 bewirkt,
dass neu erzeugte Dateien nur durch ihren Besitzer beschreibbar
sind, aber für alle anderen les- und ausführbar (wenn der
Systemaufruf open(2) die üblichen
Datei-Modi benutzt, werden alle neu erzeugten Dateien die
Rechte 644 und Ordner die Rechte 755 erhalten).
Die Variable LFS sollte natürlich
auf den von Ihnen gewählten Mountpunkt der LFS-Partition
gesetzt sein.
Die Variable LC_ALL beeinflusst die
Lokalisierung einiger Programme, so dass deren Ausgaben den
Konventionen des entsprechenden Landes folgen. Wenn Ihr
Host-System eine ältere Glibc-Version als 2.2.4 verwendet,
könnte es Probleme geben, wenn LC_ALL nicht auf „POSIX“ oder „C“ gesetzt ist. Durch Setzen von
LC_ALL auf „POSIX“ oder „C“ (die beiden Werte haben die gleiche
Wirkung) sollte es beim Hin- und Herwechseln in der
chroot-Umgebung keine Probleme geben.
Durch das Voranstellen von /tools/bin an die Umgebungsvariable
PATH werden alle in Kapitel 5
installierten Programme beim Durchsuchen der Pfade als erstes
gefunden und von der Shell sofort benutzt. Zusammen mit dem
Abschalten der Hash-Funktion der Bash wird so das Risiko
minimiert, dass eventuell alte Programme vom Host-System
benutzt werden, obwohl schon eine neuere Version aus Kapitel 5
auf dem System existiert.
Um die Arbeitsumgebung endgültig fertig zu stellen, muss das soeben erzeugte Profil eingelesen werden:
source ~/.bash_profile
Die meisten Leser möchten gerne vorher wissen, wie lange das Kompilieren und Installieren der Pakete dauert. Linux From Scratch wird aber auf so unterschiedlichen Systemen gebaut, dass es unmöglich ist, echte, auch nur annähernd akkurate Zeiten anzugeben: Das größte Paket (Glibc) braucht auf schnellen Maschinen nicht einmal 20 Minuten, aber auf langsamen Maschinen drei Tage oder mehr. Anstatt Ihnen also Zeiteinheiten zu nennen, haben wir uns für die Standard Binutils Unit entschieden (Abgekürzt: SBU).
Das funktioniert so: Das erste zu kompilierende Paket ist Binutils in Kapitel 5. Die Zeit, die Ihr Computer zum Kompilieren dieses Pakets braucht, entspricht einer „Standard Binutils Unit“ bzw. „SBU“. Alle weiteren Kompilierzeiten werden relativ zu dieser Zeit angegeben.
Nehmen Sie als Beispiel ein Paket mit 4,5 SBU. Wenn das Kompilieren der Binutils 10 Minuten gedauert hat, dann dauert es ungefähr 45 Minuten, um das Beispielpaket zu bauen. Glücklicherweise sind die meisten Kompilierzeiten kürzer als die der Binutils.
Grundsätzlich sind SBUs relativ ungenau, weil sie auf vielen Faktoren basieren, inklusive der GCC-Version des Host-Systems. Auf Mehrprozessormaschinen können SBUs sogar noch ungenauer sein. SBUs sollen Ihnen eine ungefähre Vorstellung davon geben, wieviel Zeit das Installieren eines Pakets benötigt. Die Angaben können allerdings unter Umständen stark abweichen.
Wenn Sie sich aktuelle Zeitangaben für bestimmte Computerkonfigurationen ansehen möchten, schauen Sie doch mal unter http://www.linuxfromscratch.org/~sbu/.
Die meisten Pakete enthalten auch eine Testsuite. Es ist prinzipiell immer eine gute Idee, eine solche Testsuite für neu kompilierte Programme auch durchlaufen zu lassen. So stellen Sie sicher, dass alles korrekt kompiliert wurde. Wenn eine Testsuite alle ihre Tests erfolgreich durchläuft, können Sie ziemlich sicher sein, dass das Paket so funktioniert, wie es der Entwickler vorgesehen hat. Dennoch ist das natürlich kein Garant für absolute Fehlerfreiheit.
Manche Tests sind wichtiger als andere. So zum Beispiel die Tests der Toolchain-Pakete — GCC, Binutils und Glibc (die C-Bibliothek) — sind von höchster Bedeutung, weil diese Pakete eine absolut zentrale Rolle für die Funktion des gesamten Systems spielen. Aber seien Sie gewarnt: die Testsuites von GCC und Glibc brauchen sehr viel Zeit, vor allem auf langsamer Hardware. Dennoch wird dringend empfohlen, sie durchlaufen zu lassen!
Die Erfahrung hat gezeigt, dass man in Kapitel 5 vom Durchlaufen lassen der Testsuites im Grunde nicht viel gewinnt. Das Host-System hat immer einen gewissen Einfluss auf die Tests in dem Kapitel und das verursacht seltsame und unerklärliche Fehler. Und nicht nur das, die in Kapitel 5 erzeugten Werkzeuge sind ohnehin nur temporär und werden später wieder gelöscht. Daher empfehlen wir Ihnen, die Testsuites in Kapitel 5 nicht durchlaufen zu lassen. Die Anleitungen dafür sind dennoch vorhanden, um Testern und Entwicklern eine Hilfe zu sein, aber für alle anderen Anwender sind sie nur optional.
Ein weit verbreitetes Problem beim Durchlaufen der Testsuites
von Binutils und GCC sind zu wenig zur Verfügung stehende
Pseudo-Terminals (PTYs). Ein typisches Symptom dafür sind
ungewöhnlich viele fehlgeschlagene Tests. Das kann verschiedene
Ursachen haben. Die häufigste Ursache ist, dass das
devpts-Dateisystem des
Host-Systems nicht funktioniert. Dies wird später in Kapitel 5
ausführlicher behandelt.
Manchmal verursachen Testsuites eines Pakets auch falschen Alarm. Sehen Sie im LFS-Wiki unter http://www.linuxfromscratch.org/lfs/build-logs/6.4/ nach und prüfen Sie, ob diese Fehler normal sind. Das gilt für alle Tests im gesamten Buch.
In diesem Kapitel werden Sie ein Minimal-Linux erstellen. Das System wird gerade genug Werkzeuge beinhalten, um in Kapitel 6 mit dem Bau des endgültigen LFS beginnen zu können. Wir verzichten hierbei weitestgehend auf jeglichen Komfort.
Das Erstellen des Minimal-Systems erfolgt in zwei Schritten: Zuerst erzeugen Sie eine brandneue, Host-unabhängige Toolchain (Compiler, Assembler, Linker und Bibliotheken und ein paar nützliche Werkzeuge). Mit Hilfe der Toolchain können dann im weiteren Verlauf die essentiellen Werkzeuge kompiliert werden.
Die in diesem Kapitel kompilierten Dateien werden im Ordner
$LFS/tools installiert und sind
damit von den restlichen Dateien des Systems sauber getrennt.
Die hier kompilierten Programme sind schließlich nur temporär
und sollen nicht mit in unser endgültiges LFS-System
einfließen.
Dieser Abschnitt soll Ihnen einige technische Details zum gesamten Kompilier- und Installationsprozess erläutern. Sie müssen nicht alles in diesem Abschnitt sofort verstehen, das Meiste ergibt sich von selbst sobald Sie die ersten Pakete installiert haben. Scheuen Sie sich nicht, zwischendurch noch einmal hierhin zurückzublättern und nachzulesen, wenn etwas unklar ist.
In Kapitel 5 soll eine gut funktionierende temporäre Arbeitsumgebung erschaffen werden, in die Sie sich später abkapseln und von wo aus Sie in Kapitel 6 ohne Schwierigkeiten ein sauberes endgültiges LFS-System erstellen können. Sie werden sich so weit wie möglich vom Host-System abschotten und eine in sich geschlossene Toolchain erzeugen. Bitte beachten Sie, dass der gesamte Vorgang dafür ausgelegt ist, die Risiken für neue Leser zu minimieren und gleichzeitig den Lerneffekt zu maximieren.
Bevor Sie fortfahren, sollten Sie den Namen der Plattform
kennen, auf der Sie LFS installieren; diesen bezeichnet man
oft auch als das Ziel-Tripplet. Für die meisten
Leser wird das Ziel-Tripplet zum Beispiel i686-pc-linux-gnu sein. Sie können
Ihr Ziel-Tripplet herauszufinden, indem Sie das Skript
config.guess
auszuführen; es wird mit den Quellen vieler Pakete
mitgeliefert. Entpacken Sie die Binutils-Quellen und führen
Sie das Skript aus: ./config.guess. Notieren
Sie die Ausgabe.
Auch den Namen des dynamischen
Linkers für Ihre Plattform sollten Sie kennen
(manchmal wird der Linker auch als dynamischer Lader bezeichnet).
Bitte verwechseln Sie den dynamischen Linker nicht mit dem
Standard-Linker ld aus dem Paket Binutils.
Der dynamische Linker kommt mit Glibc und seine Aufgabe ist
es, die von einem Programm benötigten gemeinsamen
Bibliotheken zu finden und zu laden, das Programm zur
Ausführung vorzubereiten und schließlich das Programm selbst
auszuführen. Im Regelfall wird der Name des dynamischen
Linkers ld-linux.so.2 sein. Für
weniger gängige Systeme könnte der Name auch ld.so.1 sein und auf neueren
64-Bit-Plattformen könnte er sogar völlig verschieden sein.
Sie müssten den Namen Ihres dynamischen Linkers herausfinden
können, wenn Sie auf Ihrem Host-System in den Ordner
/lib schauen. Um wirklich
sicher zu gehen, können Sie eine beliebige Binärdatei auf
Ihrem Host-System überprüfen: readelf -l <Name einer Binärdatei> |
grep interpreter. Notieren Sie die Ausgabe.
Eine Referenz, die alle Plattformen abdeckt, finden Sie in
der Datei shlib-versions im
Basisordner des Glibc-Quellordners.
Hier ein paar technische Anmerkungen zum Kompiliervorgang in Kapitel 5:
Der Kompiliervorgang ist im Grunde ähnlich wie Cross-Kompilieren. Dabei funktionieren Programme im selben Prefix in Kooperation und benutzen dazu ein wenig GNU-„Magie“.
Durch vorsichtiges Anpassen des Suchpfades für den Standard-Linker erreichen Sie, dass Programme nur gegen die gewünschten Bibliotheken gelinkt werden.
Durch vorsichtiges Anpassen von gccs specs-Datei teilen Sie dem Compiler
mit, welcher Dynamische Linker verwendet wird.
Als erstes wird Binutils installiert, da sowohl GCC als auch Glibc beim Durchlaufen des configure-Skriptes einige Tests zum Assembler und Linker durchführen und auf dem Ergebnis basierend bestimmte Funktionen ein- bzw. ausschalten. Das ist wichtiger als man zunächst denken mag. Ein falsch eingerichteter GCC oder Glibc kann zu Fehlern in der Toolchain führen, die erst am Ende der Installation des LFS-Systems bemerkt werden. Zum Glück weisen Fehlschläge beim Durchlaufen der Testsuites im Regelfall auf solche Probleme hin, bevor zuviel Zeit vergeudet wird.
Binutils installiert seinen Assembler an zwei Stellen,
/tools/bin und /tools/$ZIEL_TRIPPLET/bin. In Wirklichkeit
sind die Programme an der einen Stelle mit denen an der anderen
durch einen harten Link verknüpft. Ein wichtiger Aspekt des
Linkers ist seine Suchreihenfolge für Bibliotheken. Genaue
Informationen erhalten Sie mit ld und dem Parameter
--verbose. Zum
Beispiel: ld --verbose | grep
SEARCH gibt die aktuellen Suchpfade und ihre
Reihenfolge aus. Sie können sehen, welche Dateien tatsächlich
von ld verlinkt
werden, indem Sie ein Dummy-Programm kompilieren und den
Parameter --verbose
angeben. Zum Beispiel: gcc
dummy.c -Wl,--verbose 2>&1 | grep
succeeded zeigt, dass alle Dateien beim Linken
erfolgreich geöffnet werden konnten.
Das nächste zu installierende Paket ist GCC. Während des Durchlaufs von configure sehen Sie zum Beispiel:
checking what assembler to use...
/tools/i686-pc-linux-gnu/bin/as
checking what linker to use... /tools/i686-pc-linux-gnu/bin/ld
Das ist aus den oben genannten Gründen wichtig. Hier wird auch
deutlich, dass GCCs configure-Skript nicht die PATH-Ordner durchsucht, um herauszufinden,
welche Werkzeuge verwendet werden sollen. Dennoch werden beim
tatsächlichen Ausführen von gcc nicht unbedingt die
gleichen Suchpfade verwendet. Welchen Standard-Linker
gcc wirklich
verwendet, kann man mittels gcc
-print-prog-name=ld herausfinden.
Detaillierte Informationen erhält man von gcc, indem man den Parameter
-v beim Kompilieren
eines Dummy-Programmes übergibt. gcc -v dummy.c zum Beispiel
gibt Informationen über den Präprozessor, Komilierungs- und
Assemblierungsphasen inklusive gccs Suchpfaden und der
Reihenfolge aus.
Das nächste zu installierende Paket ist Glibc. Die wichtigsten
Überlegungen zum Kompilieren von Glibc beschäftigen sich mit
dem Compiler, Binutils und den Kernel-Headern. Der Compiler ist
normalerweise kein Problem, weil Glibc immer den gcc nimmt, der in den
PATH-Ordnern gefunden wird. Die
Binutils und die Kernel-Header können da schon etwas
schwieriger sein. Daher gehen wir kein Risiko ein und benutzen
die verfügbaren configure-Optionen, um die
korrekten Entscheidungen zu erzwingen. Nach dem Durchlauf von
./configure
können Sie den Inhalt von config.make im Ordner glibc-build nach den Details durchsuchen. Sie
werden ein paar interessante Dinge finden, wie zum Beispiel
CC="gcc -B/tools/bin/"
zum Kontrollieren der verwendeten Binutils, oder die Parameter
-nostdinc und
-isystem zum
Kontrollieren des Suchpfades des Compilers. Diese
Besonderheiten heben einen wichtigen Aspekt von Glibc hervor
— Sie ist kompiliertechnisch gesehen eigenständig und
nicht von Voreinstellungen der Toolchain abhängig.
Nach der Installation von Glibc nehmen Sie noch ein paar
Anpassungen vor; dadurch stellen Sie sicher, dass Suchen und
Verlinken nur innerhalb unseres Prefix /tools stattfindet. Sie installieren einen
angepassten ld,
welcher einen fest angegebenen Suchpfad auf /tools/lib hat. Dann bearbeiten Sie die
specs-Datei von gcc so, dass sie auf den
neuen Dynamischen Linker in /tools/lib verweist. Der letzte Schritt ist
entscheidend für den gesamten Ablauf. Wie oben bereits
angemerkt, wird ein fest eingestellter Pfad zum Dynamischen
Linker in jeder ausführbaren ELF-Datei eingebettet. Sie können
das überprüfen, indem Sie dieses Kommando ausführen:
readelf -l <Name der
ausführbaren Datei> | grep interpreter.
Durch das Anpassen der specs-Datei von gcc stellen wir sicher,
dass jedes von nun an kompilierte Programm bis zum Ende des
Kapitels unseren neuen Dynamischen Linker in /tools/lib benutzt.
Weil unbedingt der neue Linker verwendet werden muss, wird der
Specs-Patch auch im zweiten Durchlauf von GCC angewendet.
Hierbei darf kein Fehler passieren, denn sonst würden die
GCC-Programme selbst den Linker aus /lib im Host-System verwenden. Eine saubere
Trennung vom Host-System wäre dann nicht mehr gegeben und unser
Ziel wäre verfehlt.
Im zweiten Durchlauf der Binutils können Sie den
configure-Parameter --with-lib-path benutzen, um den
Bibliotheksuchpfad von ld zu kontrollieren. Von
diesem Punkt an ist die Toolchain unabhängig. Die verbleibenden
Pakete aus Kapitel
5 kompilieren alle mit der neuen Glibc in /tools und alles ist in Ordnung.
Aufgrund ihrer bereits erwähnten eigenständigen Natur ist die
Glibc das erste wichtige Paket, das Sie nach dem Eintreten in
die chroot-Umgebung in Kapitel
6 installieren. Wenn die Glibc erstmal nach /usr installiert ist, werden Sie schnell ein
paar Voreinstellungen in der Toolchain ändern und dann
schreiten Sie mit dem Erstellen des endgültigen LFS-Systems
fort.
In den Installationsanleitungen von Paketen werden bestimmte Annahmen gemacht:
Einige der Pakete werden vor dem Kompilieren gepatcht; aber nur, um ein potentielles Problem zu umgehen. Meist wird ein Patch sowohl in diesem als auch im folgenden Kapitel benötigt, manchmal aber auch nur in einem der beiden. Wundern Sie sich also nicht, falls der Eindruck entsteht, dass die Installationsanweisungen für einen Patch zu fehlen scheinen. Außerdem werden Sie beim Installieren einiger Patches Warnungen über offset oder fuzzy bemerken. Diese Warnungen sind nicht wichtig, der Patch wird dennoch korrekt installiert.
Beim Kompilieren vieler Pakete werden Sie alle möglichen Compiler-Warnungen auf dem Bildschirm bemerken. Das ist normal und kann einfach ignoriert werden. Es handelt sich eben nur um Warnungen — meistens aufgrund der Verwendung veralteter (aber dennoch korrekter) C- oder C++-Syntax. Die C-Standards haben sich im Laufe der Zeit oft verändert, und einige Pakete benutzen immer noch alte Standards, aber das ist kein wirkliches Problem.
Solange nichts anderes angegeben wird, sollten Sie die Quell- und Kompilierordner jedesmal nach dem Installieren eines Pakets löschen. Dadurch verhindern Sie mögliche Fehlkonfigurationen, falls ein Paket später erneut installiert werden muss.
Bevor Sie fortfahren, stellen Sie bitte mit folgendem
Kommando sicher, dass die LFS-Umgebungsvariable korrekt gesetzt ist:
echo $LFS
Die Ausgabe muss den Pfad zum Mountpunkt Ihrer
LFS-Partition anzeigen. Wenn Sie unserem Beispiel gefolgt
sind, sollte dieser /mnt/lfs lauten.
Schlussendlich muss noch ein wichtiger Punkt erwähnt werden:
Alle Kompilier-Anweisungen setzen voraus, dass Sie die
Bash-Shell einsetzen.
Bevor Sie ein Paket installieren, müssen Sie das
jeweilige Tar-Archiv bereits als Benutzer lfs entpackt und mit cd in den entpackten
Ordner gewechselt haben. Danach können Sie die
jeweilige Installationsanleitung durcharbeiten.
Binutils ist eine Sammlung von Software-Entwicklungswerkzeugen. Dazu gehören zum Beispiel Linker, Assembler und weitere Programme für die Arbeit mit Objektdateien.
Es ist wichtig, dass Binutils als erstes Paket kompiliert wird, weil Glibc und GCC verschiedene Tests bezüglich Linker und Assembler durchführen und erst daraufhin bestimmte Funktionen aktivieren.
Bintutils erkennt keine neueren Versionen von Texinfo als 4.9. Dieses Problem kann mit folgendem Patch behoben werden:
patch -Np1 -i ../binutils-2.18-configure-1.patch
Die Dokumentation zu Binutils empfiehlt, Binutils außerhalb des Quellordners zu kompilieren:
mkdir -v ../binutils-build cd ../binutils-build
Wenn die im Buch angegebenen SBU-Werte einen Nutzen haben
sollen, müssen Sie nun die Zeit messen, die Sie zum
Kompilieren von Binutils benötigen. Dies ist mit dem
folgenden Kommando relativ einfach: time { ./configure ... && make
&& make install; }.
Bereiten Sie Binutils zum Kompilieren vor:
CC="gcc -B/usr/bin/" ../binutils-2.18/configure \
--prefix=/tools --disable-nls --disable-werror
Die Bedeutung der configure-Parameter:
CC="gcc
-B/usr/bin/"
Dadurch wird gcc gezwungen, den
Linker des Host-Systems in /usr/bin zu bevorzugen. Auf einigen
Systemen ist dies notwendig, weil der neue Linker
ld
inkompatibel mit dem gcc des Host-Systems
ist.
--prefix=/tools
Dadurch wird das configure-Skript die
Binutils-Programme für die Installation nach
/tools vorbereiten.
--disable-nls
Deaktiviert die Internationalisierung; i18n wird für die temporären Werkzeuge nicht benötigt.
--disable-werror
Dies verhindert das ungewollte Anhalten des Erstellvorgangs, falls der Host-Compiler Warnungen ausgibt.
Fahren Sie mit dem Kompilieren des Pakets fort:
make
Der Kompiliervorgang ist nun abgeschlossen. Normalerweise würden Sie nun die Testsuite durchlaufen lassen, aber in diesem frühen Stadium ist die Testsuite-Umgebung (Tcl, Expect und DejaGNU) noch nicht verfügbar. Außerdem macht es wenig Sinn, die Tests nun laufen zu lassen, denn die Programme aus dem ersten Durchlauf werden sehr bald durch die aus dem zweiten Durchlauf ersetzt.
Installieren Sie das Paket:
make install
Bereiten Sie nun den Linker auf die späteren „Anpassungen“ vor:
make -C ld clean make -C ld LIB_PATH=/tools/lib cp -v ld/ld-new /tools/bin
Die Bedeutung der make-Parameter:
-C ld
clean
Dies weist das Programm make an, alle kompilierten
Dateien im Unterordner ld
zu löschen.
-C ld
LIB_PATH=/tools/lib
Dieser Parameter kompiliert alles im Unterordner
ld erneut. Die Angabe der
Makefile-Variable LIB_PATH
auf der Kommandozeile überschreibt den Standardwert und
zeigt auf den temporären Ordner tools. Der Wert dieser Variable gibt
den Standard-Bibliotheksuchpfad für den Linker an. Sie
werden später in diesem Kapitel sehen, wie diese
Vorbereitung zur Anwendung kommt.
Details zu diesem Paket finden Sie in Abschnitt 6.11.2, „Inhalt von Binutils“
Das Paket GCC enthält die GNU-Compiler-Sammlung. Darin sind die C- und C++-Compiler enthalten.
Nun benötigt GCC die Pakete GMP und MPFR. Da diese Pakete vermutlich nicht Teil Ihrer Host-Distribution sind, werden sie nun mit Hilfe von GCC erstellt.
tar -jxf ../mpfr-2.3.2.tar.bz2 mv mpfr-2.3.2 mpfr tar -jxf ../gmp-4.2.4.tar.bz2 mv gmp-4.2.4 gmp
Die Dokumentation zu GCC empfiehlt, GCC außerhalb des Quellordners zu kompilieren:
mkdir -v ../gcc-build cd ../gcc-build
Bereiten Sie GCC zum Kompilieren vor:
CC="gcc -B/usr/bin/" ../gcc-4.3.2/configure --prefix=/tools \
--with-local-prefix=/tools --disable-nls --disable-shared --disable-libssp \
--enable-languages=c
Die Bedeutung der configure-Parameter:
CC="gcc
-B/usr/bin/"
Dadurch wird gcc gezwungen, den
Linker des Host-Systems in /usr/bin zu bevorzugen. Auf einigen
Systemen ist dies notwendig, weil der neue Linker
ld
inkompatibel mit dem gcc des Host-Systems
ist.
--with-local-prefix=/tools
Der Sinn dieses Parameters ist es, /usr/local/include aus dem Suchpfad
von gcc
zu entfernen. Dies ist nicht absolut zwingend
erforderlich, jedoch sollen mögliche Einflüsse aus dem
Host-System vermieden werden, daher ist dieser
Parameter hier durchaus empfehlenswert.
--disable-shared
Mit diesem Parameter wird GCC gezwungen, die internen Bibliotheken statisch zu verlinken. Dies verhindert mögliche Probleme mit dem Host-System.
--disable-libssp
Dieser Parameter beugt einem Konflikt mir älteren Versionen von Glibc vor, der die korrekte Installation verhindern könnte.
--enable-languages=c
Dieser Parameter stellt sicher, dass nur der C-Compiler erzeugt wird. Zum jetzigen Zeitpunkt wird nur dieser benötigt.
Der folgende Befehl kompiliert GCC nicht nur einmal, sondern kompiliert gleich mehrmals. GCC benutzt die im ersten Durchlauf erzeugten Programme, um sich damit im zweiten Durchlauf selbst zu kompilieren. Darauf folgt der dritte Kompiliervorgang. Abschließend werden die Ergebnisse des zweiten und dritten Kompiliervorgangs verglichen, um sicherzustellen, dass GCC sich selbst problemlos kompilieren konnte. Diesen Vorgang nennt man „bootstrapping“. Diese Vorgehensweise zur Installation von GCC stellt sicher, dass alles korrekt kompiliert wurde und wird auch für die veröffentlichten Versionen verwendet. Fahren Sie nun mit dem Kompilieren fort:
make
Der Kompiliervorgang ist nun abgeschlossen. Normalerweise würden Sie nun die Testsuite durchlaufen lassen, aber in diesem frühen Stadium ist die Testsuite-Umgebung (Tcl, Expect und DejaGNU) noch nicht verfügbar. Außerdem macht es wenig Sinn, die Tests nun laufen zu lassen, weil die Programme aus dem ersten Durchlauf sehr bald durch die aus dem zweiten Durchlauf ersetzt werden.
Installieren Sie das Paket:
make install
Die Verwendung des Parameters --disable-shared verhindert die
Erzeugung und Installation der Datei libgcc_eh.a. Glibc ist allerdings von
dieser Bibliothek abhängig, weil Glibc -lgcc_eh innerhalb des
Konfigurationssystems verwendet. Diese Abhängigkeit kann
aufgelöst werden, indem Sie eine symbolische Verknüpfung auf
libgcc.a erstellen, weil sie
normalerweise sowieso die Objekte enthält, die libgcc_eh.a zur Verfügung stellen würde.
ln -vs libgcc.a `gcc -print-libgcc-file-name | \
sed 's/libgcc/&_eh/'`
Zum Abschluss erstellen Sie noch einen symbolischen Link. Viele Programme rufen cc anstelle von gcc auf. Dadurch werden diese Programme allgemeiner gehalten und sind auch auf anderen Unix-Systemen lauffähig. Nicht jedes System hat den C-Compiler von GNU installiert. Der Aufruf von cc lässt dem Administrator die Wahl, welchen C-Compiler er installieren möchte. Er muss dann nur noch den symbolischen Link auf den richtigen Compiler verweisen lassen:
ln -vs gcc /tools/bin/cc
Details zu diesem Paket finden Sie in Abschnitt 6.14.2, „Inhalt von GCC“
Die Linux-API-Header veröffentlichen die Programmierschnittstelle der Kernels zur Verwendung durch die Glibc.
Der Kernel muss eine Programmierschnittstelle (API) veröffentlichen, damit die C-Bibliothek (Glibc in LFS) diese verwenden kann. Dazu werden bereinigte Versionen der C-Header verwendet, die mit den Kernelquellen ausgeliefert werden.
Stellen Sie zunächst sicher, dass keine zurückgebliebenen Dateien und Abhängigkeiten von vorherigen Aktionen zurückgeblieben sind:
make mrproper
Test und extrahieren Sie nun die Kernel-Header der Anwenderschicht aus den Quellen. Diese werden zunächst in einem lokalen Ordner zwischengespeichert und anschließend an die nötigen Orte kopiert, weil der Extrahiervorgang vorhandene Dateien im Zielordner überschreiben würde.
make headers_check make INSTALL_HDR_PATH=dest headers_install cp -rv dest/include/* /tools/include
Details zu diesem Paket finden Sie in Abschnitt 6.7.2, „Inhalt von Linux-API-Header“
Glibc enthält die C-Bibliothek. Sie stellt Systemaufrufe und grundlegende Funktionen zur Verfügung (z. B. das Zuweisen von Speicher, Durchsuchen von Ordnern, Öffnen und Schließen sowie Schreiben von Dateien, Zeichenkettenverarbeitung, Mustererkennung, Arithmetik etc.)
Beheben Sie ein mögliches Problem für den Fall, dass
/etc/ld.so.preload auf dem
Host-System verwendet wird.
sed -i 's@/etc/ld.so.preload@/tools/etc/ld.so.preload@' elf/rtld.c
Die Dokumentation von Glibc empfiehlt, zum Kompilieren einen gesonderten Ordner zu verwenden:
mkdir -v ../glibc-build cd ../glibc-build
Da Glibc die Unterstützung für die Architektur i386
eingestellt hat, empfehlen die Entwickler die Verwendung des
Kompilier-Parameters -march=i486 zum Kompilieren für
x86-Rechner. Hier führen viele Wege zum Ziel, jedoch haben
Tests ergeben, dass der Parameter am besten in der
Umgebungsvariable „CFLAGS“ eingebracht wird. Anstatt alles
zu überschreiben, was Glibc im internen Build-System für
CFLAGS verwendet, hängen wir den neuen Parameter an den
bestehenden Inhalt von CFLAGS an und verwenden dazu die
Spezialdatei configparams. Des
Weiteren ist der Parameter -mtune=native nötig, um einen
sinnvolleren Wert vorzugeben als den, der sonst durch die
Verwendung von -march eingestellt werden würde.
echo "CFLAGS += -march=i486 -mtune=native" > configparms
Als nächstes bereiten Sie Glibc zum Kompilieren vor:
../glibc-2.8-20080929/configure --prefix=/tools \
--disable-profile --enable-add-ons \
--enable-kernel=2.6.0 --with-binutils=/tools/bin \
--without-gd --with-headers=/tools/include \
--without-selinux
Die Bedeutung der configure-Parameter:
--disable-profile
Dadurch werden die Bibliotheken ohne Profiling-Informationen kompiliert. Lassen Sie diesen Parameter weg, wenn Sie mit den temporären Werkzeugen Profiling betreiben möchten.
--enable-add-ons
Dadurch verwendet Glibc NPTL als die Threading-Bibliothek.
--enable-kernel=2.6.0
Dadurch wird die Glibc mit Unterstützung für Kernel der Serie 2.6.x gebaut.
--with-binutils=/tools/bin
Dieser Parameter wird nicht wirklich benötigt, stellt aber sicher, dass in Hinsicht auf die Binutils-Programme beim Kompilieren von Glibc nichts schiefgehen kann.
--without-gd
Das verhindert das kompilieren des Programmes memusagestat, welches immer mit Bibliotheken auf dem Host-System verlinkt (libgd, libpng, libz usw.).
--with-headers=/tools/include
Dadurch wird Glibc mit den gerade in den tools-Ordner installierten Kenerl-Headern kompiliert. Auf diese Weise werden alle Funktionen des Kernels erkannt und die Glibc kann entsprechend darauf optimiert werden.
--without-selinux
Wenn das Host-System SELinux-Funktionen hat (so z. B. Fedora Core 3), so würden die SELinux-Funktionen auch in Glibc einkompiliert. Die LFS-Werkzeuge unterstützen diese Erweiterungen aber nicht, daher wird eine so erzeugte Glibc nicht korrekt funktionieren.
Während dieser Phase sehen Sie möglicherweise eine Warnung:
configure: WARNING: *** These auxiliary programs are missing or *** incompatible versions: msgfmt *** some features will be disabled. *** Check the INSTALL file for required versions.
Das fehlende oder inkompatible Programm msgfmt ist normalerweise harmlos, aber manchmal kann es zu Fehlern beim Durchlaufen der Testsuite führen. msgfmt ist Teil von Gettext, welches auf dem Host-System installiert sein sollte. Wenn msgfmt zwar vorhanden, aber vollkommen inkompatibel ist, dann sollten Sie das Paket auf dem Host-System aktualisieren. Oder Sie fahren ohne das Paket fort und schauen, ob die Testsuite auch ohne problemlos durchläuft.
Kompilieren Sie das Paket:
make
Dieses Paket enthält zwar eine Testsuite, jedoch kann sie noch nicht ausgeführt werden, weil wir derzeit noch keinen C++-Compiler installiert haben.
Auch wenn es nur eine harmlose Meldung ist, die
Installationsroutine von Glibc wird sich über die fehlende
Datei /tools/etc/ld.so.conf
beschweren. Beheben Sie diese störende Warnung mit:
mkdir -v /tools/etc touch /tools/etc/ld.so.conf
Installieren Sie das Paket:
make install
Verschiedene Länder und Kulturen haben auch unterschiedliche Konventionen zum Kommunizieren. Darunter sind einfache Konventionen wie zum Beispiel das Format für Datum und Uhrzeit, aber auch sehr komplexe Konventionen, wie zum Beispiel die dort gesprochene Sprache. Die „Internationalisierung“ von GNU-Programmen funktioniert mit Hilfe der sogenannten Locales. Installieren Sie nun die Glibc-Locales.
Wenn Sie, wie empfohlen, die Testsuite in diesem Kapitel nicht laufen lassen, brauchen Sie auch die Locales nicht zu installieren. Sie werden sie dann im nächsten Kapitel installieren. Um sie dennoch zu installieren, benutzen Sie die Anweisungen aus Abschnitt 6.9, „Glibc-2.8-20080929“
Details zu diesem Paket finden Sie in Abschnitt 6.9.4, „Inhalt von Glibc“
Jetzt, nachdem die temporären C-Bibliotheken installiert sind, wollen wir alle im Rest des Kapitels kompilierten Werkzeuge gegen diese Bibliotheken verlinken. Um das zu erreichen, müssen Sie den Linker und die specs-Datei des Compilers anpassen.
Der am Ende des ersten Durchlaufes von Binutils angepasste
Linker muss umbenannt werden, da er sonst nicht korrekt
gefunden und benutzt wird. Sichern Sie zunächst den
ursprünglichen Linker, dann ersetzen Sie ihn durch den
angepassten. Außerdem erzeugen Sie eine Verknüpfung auf das
Gegenstück in /tools/$(gcc -
dumpmachine)/bin:
mv -v /tools/bin/{ld,ld-old}
mv -v /tools/$(gcc -dumpmachine)/bin/{ld,ld-old}
mv -v /tools/bin/{ld-new,ld}
ln -sv /tools/bin/ld /tools/$(gcc -dumpmachine)/bin/ld
Von diesem Punkt an wird alles ausschließlich gegen die Bibliotheken in
/tools/lib verlinkt.
Der nächste Schritt ist nun, GCC auf den neuen dynamischen Linker zu verweisen. Legen Sie dazu GCCs „specs“-Datei an einem Ort ab, wo GCC standardmäßig sucht. Dann wird der von GCC verwendete dynamische Linker durch einen einfachen sed-Aufruf angepasst.
Es wird empfohlen, das obige Kommando nicht abzuschreiben, sondern mittels Kopieren und Einfügen auszuführen. Sie können die „specs“-Datei auch von Hand ändern: ersetzen Sie einfach jedes Vorkommen von „/lib/ld-linux.so.2“ durch „/tools/lib/ld-linux.so.2“:
Wenn Sie mit einer Rechner-Plattform arbeiten, bei der der
Name des dynamischen Linkers nicht ld-linux.so.2 lautet, müssen Sie statt
„ld-linux.so.2“ den
korrekten Namen des Linkers für Ihre Plattform einsetzen.
Falls nötig, schauen Sie nochmal im Abschnitt Abschnitt 5.2,
„Technische Anmerkungen zur Toolchain“ nach.
gcc -dumpspecs | sed 's@/lib/ld-linux.so.2@/tools&@g' \ > `dirname $(gcc -print-libgcc-file-name)`/specs
Während dem Installationsvorgang durchsucht GCCs fixincludes-Skript Ihr System nach möglicherweise zu reparierenden Header-Dateien (sie könnten z. B. Syntaxfehler enthalten) und installiert die reparierten Dateien dann in einen privaten Include-Ordner. Es kann vorkommen, dass das Skript einige Header-Dateien von Ihrem Host-System repariert und diese dann in den privaten GCC-Include-Ordner kopiert. Weil Sie im Rest dieses Kapitels wirklich nur auf die Header-Dateien von GCC und Glibc angewiesen sind, und diese bereits installiert sind, können alle „reparierten“ Header-Dateien problemlos gelöscht werden. Dadurch verhindern Sie, dass Header-Dateien von Ihrem Host-System Einfluss auf das neue LFS-System nehmen können. Führen Sie bitte das folgende Kommando aus, um die Header-Dateien in GCCs privatem Include-Ordner zu löschen. Am besten verwenden Sie dazu Kopieren und Einfügen anstatt die Befehle von Hand abzuschreiben:
GCC_FIXED=`dirname $(gcc -print-libgcc-file-name)`/include-fixed &&
find ${GCC_FIXED}/* -maxdepth 0 -xtype d -exec rm -rvf '{}' \; &&
rm -vf `grep -l "DO NOT EDIT THIS FILE" ${GCC_FIXED}/*` &&
unset GCC_FIXED
An diesem Punkt ist es unbedingt notwendig, die korrekte Funktion der Toolchain (Kompilieren und Linken) zu überprüfen. Darum führen Sie nun einen kleinen „Gesundheitscheck“ durch:
echo 'main(){}' > dummy.c
cc dummy.c
readelf -l a.out | grep ': /tools'
Wenn alles korrekt funktioniert, sollten keine Fehler auftreten und die Ausgabe des letzten Kommandos sieht so oder so ähnlich aus:
[Requesting program interpreter:
/tools/lib/ld-linux.so.2]
Achten Sie besonders darauf, dass /tools/lib als Prefix zu Ihrem dynamischen
Linker angegeben ist.
Wenn Sie keine oder eine andere als die obige Ausgabe
erhalten haben, ist etwas schiefgelaufen. Sie müssen alle
Ihre Schritte noch einmal überprüfen und den Fehler finden
und korrigieren. Fahren Sie nicht fort, bevor Sie den Fehler
nicht beseitigt haben. Als erstes führen Sie nochmals den
Gesundheitscheck durch und benutzen gcc anstelle von
cc. Wenn das
funktioniert, fehlt der Link von /tools/bin/cc. Gehen Sie zurück zu
Abschnitt 5.5,
„GCC-4.3.2 - Durchlauf 1“ und reparieren Sie
den symbolischen Link. Als zweites stellen Sie bitte sicher,
dass Ihre Umgebungsvariable PATH
richtig gesetzt ist. Sie können die Variable mit dem Kommando
echo $PATH
anzeigen lassen; prüfen Sie, dass /tools/bin am Anfang der Liste steht. Wenn
die PATH Variable falsch gesetzt
ist, sind Sie möglicherweise nicht als lfs eingeloggt oder in Abschnitt 4.4,
„Vorbereiten der Arbeitsumgebung“ ist etwas
schiefgelaufen. Vielleicht hat auch beim Anpassen der
specs-Datei etwas nicht richtig funktioniert. In diesem Fall
wiederholen Sie die Anpassung und benutzen Sie Kopieren
und Einfügen, um das Kommando auszuführen, tippen Sie es
nicht ab.
Wenn Sie mit dem Ergebnis zufrieden sind, räumen Sie auf:
rm -v dummy.c a.out
Das Kompilieren von Tcl im nächsten Abschnitt ist gleichzeitig auch ein zusätzlicher Test, ob die Toolchain korrekt erstellt wurde. Falls Tcl nicht kompilierbar ist, weist das auf einen Fehler mit Binutils, GCC oder Glibc hin, nicht aber auf einen Fehler in Tcl.
Das Tcl Paket enthält die Tool Command Language.
Dieses und die nächsten beiden Pakete werden nur installiert, damit Sie die Testsuites von GCC und Binutils laufen lassen können. Drei Pakete nur zu Testzwecken zu installieren könnte etwas übertrieben erscheinen, aber es ist wirklich sehr wichtig zu wissen, dass unsere grundlegensten Programme und Werkzeuge richtig funktionieren. Selbst, wenn wir die Testsuites in diesem Kapitel nicht ausführen (wie empfohlen), werden diese Pakete doch zumindest für die Tests im nächsten Kapitel 6 benötigt.
Bereiten Sie Tcl zum Kompilieren vor:
cd unix ./configure --prefix=/tools
Kompilieren Sie das Paket:
make
Der Kompiliervorgang ist nun abgeschlossen. Wie bereits erwähnt, wird empfohlen, die Testsuite für das temporäre System in diesem Kapitel nicht durchlaufen zu lassen. Falls Sie die Testsuite dennoch laufen lassen möchten, führen Sie dieses Kommando aus:
TZ=UTC make test
Es ist bekannt, dass die Testsuite von Tcl unter bestimmten
Bedingungen fehlschlagen kann. Daher sind Fehler in der
Testsuite nicht überraschend; wir betrachten diese Fehler
nicht als kritisch. Der Parameter TZ=UTC setzt die Zeitzone für
die Dauer des Durchlaufs der Testsuite auf Coordinated
Universal Time (UTC), auch als Greenwhich Mean Time (GMT)
bekannt. Dadurch werden zeitbezogene Tests korrekt
ausgewertet. Mehr Informationen zu der Umgebungsvariable
TZ finden Sie später in Kapitel 7.
Installieren Sie das Paket:
make install
Geben Sie das Schreibrecht auf die installierte Bibliothek, damit später die Debug-Symbole entfernt werden können:
chmod -v u+w /tools/lib/libtcl8.5.so
Installieren Sie die Tcl Header-Dateien. Das nächste Paket (Expect) benötigt Sie zum Kompilieren.
make install-private-headers
Erstellen Sie einen nötigen symbolischen Link:
ln -sv tclsh8.5 /tools/bin/tclsh
Das Paket Expect führt vorprogrammierte Dialoge mit anderen interaktiven Programmen aus.
Spielen Sie erst einen Patch ein; er behebt einen Fehler, der ansonsten Fehlalarme beim Durchlaufen von GCCs Testsuite verursachen könnte:
patch -Np1 -i ../expect-5.43.0-spawn-1.patch
Als nächstes beheben Sie einen Fehler, der durch kürzliche Änderungen an Tcl entstanden ist:
patch -Np1 -i ../expect-5.43.0-tcl_8.5.5_fix-1.patch
Als nächstes verändern Sie das configure-Skript von Expect
so, dass es /bin/stty anstelle
von /usr/local/bin/stty
verwendet (falls dieses auf dem Host-System installiert ist).
Auf diese Weise bleibt die Testsuite sauber für die
endgültigen Kompilier-Durchläufe der toolchain:
cp -v configure{,.orig}
sed 's:/usr/local/bin:/bin:' configure.orig > configure
Bereiten Sie Expect nun zum Kompilieren vor:
./configure --prefix=/tools --with-tcl=/tools/lib \ --with-tclinclude=/tools/include --with-x=no
Die Bedeutung der configure-Parameter:
--with-tcl=/tools/lib
So stellen Sie sicher, dass das configure-Skript die Tcl-Installation in Ihrem temporären Ordner findet. Es sollte keine möglicherweise auf dem Host-System installierte Version gefunden werden.
--with-tclinclude=/tools/include
Durch diesen Parameter wird Expect mitgeteilt, wo die Header von Tcl zu finden sind. Dadurch wird ein Fehlschlagen von configure vermieden, falls es die Tcl-Header nicht automatisch auffinden kann.
--with-x=no
Dies teilt dem configure-Skript mit, dass es nicht nach Tk (der grafischen Oberfläche zu Tcl) oder den X-Window-Bibliotheken suchen soll; beide könnten eventuell auf dem Host-System existieren, fehlen aber in der temporären Arbeitsumgebung.
Kompilieren Sie das Paket:
make
Der Kompiliervorgang ist nun abgeschlossen. Wie bereits erwähnt, wird empfohlen, die Testsuite für das temporäre System in diesem Kapitel nicht durchlaufen zu lassen. Falls Sie die Testsuite dennoch laufen lassen möchten, führen Sie dieses Kommando aus:
make test
Es ist bekannt, dass die Testsuite in diesem Kapitel unter bestimmten Umständen Schwierigkeiten verursacht, auf die wir keinen Einfluss haben. Es ist daher nicht überraschend, wenn die Testsuite Fehler meldet, diese werden jedoch nicht als kritisch betrachtet.
Installieren Sie das Paket:
make SCRIPTS="" install
Die Bedeutung des make-Parameters:
SCRIPTS=""
Dies verhindert die Installation der mitgelieferten Expect-Skripte, sie werden hier nicht gebraucht.
Das Paket DejaGNU enthält ein Grundgerüst zum Testen anderer Programme.
Bereiten Sie DejaGNU zum Kompilieren vor:
./configure --prefix=/tools
Kompilieren und installieren Sie das Paket:
make install
Dieses Paket enthält zwar eine Testsuite, jedoch kann sie noch nicht ausgeführt werden, weil wir derzeit noch keinen C++-Compiler installiert haben.
Das Paket GCC enthält die GNU-Compiler-Sammlung. Darin sind die C- und C++-Compiler enthalten.
Die Hilfsmittel zum Testen von GCC und Binutils sind nun
installiert (Tcl, Expect und DejaGNU). Sie können GCC und
Binutils nun erneut installieren, gegen die neue Glibc
verlinken und testen. Eines muss noch beachtet werden: Die
Testsuites sind stark von funktionierenden Pseudo-Terminals
(PTYs) abhängig. Diese werden vom Host-System bereitgestellt.
Heutzutage werden PTYs meist über das Dateisystem
devpts implementiert. Ob Ihr
Host-System korrekt eingerichtet ist, können Sie mit einem
einfachen Test feststellen:
expect -c "spawn ls"
Das Ergebnis könnte so aussehen:
The system has no more ptys.
Ask your system administrator to create more.
Wenn Sie die obige Meldung sehen, ist Ihr Host-System nicht korrekt für PTYs eingerichtet. Solange Sie dieses Problem nicht behoben haben, brauchen Sie die Testsuites von GCC und Binutils gar nicht erst durchlaufen lassen. Wenn Sie mehr Informationen zum Einrichten von PTYs brauchen, schauen Sie am besten in die LFS-FAQ unter http://www.linuxfromscratch.org//lfs/faq.html#no-ptys.
In Abschnitt 5.8, „Anpassen der Toolchain“ wurde bereits erklärt, dass GCC unter normalen Umständen sein fixincludes-Skript laufen lässt, um defekte Header-Dateien aufzufinden und zu reparieren. Da an diesem Punkt GCC-4.3.2 und Glibc-2.8-20080929 bereits installiert sind und deren Header-Dateien definitiv nicht repariert werden müssen, wird das fixincludes-Skript eigentlich nicht benötigt. Wie bereits erwähnt, könnte es sogar den negativen Nebeneffekt haben, Header-Dateien vom Host-System in das LFS-System einzuschleusen. Mit dem folgenden Kommando können Sie das Ausführen des fixincludes-Skriptes verhindern:
cp -v gcc/Makefile.in{,.orig}
sed 's@\./fixinc\.sh@-c true@' gcc/Makefile.in.orig > gcc/Makefile.in
Im Bootstrap-Durchlauf aus Abschnitt 5.5,
„GCC-4.3.2 - Durchlauf 1“ wurde zum
Kompilieren von GCC der Compiler-Parameter -fomit-frame-pointer verwendet. Der
Nicht-Bootstrap-Durchlauf verwendet diesen Parameter jedoch
standardmäßig nicht. Um die Kompilier-Durchläufe von GCC
konsistent zu halten, sollten Sie den Parameter für diesen
Durchlauf mit dem folgenden sed-Kommando einschalten:
cp -v gcc/Makefile.in{,.tmp}
sed 's/^XCFLAGS =$/& -fomit-frame-pointer/' gcc/Makefile.in.tmp \
> gcc/Makefile.in
Der folgende Befehl ändert den Pfad zu GCCs dynamischen
Linker so ab, dass die Version verwendet wird, die wir in
/tools installiert haben. Er
entfernt /usr/include aus dem
Include-Suchpfad von GCC. Die Änderung an dieser Stelle
anstatt des nachträglichen Anpassens der specs-Datei stellt
sicher, dass beim Kompilieren von GCC der neue dynamische
Linker verwendet wird. Dies bedeutet, dass alle Binärdateien
beim Kompiliervorgang gegen die neue Glibc gelinkt werden.
Führen Sie nun diesen Befehl aus:
for file in $(find gcc/config -name linux64.h -o -name linux.h)
do
cp -uv $file{,.orig}
sed -e 's@/lib\(64\)\?\(32\)\?/ld@/tools&@g' \
-e 's@/usr@/tools@g' $file.orig > $file
echo "
#undef STANDARD_INCLUDE_DIR
#define STANDARD_INCLUDE_DIR 0" >> $file
touch $file.orig
done
Falls der obige Befehl etwas zu unübersichtlich scheint, hier
folgt die Erklärung dazu: Zuerst werden unter gcc/config alle
Dateien namens linux.h oder
linux64.h gesucht. Für jede
gefundene Datei wird eine Sicherungskopie mit dem Suffix
„.orig“ angelegt. Das
erste sed-Kommando stellt die Zeichenkette
„/tools“ allen
Fundstellen von „/lib/ld“, „/lib64/ld“ oder „/lib32/ld“ voran. Das zweite
sed-Kommando ersetzt hart einkodierte Vorkommen von
„/usr“. Danach werden
am Ende der Datei die define-Anweisungen angefügt, die den
Suchpfad für Include-Dateien anpassen. Zuguterletzt wird
mittels touch
der Zeitstempel der kopierten Dateien aktualisiert. Wenn dies
zusammen mit cp
-u verwendet wird, wird unerwarteten
Änderungen an den Originaldateien vorgebeugt, falls der
Befehl versehentlich mehrmals ausgeführt wird.
Wie auch schon im ersten Durchlauf von GCC werden die Pakete GMP und MPFR benötigt. Entpackten Sie die Pakete und verschieben Sie sie in die vorgeschriebenen Ordner:
tar -jxf ../mpfr-2.3.2.tar.bz2 mv mpfr-2.3.2 mpfr tar -jxf ../gmp-4.2.4.tar.bz2 mv gmp-4.2.4 gmp
Erstellen Sie erneut einen eigenen Ordner zum Kompilieren:
mkdir -v ../gcc-build cd ../gcc-build
Denken Sie daran, vor dem Kompilieren von GCC alle Umgebungsvariablen zurückzusetzen, die die Standard-Optimierungen überschreiben würden.
Bereiten Sie GCC zum Kompilieren vor:
../gcc-4.3.2/configure --prefix=/tools \
--with-local-prefix=/tools --enable-clocale=gnu \
--enable-shared --enable-threads=posix \
--enable-__cxa_atexit --enable-languages=c,c++ \
--disable-libstdcxx-pch --disable-bootstrap
Die Bedeutung der neuen Parameter zu configure:
--enable-clocale=gnu
Dieser Parameter stellt sicher, dass unter allen Umständen das korrekte locale-Modell für die C++ Bibliotheken ausgewählt wird. Falls das configure-Skript de_DE Locales findet, wird es das korrekte Modell gnu wählen. Falls aber de_DE nicht installiert ist, besteht das Risiko, dass aufgrund des fälschlicherweise ausgewählten Modells generic ABI-inkompatible C++-Bibliotheken erstellt werden.
--enable-threads=posix
Das schaltet die Behandlung von C++-Exceptions für Code mit Threads ein.
--enable-__cxa_atexit
Dieser Parameter ermöglicht die Verwendung von
__cxa_atexit anstelle von
atexit, um
C++-Destruktoren für lokale Statics und globale Objekte
zu registrieren. Außerdem ist die Option für eine
vollständig standardkonforme Behandlung von
Destruktoren erforderlich. Das beeinflusst auch die C++
ABI; das Ergebnis sind gemeinsame C++-Bibliotheken und
C++-Programme die interoperabel mit anderen
Linux-Distributionen sind.
--enable-languages=c,c++
Dieser Parameter stellt sicher, dass sowohl der C- als auch der C++-Compiler erzeugt werden.
--disable-libstdcxx-pch
Verhindert das Erzeugen der vorkompilierten
Header-Dateien (PCH, pre-compiled header) für
libstdc++. Diese Funktion
verbraucht viel Platz und wir benötigen sie nicht.
--disable-bootstrap
Das Bootstrapping des Compilers ist nun die Voreinstellung von GCC. Unsere Installationsmethode sollte jedoch einen stabilen Compiler hervorbringen, ohne dass ein Bootstrapping jedesmal vonnöten ist.
Kompilieren Sie das Paket:
make
Der Kompiliervorgang ist nun abgeschlossen. Wie bereits erwähnt, empfehlen wir, die Testsuite für das temporäre System in diesem Kapitel nicht durchlaufen zu lassen. Falls Sie die Testsuite dennoch laufen lassen möchten, führen Sie dieses Kommando aus:
make -k check
Der Parameter -k
lässt die Testsuite bis zum Ende durchlaufen, selbst, wenn
Fehler auftreten sollten. Die Testsuite von GCC ist sehr
umfangreich und es ist beinahe sicher, dass Fehler auftreten.
Eine Information über die kritischen Fehler finden Sie im Abschnitt 6.14, „GCC-4.3.2“
Installieren Sie das Paket:
make install
An diesem Punkt ist es unbedingt notwendig, die korrekte Funktion der Toolchain (Kompilieren und Linken) zu überprüfen. Darum führen Sie nun einen kleinen „Gesundheitscheck“ durch:
echo 'main(){}' > dummy.c
cc dummy.c
readelf -l a.out | grep ': /tools'
Wenn alles korrekt funktioniert, sollten keine Fehler auftreten und die Ausgabe des letzten Kommandos sieht so oder so ähnlich aus:
[Requesting program interpreter:
/tools/lib/ld-linux.so.2]
Achten Sie besonders darauf, dass /tools/lib als Prefix zu Ihrem
dynamischen Linker angegeben ist.
Wenn Sie keine oder eine andere als die obige Ausgabe
erhalten haben, ist etwas schiefgelaufen. Sie müssen alle
Ihre Schritte noch einmal überprüfen und den Fehler finden
und korrigieren. Fahren Sie nicht fort, bevor Sie den
Fehler nicht beseitigt haben. Als erstes führen Sie
nochmals den Gesundheitscheck durch und benutzen
gcc anstelle
von cc. Wenn
das funktioniert, fehlt der Link von /tools/bin/cc. Gehen Sie zurück zu
Abschnitt 5.5,
„GCC-4.3.2 - Durchlauf 1“ und reparieren
Sie den symbolischen Link. Als zweites stellen Sie bitte
sicher, dass Ihre Umgebungsvariable PATH richtig gesetzt ist. Sie können die
Variable mit dem Kommando echo $PATH anzeigen
lassen; prüfen Sie, dass /tools/bin am Anfang der Liste steht.
Wenn die PATH Variable falsch
gesetzt ist, sind Sie möglicherweise nicht als lfs eingeloggt oder in Abschnitt 4.4,
„Vorbereiten der Arbeitsumgebung“ ist etwas
schiefgelaufen. Vielleicht hat auch beim Anpassen der
specs-Datei etwas nicht richtig funktioniert. In diesem
Fall wiederholen Sie die Anpassung und benutzen Sie
Kopieren und Einfügen, um das Kommando auszuführen, tippen
Sie es nicht ab.
Wenn Sie mit dem Ergebnis zufrieden sind, räumen Sie auf:
rm -v dummy.c a.out
Details zu diesem Paket finden Sie in Abschnitt 6.14.2, „Inhalt von GCC“
Binutils ist eine Sammlung von Software-Entwicklungswerkzeugen. Dazu gehören zum Beispiel Linker, Assembler und weitere Programme für die Arbeit mit Objektdateien.
Bintutils erkennt keine neueren Versionen von Texinfo als 4.9. Dieses Problem kann mit folgendem Patch behoben werden:
patch -Np1 -i ../binutils-2.18-configure-1.patch
Erstellen Sie erneut einen eigenen Ordner zum Kompilieren:
mkdir -v ../binutils-build cd ../binutils-build
Bereiten Sie Binutils zum Kompilieren vor:
../binutils-2.18/configure --prefix=/tools \
--disable-nls --with-lib-path=/tools/lib
Die Bedeutung der neuen Parameter zu configure:
--with-lib-path=/tools/lib
Dies teilt dem configure-Skript mit, den Standard
Bibliotheksuchpfad des Linkers als /tools/lib vorzugeben. Wir möchten im
Standard Bibliotheksuchpfad keine Ordner unseres
Host-Systems haben, daher geben Sie den gewünschten
Pfad vor.
Kompilieren Sie das Paket:
make
Der Kompiliervorgang ist nun abgeschlossen. Wie bereits erwähnt, wird empfohlen, die Testsuite für das temporäre System in diesem Kapitel nicht durchlaufen zu lassen. Falls Sie die Testsuite dennoch laufen lassen möchten, führen Sie dieses Kommando aus:
make check
Installieren Sie das Paket:
make install
Nun bereiten Sie Binutils auf das erneute Anpassen der Toolchain im nächsten Kapitel vor:
make -C ld clean make -C ld LIB_PATH=/usr/lib:/lib cp -v ld/ld-new /tools/bin
Details zu diesem Paket finden Sie in Abschnitt 6.11.2, „Inhalt von Binutils“
Das Paket Ncurses enthält Bibliotheken für den Terminal-unabhängigen Zugriff auf Textbildschirme.
Bereiten Sie Ncurses zum Kompilieren vor:
./configure --prefix=/tools --with-shared \
--without-debug --without-ada --enable-overwrite
Die Bedeutung der configure-Parameter:
--without-ada
Dies stellt sicher, dass Ncurses ohne Unterstützung für Ada-Compiler erzeugt wird. Auf dem Host-System könnte Unterstützung für Ada installiert sein. Sie wäre dann aber später in der chroot-Umgebung nicht mehr verfügbar.
--enable-overwrite
Dadurch werden die Header-Dateien von Ncurses in
/tools/include anstelle
von /tools/include/ncurses installiert.
Das stellt sicher, dass andere Pakete die
Header-Dateien problemlos finden können.
Kompilieren Sie das Paket:
make
Dieses Paket enthält zwar eine Testsuite, jedoch kann sie
erst nach der Installation ausgeführt werden. Die Tests
befinden sich im Unterordner test. Lesen Sie dort bitte die Datei
README für weitere
Informationen.
Installieren Sie das Paket:
make install
Details zu diesem Paket finden Sie in Abschnitt 6.22.2, „Inhalt von Ncurses“
Das Paket Bash enthält die Bourne-Again-SHell.
Die Upstream-Entwickler haben seit der ersten Veröffentlichung von Bash-3.2 viele Fehler behoben. Spielen Sie diese Fehlerkorrekturen nun ein:
patch -Np1 -i ../bash-3.2-fixes-8.patch
Bereiten Sie Bash zum Kompilieren vor:
./configure --prefix=/tools --without-bash-malloc \ ac_cv_func_working_mktime=yes
Die Bedeutung der configure-Parameter:
--without-bash-malloc
Dieser Parameter schaltet Bashs memory allocation
(malloc) Funktion ab; sie
ist dafür bekannt, Speicherzugriffsfehler zu
verursachen. Durch das Abschalten der Funktion, wird
Bash die stabilere malloc-Funktion von Glibc benutzen.
ac_cv_func_working_mktime=yes
Mit diesem Parameter wird die Suche nach mktime in configure übergangen und die Version in glibc wird stattdessen verwendet. Die ist wegen einer Änderung an GCC nötig, die noch nicht in dieses Paket übernommen wurde.
Kompilieren Sie das Paket:
make
Der Kompiliervorgang ist nun abgeschlossen. Wie bereits erwähnt, wird empfohlen, die Testsuite für das temporäre System in diesem Kapitel nicht durchlaufen zu lassen. Falls Sie die Testsuite dennoch laufen lassen möchten, führen Sie dieses Kommando aus:
make tests
Installieren Sie das Paket:
make install
Und erstellen Sie einen Link für die Programme, die sh als Shell benutzen:
ln -vs bash /tools/bin/sh
Details zu diesem Paket finden Sie in Abschnitt 6.30.2, „Inhalt von Bash“
Das Paket Bzip2 enthält Programme zum Komprimieren und Dekomprimieren von Dateien. Bzip2 erreicht vor allem bei Textdateien eine wesentlich bessere Kompressionsrate als das traditionelle gzip.
Das Paket Bzip2 enthält kein configure-Skript. Kompilieren Sie es einfach:
make
Installieren Sie das Paket:
make PREFIX=/tools install
Details zu diesem Paket finden Sie in Abschnitt 6.31.2, „Inhalt von Bzip2“
Das Paket Coreutils enthält viele Shell-Werkzeuge zum Einstellen der grundlegenden Systemeigenschaften.
Es gibt einen internen Fehler in Coreutils, der bei einigen Programmen zu abnormalem Verhalten führt, wenn Sie für den Bau einen älteren Kernel verwenden. Wenden Sie den folgenden Patch an, um das Problem zu beheben:
patch -Np1 -i ../coreutils-6.12-old_build_kernel-1.patch
Bereiten Sie Coreutils zum Kompilieren vor:
./configure --prefix=/tools --enable-install-program=hostname
Die Bedeutung der configure-Parameter:
--enable-install-program=hostname
Hierdurch wird das Programm hostname erstellt und installiert – in der Voreinstellung ist es von der Installation ausgeschlossen, wird aber von der Perl-Testsuite benötigt.
Kompilieren Sie das Paket:
make
Der Kompiliervorgang ist nun abgeschlossen. Wie bereits erwähnt, wird empfohlen, die Testsuite für das temporäre System in diesem Kapitel nicht durchlaufen zu lassen. Falls Sie die Testsuite dennoch laufen lassen möchten, führen Sie dieses Kommando aus:
make RUN_EXPENSIVE_TESTS=yes check
Der Parameter RUN_EXPENSIVE_TESTS=yes teilt
der Testsuite mit, noch zusätzliche Tests zu durchlaufen, die
auf einigen Plattformen sehr zeitintensiv sein können.
Normalerweise ist das unter Linux aber kein Problem.
Installieren Sie das Paket:
make install
Das obige Kommando kann su
nicht installieren, weil es als unprivilegierter Benutzer
nicht setuid-root gesetzt werden kann. Installieren Sie es
daher von Hand unter anderem Namen, sodass es auch ein
nicht-privilegierter Benutzer im endgültigen System für Tests
verwenden kann. Außerdem behalten wir auf diese Weise eine
funktionstüchtige Version von su des Host-Systems an
erster Stelle im PATH. Zur manuellen Installation benutzen
Sie bitte dieses Kommando:
cp -v src/su /tools/bin/su-tools
Details zu diesem Paket finden Sie in Abschnitt 6.18.2, „Inhalt von Coreutils“
Die Programme dieses Pakets können Unterschiede zwischen Dateien oder Ordnern anzeigen.
Bereiten Sie Diffutils zum Kompilieren vor:
./configure --prefix=/tools
Kompilieren Sie das Paket:
make
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make install
Details zu diesem Paket finden Sie in Abschnitt 6.32.2, „Inhalt von Diffutils“
E2fsprogs stellt die Werkzeuge zur Verwendung mit dem
ext2-Dateisystem zur
Verfügung. Auch ext3 wird
unterstützt (ein Journaling-Dateisystem).
Die Dokumentation empfiehlt, E2fsprogs in einem Unterordner des Quellordners zu kompilieren:
mkdir -v build cd build
Bereiten Sie E2fsprogs zum Kompilieren vor:
../configure --prefix=/tools
Kompilieren Sie das Paket:
make
Installieren Sie die von Util-linux-ng benötigten statischen Bibliotheken und Header:
make install-libs
Vergeben Sie das Schreibrecht auf die installierten Bibliotheken, damit später die Debug-Symbole entfernt werden können:
chmod -v u+w /tools/lib/{libblkid,libcom_err,libe2p,libext2fs,libss,libuuid}.a
Details zu diesem Paket finden Sie in Abschnitt 6.17.2, „Inhalt von E2fsprogs“
Das Paket Findutils enthält Programme zum Auffinden von Dateien durch rekursive Suche in einer Ordnerstruktur oder über den Zugriff auf eine Datenbank. Die Suche über eine Datenbank ist normalerweise schneller, aber es besteht natürlich die Gefahr, dass die Datenbank zum Zeitpunkt der Suche veraltet ist.
Bereiten Sie Findutils zum Kompilieren vor:
./configure --prefix=/tools
Kompilieren Sie das Paket:
make
Der Kompiliervorgang ist nun abgeschlossen. Wie bereits erwähnt, wird empfohlen, die Testsuite für das temporäre System in diesem Kapitel nicht durchlaufen zu lassen. Falls Sie die Testsuite dennoch laufen lassen möchten, führen Sie dieses Kommando aus:
make check
Installieren Sie das Paket:
make install
Details zu diesem Paket finden Sie in Abschnitt 6.35.2, „Inhalt von Findutils“
Gawk ist eine Implementierung von awk und wird zur Textmanipulation verwendet.
Bereiten Sie Gawk zum Kompilieren vor:
./configure --prefix=/tools ac_cv_func_working_mktime=yes
Die Bedeutung des configure-Parameters:
ac_cv_func_working_mktime=yes
Mit diesem Parameter wird die Suche nach mktime in configure übergangen und die Version in glibc wird stattdessen verwendet. Die ist wegen einer Änderung an GCC nötig, die noch nicht in dieses Paket übernommen wurde.
Der Kompiliervorgang ist nun abgeschlossen. Wie bereits erwähnt, wird empfohlen, die Testsuite für das temporäre System in diesem Kapitel nicht durchlaufen zu lassen. Falls Sie die Testsuite dennoch laufen lassen möchten, führen Sie dieses Kommando aus:
make
Um die Ergebnisse zu testen, geben Sie folgendes ein:
make check
Installieren Sie das Paket:
make install
Details zu diesem Paket finden Sie in Abschnitt 6.34.2, „Inhalt von Gawk“
Gettext wird zur Übersetzung und Lokalisierung verwendet. Programme können mit Unterstützung für NLS (Native Language Support, Unterstützung für die lokale Sprache) kompiliert werden. Dadurch können Texte und Meldungen in der Sprache des Anwenders ausgegeben werden.
Für die temporären Werkzeuge muss nur ein einziges Programm von Gettext erzeugt und installiert werden.
Bereiten Sie Gettext zum Kompilieren vor:
cd gettext-tools ./configure --prefix=/tools --disable-shared
Die Bedeutung des configure-Parameters:
--disable-shared
Zu diesem Zeitpunkt müssen keine gemeinsamen Bibliotheken von Gettext installiert werden, daher müssen sie auch nicht kompiliert werden.
Kompilieren Sie das Paket:
make -C gnulib-lib make -C src msgfmt
Weil nur ein einziges Programm kompiliert wurde, kann die Testsuite nicht ausgeführt werden. Daher wird davon abgeraten, die Testsuite an diesem Punkt auszuführen.
Installieren Sie das Programm msgfmt:
cp -v src/msgfmt /tools/bin
Details zu diesem Paket finden Sie in Abschnitt 6.38.2, „Inhalt von Gettext“
Das Paket Grep enthält Programme zum Durchsuchen von Dateien.
Bereiten Sie Grep zum Kompilieren vor:
./configure --prefix=/tools \
--disable-perl-regexp \
--without-included-regex
Die Bedeutung der configure-Parameter:
--disable-perl-regexp
Dies stellt sicher, dass grep nicht gegen die PCRE-Bibliothek verlinkt wird. Diese Bibliothek könnte auf dem Host-System installiert sein, ist aber später in der chroot-Umgebung nicht mehr verfügbar.
--without-included-regex
Die Prüfung in configure für die regex-Bibliothek von Glibc liefert falsche Ergebnisse, wenn für glibc-2.8 kompiliert wird. Durch diesen Parameter wird die Verwendung der glibc-eigenen regex-Bibliothek erzwungen.
Kompilieren Sie das Paket:
make
Der Kompiliervorgang ist nun abgeschlossen. Wie bereits erwähnt, wird empfohlen, die Testsuite für das temporäre System in diesem Kapitel nicht durchlaufen zu lassen. Falls Sie die Testsuite dennoch laufen lassen möchten, führen Sie dieses Kommando aus:
make check
Installieren Sie das Paket:
make install
Details zu diesem Paket finden Sie in Abschnitt 6.39.2, „Inhalt von Grep“
Das Paket Gzip enthält Programme zum Komprimieren und Dekomprimieren von Dateien.
Die von Gzip verwendete Funktion „fultimens“ ist nicht kompatibel mit der Version, die mit der aktuellen Glibc mitgeliefert wird; daher benennen wir sie um:
for file in gzip.c lib/utimens.{c,h} ; do \
cp -v $file{,.orig}
sed 's/futimens/gl_&/' $file.orig > $file
done
Bereiten Sie Gzip zum Kompilieren vor:
./configure --prefix=/tools
Kompilieren Sie das Paket:
make
Der Kompiliervorgang ist nun abgeschlossen. Wie bereits erwähnt, wird empfohlen, die Testsuite für das temporäre System in diesem Kapitel nicht durchlaufen zu lassen. Falls Sie die Testsuite dennoch laufen lassen möchten, führen Sie dieses Kommando aus:
make check
Installieren Sie das Paket:
make install
Details zu diesem Paket finden Sie in Abschnitt 6.41.2, „Inhalt von Gzip“
M4 enthält einen Makroprozessor.
Bereiten Sie M4 zum Kompilieren vor:
./configure --prefix=/tools
Kompilieren Sie das Paket:
make
Der Kompiliervorgang ist nun abgeschlossen. Wie bereits erwähnt, wird empfohlen, die Testsuite für das temporäre System in diesem Kapitel nicht durchlaufen zu lassen. Falls Sie die Testsuite dennoch laufen lassen möchten, führen Sie dieses Kommando aus:
make check
Installieren Sie das Paket:
make install
Details zu diesem Paket finden Sie in Abschnitt 6.20.2, „Inhalt von M4“
Das Paket Make enthält Werkzeuge zum Kompilieren von Software.
Bereiten Sie Make zum Kompilieren vor:
./configure --prefix=/tools
Kompilieren Sie das Paket:
make
Der Kompiliervorgang ist nun abgeschlossen. Wie bereits erwähnt, wird empfohlen, die Testsuite für das temporäre System in diesem Kapitel nicht durchlaufen zu lassen. Falls Sie die Testsuite dennoch laufen lassen möchten, führen Sie dieses Kommando aus:
make check
Installieren Sie das Paket:
make install
Details zu diesem Paket finden Sie in Abschnitt 6.46.2, „Inhalt von Make“
Das Paket Patch enthält ein Programm zum Erzeugen oder Modifizieren von Dateien indem eine sogenannte „Patch“-Datei angewendet wird. Einen „Patch“ erzeugt man üblicherweise mit diff und er beschreibt in maschinenlesbarer Form die Unterschiede zwischen zwei Versionen einer Datei.
Bereiten Sie Patch zum Kompilieren vor:
./configure --prefix=/tools
Kompilieren Sie das Paket:
make
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make install
Details zu diesem Paket finden Sie in Abschnitt 6.49.2, „Inhalt von Patch“
Das Paket Perl enthält die Skriptsprache Perl (Practical Extraction and Report Language).
Zunächst müssen Sie einige Patches installieren, um Sicherheitslücken zu schließen, und einige fest eingestellte Pfade zur C-Bibliothek anpassen:
patch -Np1 -i ../perl-5.10.0-consolidated-1.patch
Bereiten Sie Perl nun zum Kompilieren vor (passen Sie auf, dass Sie 'Data/Dumper Fcntl IO POSIX' richtig schreiben — das sind alles Buchstaben):
sh Configure -des -Dprefix=/tools \
-Dstatic_ext='Data/Dumper Fcntl IO POSIX'
Die Bedeutung der configure-Parameter:
-Dstatic_ext='Data/Dumper Fcntl IO
POSIX'
Damit wird Perl angewiesen, die notwendigsten statischen Erweiterungen zu installieren, die im nächsten Kapitel für die Coreutils und die Glibc benötigt werden.
Aus diesem Paket müssen nur wenige Programme sowie eine Bibliothek kompiliert werden:
make perl utilities ext/Errno/pm_to_blib
Obwohl Perl eine Testsuite enthält, sollte sie zum jetzigen Zeitpunkt noch nicht ausgeführt werden. Es wurden nur Teile von Perl installiert und das Ausführen von make test würde bewirken, dass nun der Rest von Perl kompiliert werden würden. Das ist zu diesem Zeitpunkt völlig unnötig, die Testsuite kann im nächsten Kapitel ausgeführt werden.
Installieren Sie diese Werkzeuge und ihre Bibliotheken an die richtige Stelle:
cp -v perl pod/pod2man /tools/bin mkdir -pv /tools/lib/perl5/5.10.0 cp -Rv lib/* /tools/lib/perl5/5.10.0
Details zu diesem Paket finden Sie in Abschnitt 6.26.2, „Inhalt von Perl“
Das Paket Sed enthält einen Stream-Editor.
Bereiten Sie Sed zum Kompilieren vor:
./configure --prefix=/tools
Kompilieren Sie das Paket:
make
Der Kompiliervorgang ist nun abgeschlossen. Wie bereits erwähnt, wird empfohlen, die Testsuite für das temporäre System in diesem Kapitel nicht durchlaufen zu lassen. Falls Sie die Testsuite dennoch laufen lassen möchten, führen Sie dieses Kommando aus:
make check
Installieren Sie das Paket:
make install
Details zu diesem Paket finden Sie in Abschnitt 6.16.2, „Inhalt von Sed“
Das Paket Tar enthält ein Archivprogramm.
Bereiten Sie Tar zum Kompilieren vor:
./configure --prefix=/tools
Kompilieren Sie das Paket:
make
Der Kompiliervorgang ist nun abgeschlossen. Wie bereits erwähnt, wird empfohlen, die Testsuite für das temporäre System in diesem Kapitel nicht durchlaufen zu lassen. Falls Sie die Testsuite dennoch laufen lassen möchten, führen Sie dieses Kommando aus:
make check
Installieren Sie das Paket:
make install
Details zu diesem Paket finden Sie in Abschnitt 6.54.2, „Inhalt von Tar“
Das Paket Texinfo enthält Programme zum Lesen, Schreiben und Konvertieren von Info-Seiten (Systemdokumentation).
Bereiten Sie Texinfo zum Kompilieren vor:
./configure --prefix=/tools
Kompilieren Sie das Paket:
make
Der Kompiliervorgang ist nun abgeschlossen. Wie bereits erwähnt, wird empfohlen, die Testsuite für das temporäre System in diesem Kapitel nicht durchlaufen zu lassen. Falls Sie die Testsuite dennoch laufen lassen möchten, führen Sie dieses Kommando aus:
make check
Installieren Sie das Paket:
make install
Details zu diesem Paket finden Sie in Abschnitt 6.55.2, „Inhalt von Texinfo“
Das Paket Util-linux-ng enthält verschiedene Werkzeuge. Darunter befinden sich Programme zum Umgang mit Dateisystemen, Konsolen, Partitionen und (System-)Meldungen.
Bereiten Sie Util-linux-ng zum Kompilieren vor:
./configure --prefix=/tools
Aus diesem Paket müssen nur wenige Programme kompiliert werden:
make BLKID_LIBS="-lblkid -luuid" -C mount mount umount make -C text-utils more
Die Bedeutung des make-Parameters:
BLKID_LIBS="-lblkid
-luuid"
Wenn nur ein Teil des Pakets erstellt wird, so wird die
Bibliothek libuuid.a
fälschlicherweise nicht mit einbezogen. Mit diesem
Kommando übergehen Sie die Voreinstellung im
Makefile.
Dieses Paket enthält keine Testsuite.
Nun kopieren Sie diese Programme in unseren temporären Ordner tools:
cp -v mount/{,u}mount text-utils/more /tools/bin
Details zu diesem Paket finden Sie in Abschnitt 6.57.3, „Inhalt von Util-linux-ng“
Die Schritte in diesem Abschnitt sind optional. Wenn Ihre LFS-Partition sehr klein ist, werden Sie froh sein, ein paar unnötige Dinge loswerden zu können. Die bisher erstellten ausführbaren Dateien und Bibliotheken enthalten ungefähr 70 MB nicht benötigter Debugging-Symbole. So entfernen Sie diese Symbole:
strip --strip-debug /tools/lib/*
strip --strip-unneeded /tools/{,s}bin/*
Diese Kommandos überspringen einige Dateien mit der Meldung, dass der Dateityp nicht erkannt wurde. Die meisten dieser Dateien sind Skripte und keine Binärdateien.
Passen Sie auf, dass Sie --strip-unneeded nicht auf Bibliotheken anwenden
— sie würden zerstört werden und dann müssten Sie die
Toolchain neu kompilieren.
Um weitere 20 MB Platz zu sparen, können Sie die Dokumentation entfernen:
rm -rf /tools/{info,man}
Zum Kompilieren von Glibc benötigen Sie nun mindestens 850 MB
freien Platz in $LFS. Wenn Sie Glibc
kompilieren und installieren können, werden Sie mit den
restlichen Paketen keine Platzprobleme bekommen.
Für den Rest des Buches sollten Sie als Benutzer root arbeiten, und nicht als lfs. An dieser Stelle sollten Sie
außerdem nochmals überprüfen, ob $LFS korrekt eingestellt ist.
Im Augenblick gehört der Ordner $LFS/tools dem Benutzer lfs. Dieser existiert aber nur auf dem
Host-System. Wenn Sie den Ordner $LFS/tools in seinem jetzigen Zustand
behalten, gehören die Dateien einer Benutzer-ID zu der es kein
Benutzerkonto gibt. Das ist gefährlich, denn ein später
erstelltes Konto könnte genau diese ID erhalten und wäre damit
der Besitzer von $LFS/tools und
aller darin enthaltenen Dateien. Dieser Benutzer könnte alle
Dateien unbemerkt manipulieren.
Um dieses Problem zu vermeiden, können Sie Ihrem LFS-System den
Benutzer lfs später beim
Erzeugen der /etc/passwd
hinzufügen und ihm die gleiche Benutzer-ID und Gruppen-ID wie
auf Ihrem Host-System geben. Besser ist es jedoch, jetzt den
Benutzer root zum Besitzer des
Ordners machen. Benutzen Sie dazu dieses Kommando:
chown -R root:root $LFS/tools
Obwohl Sie $LFS/tools nach
Fertigstellung dieses LFS löchen können, entscheiden Sie sich
vielleicht, den Ordner dennoch aufzuheben. Dies kann z. B.
sinnvoll sein, um weitere LFS-Systeme der selben Buchversion zu installieren.
Wie Sie am besten eine Sicherungskopie von $LFS/tools erstellen, ist Ihnen als
lehrreiches Experiment selber überlassen ;-)
Wenn Sie die temporären Werkzeuge für weitere LFS-Installationen behalten möchten, ist genau jetzt der richtige Zeitpunkt für das Backup. Die weiteren Kommandos in Kapitel 6 verändern die zur Zeit installierten Programme, wodurch sie für zukünftige Installation unbrauchbar werden.
In diesem Kapitel begeben Sie sich an den eigentlichen Ort des Geschehens und beginnen mit dem Bau des endgültigen LFS-Systems. Im einzelnen chroot'en Sie in Ihr temporäres Mini-Linux, erzeugen einige Hilfsmittel und beginnen dann, alle Pakete der Reihe nach zu installieren.
Die Installation der Software ist sehr gradlinig. Auch wenn die Installationsanweisungen an einigen Stellen sicherlich kürzer hätten ausfallen können, haben wir uns für die ausführliche Variante entschieden. Wenn Sie lernen möchten wie Linux intern funktioniert, dann sollten Sie wissen, wofür die jeweiligen Pakete benutzt werden und warum ein Benutzer oder das System auf sie angewiesen sind. Deshalb finden Sie zu jedem Paket eine Zusammenfassung seines Inhalts und eine kurze Beschreibung zu den installierten Programmen und Bibliotheken.
Falls Sie in diesem Kapitel Compiler-Optimierungen einsetzen
möchten, lesen Sie bitte die Anleitung unter
http://www.linuxfromscratch.org/hints/downloads/files/optimization.txt.
Compiler-Optimierungen können ein Programm etwas schneller
ablaufen lassen, aber sie können auch zu Schwierigkeiten beim
Kompilieren oder Ausführen von Programmen führen. Wenn sich ein
Paket nicht kompilieren lässt, versuchen Sie es erstmal ohne
Optimierungen und schauen Sie, ob das Problem dann behoben ist.
Selbst wenn das Paket mit Compiler-Optmierungen kompilierbar
ist, besteht die Gefahr, dass es fehlerhaft kompiliert wurde
(z. B. aufgrund der komplexen Zusammenhänge zwischen Code
und den Compilerwerkzeugen). Beachten Sie auch, dass die
Optionen -march und -mtune Schwierigkeiten mit den Paketen der
Toolchain verursachen werden (Binutils, GCC und Glibc). Kurz
gesagt, der potientelle Geschwindigkeitsvorteil wird durch das
hohe Risiko aufgehoben. Wenn Sie das erste mal ein LFS
installieren, sollten Sie keine Compiler-Optimierungen
einsetzen. Ihr neues System wird dennoch sehr schnell und
gleichzeitig auch noch stabil sein.
Die Installationsreihenfolge in diesem Kapitel muss auf jeden
Fall eingehalten werden, sonst könnten einige Programme
eventuell feste Referenzen auf /tools erhalten. Kompilieren Sie aus diesem Grund auch nicht
mehrere Pakete gleichzeitig. Gleichzeitiges
Kompilieren kann Ihnen eine Zeitersparnis bringen, besonders
auf Mehrprozessormaschinen, aber es kann zu Programmen führen,
die Referenzen auf /tools
enthalten und nicht mehr funktionieren sobald dieser Ordner
entfernt wird.
Auf jeder Informationsseite finden Sie zu Beginn ein paar allgemeine Informationen zum jeweiligen Paket: Eine kurze Beschreibung des Inhalts, eine Abschätzung der benötigten Kompilierzeit und des benötigten Festplattenspeichers beim Kompilieren. Nach den Installationsanweisungen folgt eine Liste der Programme und Bibliotheken (inklusive einer kurzen Beschreibung), die mit dem Paket installiert werden.
Verschiedene vom Kernel exportierte Dateisysteme werden für die Kommunikation zwischen dem Kernel selbst und dem sog. Userspace verwendet. Dies sind virtuelle Dateisysteme in Hinsicht darauf, dass sie keinen Speicherplatz auf der Festplatte verbrauchen. Der Inhalt der Dateisysteme liegt vollständig im Arbeitsspeicher.
Erstellen Sie die Ordner, in die dann die virtuellen Dateisysteme eingehängt werden:
mkdir -pv $LFS/{dev,proc,sys}
Zum Booten des Kernel müssen nur wenige Gerätedateien
vorhanden sein, im einzelnen console und null. Die Gerätedateien werden auf der
Festplatte erzeugt, damit sie vor dem Start von udevd verfügbar sind
(insbesondere wenn Linux mit dem Parameter init=/bin/bash gestartet wird).
Erstellen Sie die Gerätedateien mit diesen Kommandos:
mknod -m 600 $LFS/dev/console c 5 1 mknod -m 666 $LFS/dev/null c 1 3
Die empfohlene Vorgehensweise, um /dev mit Gerätedateien zu füllen, ist, in
/dev ein virtuelles Dateisystem
wie z. B. tmpfs
einzuhängen und die Geräte dynamisch zu erzeugen, sobald sie
erkannt oder verwendet werden. Die meisten Geräte werden beim
Booten erkannt und von Udev erzeugt. Weil das neue System
aber bislang noch nicht gebootet wurde, müssen Sie diese
Arbeit erstmal selbst erledigen. Sie werden nun den
/dev-Ordner des Host-Systems
mit dern bind-Methode einhängen. Es handelt sich dabei um
eine besondere Methode zum Einhängen eines Dateisystems, bei
der ein Ordner oder Mountpunkt gespiegelt bzw. zusätzlich an
einer weiteren Stelle des Dateisystems eingehängt wird.
Benutzen Sie dazu das folgende Kommando:
mount -v --bind /dev $LFS/dev
Paketverwaltung ist eine der am häufigsten nachgefragten Erweiterungen für das LFS-Buch. Mit einer Paketverwaltung können Sie die Installation von Dateien protokollieren und diese dann später leicht wieder deinstallieren oder Pakete aktualisieren. Ein Paketmanager kümmert sich grundsätzlich nicht nur um ausführbare Binärdateien und Bibliotheken, sondern auch um Einrichtungsdateien. Vorab erstmal eine Klarstellung: NEIN — dieses Kapitel behandelt keine Paketverwaltung im Detail und wird Ihnen auch keine empfehlen. Sie werden hier nur Informationen zu den am weitesten verbreiteten Methoden und Techniken erhalten. Die für Sie perfekte Paketverwaltung könnte dabei sein, vielleicht ist es auch eine Kombination aus zwei oder mehr Techniken.
Einige Gründe, warum weder in LFS noch in BLFS eine Paketverwaltung installiert wird, sind:
Der Umgang mit einer Paketverwaltung lenkt die Aufmerksamkeit vom eigentlichen Ziel des Buches ab — nämlich zu lernen, wie man ein Linux-System von Hand erstellt.
Es gibt viele Paketverwaltungen; jede hat ihre Vor- und Nachteile. Es ist schwierig, eine zu finden, die alle Leser zufriedenstellen würde.
Es wurden einige Tipps zu diesem Thema geschrieben. Lesen Sie im Hints-Projekt nach, vielleicht finden Sie eine passende Paketverwaltung für Sie.
Mit einer Paketverwaltung ist es recht einfach, ein Paket zu aktualisieren. Grundsätzlich kann man aber auch die Anleitungen in LFS und BLFS zur Aktualisierung auf neuere Versionen verwenden. Im Folgenden finden Sie allerdings ein paar wichtige Dinge, die Sie beim Aktualisierungen von Programmen beachten sollten (insbesondere auf einem laufenden System).
Wenn eines der Toolchain-Pakete (Glibc, GCC oder Binutils) auf eine neue Minor-Version aktualisiert werden muss, ist es meist besser, LFS neu zu installieren. Es ist möglich, dass einfaches Neuinstallieren der betroffenen Pakete in der richtigen Abhängigkeitsreihenfolge ausreicht, aber davon wird dringend abgeraten! Wenn Sie also z. B. glibc-2.2.x auf glibc-2.3.x aktualisieren müssen, sollten Sie neu installieren. Die Aktualisierung innerhalb einer Mikro-Version ist normalerweise problemlos möglich, wenn auch nicht zu 100% garantiert. Beispielsweise sollte ein Versionsupdate von glibc-2.3.4 auf glibc-2.3.5 keine Schwierigkeiten bereiten.
Wenn Sie ein Paket aktualisieren, das gemeinsam
verwendete Bibliotheken enthält und sich mit der
Aktualisierung der Name der Bibliothek ändert, dann
müssen alle Programme, die die Bibliothek verwenden,
neu kompiliert werden. (Beachten Sie: zwischen dem
Namen der Bibliothek und der Paketversion besteht
grundsätzlich kein Zusammenhang.) Angenommen Sie haben
das Paket foo-1.2.3 mit der gemeinsamen Bibliothek
libfoo.so.1. Dieses Paket
aktualisieren Sie nun auf Version 1.2.4, welche die
Bibliothek namens libfoo.so.2 installiert. In diesem
Fall müssen Sie alle Programme neu kompilieren, die
libfoo.so.1 verwenden,
damit sie in Zukunft libfoo.so.2 referenzieren. Beachten
Sie auch: Sie dürfen die alte Bibliothek erst
entfernen, wenn alle davon abhängigen Pakete
aktualisiert wurden.
Im Folgenden werden einige Techniken zur Paketverwaltung beschrieben. Bevor Sie sich für eine entscheiden, informieren Sie sich bitte über die jeweilige Technik, insbesondere über die möglichen Nachteile.
Ja, auch das ist eine Methode der Paketverwaltung. Manche Leute benötigen einfach keine Software zur Paketverwaltung, weil sie alle Pakete gut kennen und wissen, welche Dateien vom jeweiligen Paket installiert werden. Andere Leute benötigen möglicherweise keine Paketverwaltung, weil sie LFS neu installieren, sobald ein Paket geändert wird.
Diese einfache Methode der Paketverwaltung benötigt keine
weitere Software. Jedes Paket wird einfach in einen eigenen
Ordner installiert. Beispielsweise wird foo-1.1 in den
Ordner /usr/pkg/foo-1.1
installiert und dann einen symbolischen Link von
/usr/pkg/foo nach
/usr/pkg/foo-1.1 angelegt.
Wenn später auf die neuere Version foo-1.2 aktualisiert
wird, so erfolgt die Installation in den Ordner
/usr/pkg/foo-1.2 und der
symbolischen Link wird einfach durch einen neuen ersetzt.
Umgebungsvariablen wie PATH,
LD_LIBRARY_PATH, MANPATH, INFOPATH
und CPPFLAGS müssen so angepasst
werden, dass Sie /usr/pkg/foo
enthalten. Diese Methode wird sehr unhandlich, wenn auf
diese Weise viele Softwarepakete verwaltet werden sollen.
Es handelt sich hierbei im Grunde nur um eine Variation der
vorigen Paketverwaltungs-Technik. Jedes Paket wird genauso
installiert wie zuvor beschrieben. Anstatt jedoch den
ganzen Ordner mit einem Symlink zu versehen, wird für jede
einzelne Datei eine Verknüpfung in /usr angelegt. Auf diese Weise müssen die
Umgebungsvariablen nicht angepasst werden. Die vielen
symbolischen Verknüpfungen können natürlich vom Benutzer
selbst angelegt werden, jedoch gibt es auch einige
Programme dafür, die diese Technik verwenden: Stow, Epkg,
Graft und Depot sind einige Beispiele.
Die Installation muss allerdings so angepasst werden, so
dass das Paket "denkt", es wäre in /usr installiert, obwohl die Dateien
tatsächlich in /usr/pkg
gespeichert werden. Das vortäuschen einer solchen
Installation ist manchmal nicht ganz leicht. Nehmen wir an,
Sie möchten das Paket libfoo-1.1 installieren. Die
folgenden Kommandos würden das Paket nicht korrekt
installieren:
./configure --prefix=/usr/pkg/libfoo/1.1 make make install
Die Installation ansich wird funktionieren, aber die
abhängigen Pakete werden nicht korrekt auf libfoo
verweisen. Wenn Sie ein Paket kompilieren, welches libfoo
benötigt, so wird es gegen /usr/pkg/libfoo/1.1/lib/libfoo.so.1
linken, anstatt den korrekten Pfad /usr/lib/libfoo.so.1 zu verwenden. Der
korrekte Ansatz ist der Einsatz der Variable DESTDIR, mit der die Installation in einen
anderen Ordner vorgetäuscht werden kann. Dies funktioniert
wie folgt:
./configure --prefix=/usr make make DESTDIR=/usr/pkg/libfoo/1.1 install
Diese Methode funktioniert mit den meisten Softwarepaketen,
aber leider nicht mit allen. Die inkompatiblen Pakete
müssen Sie entweder von Hand installieren, oder Sie
installieren sie unterhalb von /opt.
Bei dieser Technik wird jede Datei vor der Installation mit einem Zeitstempel versehen. Nach der Installation können alle installierten Dateien mit einem einfachen find-Kommando gefunden und protokolliert werden. Die Paketverwaltung "install-log" setzt diese Methode ein.
Obwohl diese Methode natürlich sehr einfach ist, hat sie leider zwei Nachteile. Wenn während der Installation Dateien ohne oder mit einem anderen Zeitstempel als der aktuellen Zeit installiert werden, so wird deren Installation nicht protokolliert. Des Weiteren kann diese Methode nur funktionieren, wenn maximal ein Paket zur gleichen Zeit installiert wird. Das Protokoll ist nicht mehr zuverlässig, wenn z. B. auf einer anderen Konsole ein weiteres Programm zeitgleich installiert wird.
Bei diesem Ansatz werden alle Kommandos aufgezeichnet, die ein Installationsskript aufruft. Es gibt zwei mögliche Techniken, die Sie verwenden können:
Die Umgebungsvariable LD_PRELOAD
kann auf eine Bibliothek verweisen, die vor der
Installation geladen werden soll. Während der Installation
protokolliert diese Bibliothek alle Installationsvorgänge
mit, indem sie sich an verschiedene ausführbare Programme
wie cp,
install und
mv ahängt und
die Systemaufrufe mitverfolgt. Damit dies funktionieren
kann, müssen alle ausführbaren Programme dynamisch verlinkt
und weder mit dem suid- noch dem sgid-Bit versehen sein.
Das Vorladen der Bibliothek kann unter Umständen auch
Nebeneffekte bei der Installation hervorrufen. Deshalb
sollten Sie diese Methode ausführlich testen, bevor Sie sie
produktiv einsetzen.
Bei dem zweiten Ansatz wird strace verwendet, um alle Systemaufrufe zu protokollieren, die während der Installation ausgeführt werden.
Bei dieser Methode wird die Installation in einem separaten Unterordner vorgenommen, ähnlich wie bei der Methode mit symbolischen Verknüpfungen. Nach der Installation wird aus der Ordnerstruktur ein Archiv mit den installierten Dateien erzeugt. Dieses Archiv kann dann zur Installation benutzt werden. Auf diese Weise können Sie ein Archiv auch auf mehreren Rechnern installieren.
Diese Methode kommt in den meisten kommerziellen Distributionen zum Einsatz. Beispiele für Paketverwaltungen, die diese Methode einsetzen, sind: RPM (welches im Übrigen von der Linux Standard Base Spezifikation erfordert wird), pkg-utils, Debians apt und Gentoos Portage-System. Eine Anleitung zur Verwendung dieses Paketverwaltungs-Systems finden Sie unter http://www.linuxfromscratch.org/hints/downloads/files/fakeroot.txt.
Diese für LFS einmalige Methode hat sich Matthias Benkmann ausgedacht. Informationen dazu finden Sie im Hints-Projekt. Bei der Benutzerbasierten Paketverwaltung wird jedes Paket unter Verwendung einer eigenen Benutzer-ID an den Standard-Installationsort installiert. Alle zu einem Paket gehörenden Dateien können anhand der Benutzer-ID leicht wiedergefunden werden. Die Vor- und Nachteile dieser Paketverwaltung sind allerdings so umfangreich, dass wir sie hier in diesem Kapitel nicht alle beschreiben können. Alle notwendigen Informationen finden Sie unter http://www.linuxfromscratch.org/hints/downloads/files/more_control_and_pkg_man.txt.
Es ist nun an der Zeit, die chroot-Umgebung zu betreten und mit
der Installation der benötigten Pakete zu beginnen. Immer noch
als root führen Sie das
folgende Kommando aus. Damit betreten Sie die neue kleine Welt,
die zur Zeit nur mit temporären Werkzeugen ausgestattet ist:
chroot "$LFS" /tools/bin/env -i \
HOME=/root TERM="$TERM" PS1='\u:\w\$ ' \
PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin \
/tools/bin/bash --login +h
Die an env
übergebene Option -i
löscht alle Variablen in der chroot-Umgebung. Danach werden nur
die Variablen HOME, TERM, PS1 und
PATH wieder gesetzt. TERM=$TERM setzt die Variable
TERM in der chroot-Umgebung auf den
gleichen Wert wie außerhalb von chroot, diese Variable wird für
das korrekte Funktionieren von Programmen wie vim und less benötigt. Wenn Sie
weitere Variablen wie CFLAGS oder
CXXFLAGS benötigen, ist dies ein
guter Platz, um sie erneut zu setzen.
Von nun an brauchen Sie die Variable LFS nicht mehr, denn alle weiteren Befehle sind
auf Ihr LFS beschränkt. Das was die laufende Shell für den
Ordner / hält, ist in
Wirklichkeit der Wert von $LFS, den
Sie chroot oben
als Parameter übergeben haben.
Beachten Sie, dass /tools/bin am
Ende der Variable PATH steht. Das
bewirkt, dass ein temporäres Werkzeug nicht mehr benutzt wird,
sobald seine endgültige Version installiert ist. Zumindest,
wenn die Shell sich nicht die Speicherorte von ausführbaren
Dateien merkt — aus diesem Grund wird die Hash-Funktion
der bash mit der
Option +h abgeschaltet.
Die Eingabeaufforderung der Bash wird I have no name! ausgeben. Das ist
normal und liegt daran, dass die Datei /etc/passwd derzeit noch fehlt. Mit Hilfe
dieser Datei findet nämlich auch die Zuordnung von Benutzer-IDs
zu Benutzernamen statt.
Sie müssen alle Kommandos in den folgenden Kapiteln in der chroot-Umgebung ausführen. Wenn Sie die chroot-Umgebung aus irgendeinem Grund verlassen müssen (zum Beispiel wegen einem Neustart), dann denken Sie daran, die virtuellen Kernel-Dateisysteme wie in Kapitel Abschnitt 6.2.2, „Einhängen und Füllen von /dev“ und Abschnitt 6.2.3, „Einhängen der virtuellen Kernel-Dateisysteme“ erneut einzubinden und die chroot-Umgebung wieder zu betreten, bevor Sie mit der Installation fortfahren.
Nun bringen Sie ein wenig Struktur in das LFS-Dateisystem. Erzeugen Sie mit dem folgenden Kommando eine standardkonforme Ordnerstruktur:
mkdir -pv /{bin,boot,etc/opt,home,lib,mnt,opt}
mkdir -pv /{media/{floppy,cdrom},sbin,srv,var}
install -dv -m 0750 /root
install -dv -m 1777 /tmp /var/tmp
mkdir -pv /usr/{,local/}{bin,include,lib,sbin,src}
mkdir -pv /usr/{,local/}share/{doc,info,locale,man}
mkdir -v /usr/{,local/}share/{misc,terminfo,zoneinfo}
mkdir -pv /usr/{,local/}share/man/man{1..8}
for dir in /usr /usr/local; do
ln -sv share/{man,doc,info} $dir
done
mkdir -v /var/{lock,log,mail,run,spool}
mkdir -pv /var/{opt,cache,lib/{misc,locate},local}
Normalerweise werden Ordner in der Voreinstellung mit den
Rechten 755 erzeugt, aber das ist nicht bei allen Ordnern
erwünscht. Nehmen Sie bitte zwei Änderungen vor: eine für den
Persönlichen Ordner von root
und eine weitere an den Ordnern für temporäre Dateien.
Die erste Rechteänderung bewirkt, dass nicht jeder den Ordner
/root betreten darf — das
gleiche würde ein normaler Benutzer mit seinem Persönlichen
Ordner auch tun. Die zweite Änderung sorgt dafür, dass jeder
Benutzer in die Ordner /tmp und
/var/tmp schreiben, aber nicht
die Dateien anderer Benutzer löschen kann. Letzteres wird durch
das „sticky bit“ bewirkt
— dem höchsten Bit (1) in der Bit-Maske 1777.
Unsere Ordnerstruktur basiert auf dem FHS-Standard (siehe
http://www.pathname.com/fhs/).
Des Weiteren erzeugen wir aus Kompatibilitätsgründen
symbolische Verknüpfungen für die Ordner man, doc und
info. Viele Programm versuchen
leider immer noch, ihre Dokumentation nach /usr/<ordner> oder /usr/local/<ordner> anstelle von
/usr/share/<ordner> bzw.
/usr/local/share/<ordner>
zu installieren.Zusätzlich zu den oben erstellten Ordnern
sieht der FHS-Standard auch das Vorhandensein von
/usr/local/games und
/usr/share/games vor. Zur
Struktur in /usr/local/share
macht FHS keine präzisen Angaben, daher haben wir nur die
Ordner erstellt, die wir für nötig halten.
Einige Programme verwenden einprogrammierte Pfade zu Programmen, die zum jetzigen Zeitpunkt aber noch nicht installiert sind. Deshalb erstellen Sie eine Reihe symbolischer Links, die im weiteren Verlauf des Kapitels beim Installieren der restlichen Software durch echte Dateien ersetzt werden:
ln -sv /tools/bin/{bash,cat,echo,grep,pwd,stty} /bin
ln -sv /tools/bin/perl /usr/bin
ln -sv /tools/lib/libgcc_s.so{,.1} /usr/lib
ln -sv /tools/lib/libstdc++.so{,.6} /usr/lib
ln -sv bash /bin/sh
Ein korrekt eingerichtetes Linux hält in /etc/mtab eine Liste der derzeit
eingebundenen Dateisysteme vor. Ist die Datei nicht vorhanden,
so wird sie beim ersten Einbinden eines Dateisystems
automatisch erzeugt. Da wir aber innerhalb der chroot-Umgebung
keine Dateisysteme einbinden werden, müssen wir die Datei
selbst erstellen, weil einige Programme deren Vorhandensein
voraussetzen:
touch /etc/mtab
Damit root sich am System
anmelden kann und damit der Name „root“ der richtigen Benutzer-ID zugeordnet
werden kann, müssen die entsprechenden Einträge in /etc/passwd und /etc/group vorhanden sein.
Erzeugen Sie /etc/passwd mit dem
folgenden Kommando:
cat > /etc/passwd << "EOF"
root:x:0:0:root:/root:/bin/bash
nobody:x:99:99:Unprivileged User:/dev/null:/bin/false
EOF
Das tatsächliche Passwort für root (Das „x“ ist hier nur Platzhalter) wird erst
später gesetzt.
Erstellen Sie /etc/group mit dem
folgenden Kommando:
cat > /etc/group << "EOF"
root:x:0:
bin:x:1:
sys:x:2:
kmem:x:3:
tty:x:4:
tape:x:5:
daemon:x:6:
floppy:x:7:
disk:x:8:
lp:x:9:
uucp:x:10:
audio:x:11:
video:x:12:
utmp:x:13:
usb:x:14:
cdrom:x:15:
mail:x:34:
nogroup:x:99:
EOF
Die erzeugten Gruppen sind nicht Teil irgendeines Standards
— es sind die Gruppen, die Udev in diesem Kapitel
benutzt. Neben der Gruppe root
mit der GID 0 schlägt die LSB (Linux Standard Base) nur die
Gruppe bin mit der GID 1 vor.
Alle anderen Gruppennamen und GIDs können durch den Anwender
frei gewählt werden, weil gut geschriebene Pakete sich nicht
auf GID-Nummern verlassen sollten, sondern den Gruppennamen
verwenden.
Die Meldung „I have no
name!“ werden Sie los, indem Sie eine neue Shell
starten. Die Auflösung der Benutzer- und Gruppennamen
funktioniert sofort nach dem Erstellen von /etc/passwd und /etc/group, weil Sie in Kapitel 5
eine vollständige Glibc installiert haben:
exec /tools/bin/bash --login +h
Beachten Sie die Option +h. Durch sie wird das interne
Pfad-Hashing der Bash abgeschaltet. Ohne diese
Anweisung würde sich bash die Pfade zu
ausführbaren Dateien merken und wiederverwenden. Weil die
frisch installierten Programme aber sofort nach deren
Installation an ihrem neuen Ort genutzt werden sollen, schalten
Sie die Funktion für dieses Kapitel aus.
Die Programme login, agetty, und init (und einige weitere) verwenden Logdateien zum Protokollieren von Informationen. Dazu gehört z. B. wer sich zu welcher Zeit an das System angemeldet hat. Diese Programme protokollieren aber nur, wenn die entsprechenden Logdateien bereits existieren. Daher müssen Sie die Logdateien nun anlegen und die richtigen Recht vergeben:
touch /var/run/utmp /var/log/{btmp,lastlog,wtmp}
chgrp -v utmp /var/run/utmp /var/log/lastlog
chmod -v 664 /var/run/utmp /var/log/lastlog
Die Logdateien haben folgenden Zweck: /var/run/utmp protokolliert zur Zeit
angemeldete Benutzer. /var/log/wtmp protokolliert alle An- und
Abmeldungen. /var/log/lastlog
protokolliert die letzte Anmeldung für jeden Benutzer.
/var/log/btmp protokolliert
fehlgeschlagene Anmeldeversuche.
Die Linux-API-Header veröffentlichen die Programmierschnittstelle der Kernels zur Verwendung durch die Glibc.
Der Kernel muss eine Programmierschnittstelle (API) veröffentlichen, damit die C-Bibliothek (Glibc in LFS) diese verwenden kann. Dazu werden bereinigte Versionen der C-Header verwendet, die mit den Kernelquellen ausgeliefert werden.
Stellen Sie zunächst sicher, dass keine zurückgebliebenen Dateien und Abhängigkeiten von vorherigen Aktionen zurückgeblieben sind:
make mrproper
Test und extrahieren Sie nun die Kernel-Header der Anwenderschicht aus den Quellen. Diese werden zunächst in einem lokalen Ordner zwischengespeichert und anschließend an die nötigen Orte kopiert, weil der Extrahiervorgang vorhandene Dateien im Zielordner überschreiben würde.
make headers_check make INSTALL_HDR_PATH=dest headers_install cp -rv dest/include/* /usr/include
Das Paket Man-pages enthält über 1.900 Hilfeseiten.
Installieren Sie die Man-pages durch Ausführen von:
make install
Glibc enthält die C-Bibliothek. Sie stellt Systemaufrufe und grundlegende Funktionen zur Verfügung (z. B. das Zuweisen von Speicher, Durchsuchen von Ordnern, Öffnen und Schließen sowie Schreiben von Dateien, Zeichenkettenverarbeitung, Mustererkennung, Arithmetik etc.)
Einige Pakete außerhalb von LFS empfehlen, die GNU-Software
libiconv zu installieren, um Daten von einer Kodierung in
eine andere umzuwandeln. Auf der Webseite des Projektes
unter http://www.gnu.org/software/libiconv/
wird gesagt: „This library
provides an iconv()
implementation, for use on systems which don't have one, or
whose implementation cannot convert from/to
Unicode.“ Glibc enthält eine iconv()-Funktion und kann auch von/nach
Unicode konvertieren, deshalb wird libiconv auf einem
LFS-System nicht benötigt.
Das Installationssystem der Glibc ist sehr eigenständig und
lässt sich perfekt installieren, selbst wenn die specs-Datei
unseres Compilers und der Linker immer noch auf /tools verweisen. Sie können die
specs-Datei und den Linker nicht vor der Installation von
Glibc modifizieren, weil die Autoconf-Tests von Glibc dann
falsche Resultate ergeben würden.
Unter Verwendung der locale vi_VN.TCVN verbleibt die bash beim Start in einer Endlosschleife. Ob dies ein Fehler der bash oder von Glibc ist, ist derzeit nicht bekannt. Verhindern Sie das Problem, indem Sie diese locale von der Installation ausschließen:
sed -i '/vi_VN.TCVN/d' localedata/SUPPORTED
Spielen Sie zuerst zwei Patches ein; diese beheben Fehler, die ansonsten Fehler beim Durchlaufen der Testsuite verursachen könnten:
patch -Np1 -i ../glibc-2.8-20080929-iconv_tests-1.patch patch -Np1 -i ../glibc-2.8-20080929-ildoubl_test-1.patch
Das Shell-Skript ldd enthält Bash-spezifische Syntax. Ändern Sie daher bitte den Befehlsinterpreter zu /bin/bash für den Fall, dass ein anderes Kommando für /bin/sh installiert wird (wie z. B. im Kapitel shells von BLFS beschrieben):
sed -i 's|@BASH@|/bin/bash|' elf/ldd.bash.in
Die Dokumentation von Glibc empfiehlt, zum Kompilieren einen gesonderten Ordner zu verwenden:
mkdir -v ../glibc-build cd ../glibc-build
Fügen Sie erneut die benötigten Kompilier-Paramter zu CFLAGS hinzu:
echo "CFLAGS += -march=i486 -mtune=native" > configparms
Bereiten Sie Glibc zum Kompilieren vor:
../glibc-2.8-20080929/configure --prefix=/usr \
--disable-profile --enable-add-ons \
--enable-kernel=2.6.0 --libexecdir=/usr/lib/glibc
Die Bedeutung der neuen Parameter zu configure:
--libexecdir=/usr/lib/glibc
Dadurch wird das Programm pt_chown in
/usr/lib/glibc anstelle
von /usr/libexec
installiert.
Kompilieren Sie das Paket:
make
In diesem Abschnitt wird die Testsuite von Glibc als absolut kritisch betrachtet. Sie sollten diesen Schritt unter keinen Umständen überspringen.
Bevor Sie die Tests durchlaufen lassen, kopieren Sie eine Datei aus den Quellen in den Kompilierordner. Dadurch werden eine Menge Testfehler vermieden. Anschließend Testen Sie die Ergebnisse:
cp -v ../glibc-2.8-20080929/iconvdata/gconv-modules iconvdata make -k check 2>&1 | tee glibc-check-log grep Error glibc-check-log
Wahrscheinlich werden Sie einen erwarteten (ignorierten) Fehler im Test posix/annexc bemerken. Des Weiteren ist die Glibc-Testsuite ein wenig vom Host-System abhängig. Dies ist eine Liste der häufigsten Fehler:
Der nptl/tst-cancel1-Test wird fehlschlagen, wenn die 4.1-Serie von GCC zum Einsatz kommt.
Die Tests nptl/tst-clock2 und tst-attr3 schlagen manchmal fehl. Der Grund dafür ist nicht völlig klar; die Ursache könnte mit hoher Systemlast zusammenhängen.
Der math-Test schlägt manchmal fehl, wenn Sie ein System mit einer älteren Intel- oder AMD-CPU verwenden.
Falls Sie die LFS-Partition mit der Option noatime eingehängt haben,
wird der atime-Test fehlschlagen. Wie
schon unter Abschnitt 2.4,
„Einhängen (mounten) der neuen
Partition“ erwähnt wurde, sollten Sie den
Parameter noatime beim Bau von LFS
nicht verwenden.
Auf alter oder langsamer Hardware oder unter hoher Systemlast können einige Tests aufgrund von Zeitüberschreitungen fehlschlagen.
Auch wenn es nur eine harmlose Meldung ist, die
Installationsroutine von Glibc wird sich über die fehlende
Datei /etc/ld.so.conf
beschweren. Beheben Sie diese störende Warnung mit:
touch /etc/ld.so.conf
Installieren Sie das Paket:
make install
Die Locales, mit deren Hilfe Systemmeldungen in Ihrer Sprache ausgegeben werden können, wurden durch das obige Kommando nicht mitinstalliert. Diese Locales werden nicht unbedingt benötigt, jedoch würden einige Testsuites der noch folgenden Pakete ohne sie ein paar wichtige Tests überspringen.
Mit dem Kommando localedef können Sie auch
einen individuellen Satz an Locales installieren. Das erste
untenstehende Kommando kombiniert beispielsweise die
Zeichensatz-unabhängige Localedefinition /usr/share/i18n/locales/de_DE mit der
Zeichensatzdefinition /usr/share/i18n/charmaps/ISO-8859-1.gz und
fügt das Ergebnis an /usr/lib/locale/locale-archive an. Mit den
folgenden Kommandos erstellen Sie einen minimalen Satz
Locales, die für die kommenden Testsuites benötigt werden:
mkdir -pv /usr/lib/locale localedef -i cs_CZ -f UTF-8 cs_CZ.UTF-8 localedef -i de_DE -f ISO-8859-1 de_DE localedef -i de_DE@euro -f ISO-8859-15 de_DE@euro localedef -i de_DE -f UTF-8 de_DE.UTF-8 localedef -i en_HK -f ISO-8859-1 en_HK localedef -i en_PH -f ISO-8859-1 en_PH localedef -i en_US -f ISO-8859-1 en_US localedef -i en_US -f UTF-8 en_US.UTF-8 localedef -i es_MX -f ISO-8859-1 es_MX localedef -i fa_IR -f UTF-8 fa_IR localedef -i fr_FR -f ISO-8859-1 fr_FR localedef -i fr_FR@euro -f ISO-8859-15 fr_FR@euro localedef -i fr_FR -f UTF-8 fr_FR.UTF-8 localedef -i it_IT -f ISO-8859-1 it_IT localedef -i ja_JP -f EUC-JP ja_JP localedef -i tr_TR -f UTF-8 tr_TR.UTF-8
Installieren Sie zudem auch noch die Locale für Ihr Land, Ihre Sprache und Ihren Zeichensatz.
Alternativ können Sie auch alle Locales auf einmal
installieren, die in glibc-2.8-20080929/localedata/SUPPORTED
aufgelistet werden (die Liste enthält die obigen Locales und
noch viele weitere). Dieses Kommando benötigt allerdings ein
wenig Zeit:
make localedata/install-locales
Im unwahrscheinlichen Fall, dass Sie noch weitere Locales
benötigen, verwenden Sie das Kommando localedef, um die nicht in
glibc-2.8-20080929/localedata/SUPPORTED
gelisteten Locales zu installieren.
Sie müssen die Datei /etc/nsswitch.conf erstellen. Glibc gibt
zwar Standardwerte vor, wenn die Datei fehlt oder beschädigt
ist, aber diese funktionieren nicht besonders gut mit
Netzwerken. Außerdem müssen Sie die Zeitzone korrekt
einstellen.
Erstellen Sie nun die Datei /etc/nsswitch.conf:
cat > /etc/nsswitch.conf << "EOF"
# Begin /etc/nsswitch.conf
passwd: files
group: files
shadow: files
hosts: files dns
networks: files
protocols: files
services: files
ethers: files
rpc: files
# End /etc/nsswitch.conf
EOF
Mit diesem Skript finden Sie heraus, in welcher Zeitzone Sie sich befinden:
tzselect
Nachdem Sie ein paar Fragen zu Ihrem Aufenthaltsort beantwortet haben, wird das Skript den Namen Ihrer Zeitzone ausgeben. Die Ausgabe könnte z. B. Europe/Berlin lauten.
Erstellen Sie dann mit dem folgenden Kommando die Datei
/etc/localtime:
cp -v --remove-destination /usr/share/zoneinfo/<xxx> \
/etc/localtime
Anstelle von <xxx> müssen Sie
natürlich den Namen der Zeitzone einsetzen, der Ihnen von
tzselect
ausgegeben wurde (z. B. Europe/Berlin).
Die Bedeutung der Option zu cp:
--remove-destination
Dadurch wird das Entfernen des bereits vorhandenen
symbolischen Links erzwungen. Sie ersetzen den Link
durch eine Kopie der echten Datei, weil wir den Fall
abdecken wollen, dass /usr auf einer separaten Partition
liegen könnte. Das würde z. B. dann problematisch
werden, wenn der Single-User-Modus gebootet wird.
Per Voreinstellung sucht der dynamische Lader (/lib/ld-linux.so.2) in /lib und /usr/lib nach den dynamischen Bibliotheken,
die zur Laufzeit von ausführbaren Programmen benötigt werden.
Wenn die benötigten Bibliotheken allerdings außerhalb von
/lib und /usr/lib liegen, müssen Sie diese Ordner in
/etc/ld.so.conf eintragen,
damit der dynamische Lader sie finden kann. Zwei Ordner sind
dafür bekannt, weitere Bibliotheken zu enthalten:
/usr/local/lib und /opt/lib. Diese Ordner fügen Sie gleich mit
in den Suchpfad ein.
Erstellen Sie die neue Datei /etc/ld.so.conf mit dem folgenden Kommando:
cat > /etc/ld.so.conf << "EOF"
# Begin /etc/ld.so.conf
/usr/local/lib
/opt/lib
# End /etc/ld.so.conf
EOF
|
Kann zum Erzeugen eines Stacktrace benutzt werden (falls ein Programm mit einem Speicherzugriffsfehler abstürzt). |
|
|
Erzeugt Nachrichtenkataloge. |
|
|
Zeigt System-Konfigurationswerte für dateisystemspezifische Variablen an. |
|
|
Liest Einträge aus einer administrativen Datenbank. |
|
|
Führt Zeichensatzkonvertierungen durch. |
|
|
Erzeugt schnellladende iconv Konfigurationsdateien. |
|
|
Richtet die Laufzeitbindungen des dynamischen Linkers ein. |
|
|
Gibt aus, welche gemeinsamen Bibliotheken von einem Programm oder einer Bibliothek benötigt werden. |
|
|
Unterstützt ldd bei der Arbeit mit Objektdateien. |
|
|
Zeigt verschiedene Informationen über die aktuelle Locale an. |
|
|
Erzeugt Locale-Spezifikationen. |
|
|
Liest und interpretiert eine Speicher-Rückverfolgungsdatei und gibt eine normal lesbare Zusammenfassung aus. |
|
|
Der „name service cache daemon“; er stellt einen Zwischenspeicher für die meisten namensbasierten Anfragen zur Verfügung. |
|
|
Gibt Informationen aus, die durch PC-Profiling erzeugt wurden. |
|
|
Ist ein Hilfsprogramm zu grantpt. Es setzt Besitzer, Gruppe und Zugriffsberechtigungen von Slave-Pseudo-Terminals. |
|
|
Erzeugt C-Code zum Implementieren des RPC-Protokolls. |
|
|
Generiert eine RPC-Anfrage an einen RPC-Server. |
|
|
Dies ist die statisch gelinkte Variante von ln. |
|
|
Liest Profiling-Daten zu Shared-Objects und zeigt sie an. |
|
|
Stellt dem Anwender einige Fragen zu seinem Aufenthaltsort und erzeugt aus den Antworten eine passende Zeitzonenbeschreibung. |
|
|
Verfolgt den Durchlauf eines Programmes, indem es die jeweils ausgeführte Funktion ausgibt. |
|
|
Gibt Zeitzonen aus. |
|
|
Ist ein Compiler für Zeitzonen. |
|
|
Ist ein Hilfsprogramm für ausführbare gemeinsame Bibliotheken. |
|
|
Wird intern von der GLibc verwendet, um kaputte
Programme (z. B. einige Motif-Programme) zum
Laufen zu bekommen. Schauen Sie sich dazu die
Kommentare in |
|
|
Kümmert sich um die Verarbeitung von Speicherzugriffsfehlern; wird von catchsegv eingesetzt. |
|
|
Eine Bibliothek zum asynchronen Nachschlagen von Namen. |
|
|
Mit Hilfe dieser Bibliothek können einige BSD-Programme (Berkeley Software Distribution) unter Linux ausgeführt werden. |
|
|
Dies ist die C-Bibliothek. |
|
|
Wird intern von der Glibc zur Unterstützung von
internationlisierten Domänennamen mit der Funktion
|
|
|
Dies ist die Kryptographie-Bibliothek. |
|
|
Eine Schnittstellenbibliothek zum dynamischen Linker. |
|
|
Eine Dummy-Bibliothek ohne jegliche Funktionen. Dies war früher eine Laufzeitbibliothek für g++. |
|
|
Das Einbinden (verlinken) dieses Moduls erzwingt die Regeln der IEEE (Institute of Electrical and Electronic Engineers) zur Fehlerbehandlung mathematischer Funktionen. Standard sind die POSIX.1-Regeln zur Fehlerbehandlung. |
|
|
Die mathematische Bibliothek. |
|
|
Das Einbinden (verlinken) dieses Moduls schaltet Prüfungen der Speicherzuordnungen ein. |
|
|
Wird von memusage verwendet und hilft beim Sammeln von Informationen über die Speichernutzung eines Programms. |
|
|
Dies ist die Bibliothek für Netzwerkdienste. |
|
|
Die Name Service Switch-Bibliotheken. Sie enthalten Funktionen zum Auflösen von Hostnamen, Benutzernamen, Gruppennamen, Aliasen, Diensten, Protokollen und so weiter. |
|
|
Enthält Profiling-Funktionen, die zum Verfolgen der CPU-Benutzung einzelner Quelltextzeilen verwendet werden können. |
|
|
Die POSIX-Threads-Bibliothek. |
|
|
Enthält Funktionen zum Erzeugen, Senden und Auswerten von Paketen an Internet Domain Name Server (DNS). |
|
|
Enthält Funktionen, die verschiedene RPC-Dienste zur Verfügung stellen. |
|
|
Diese Bibliothek enthält Funktionen mit Schnittstellen für die meisten POSIX.1b Echtzeiterweiterungen. |
|
|
Enthält Funktionen, die zum Erzeugen von Debuggern für Multi-Thread-Programme nützlich sind. |
|
|
Enthält Code für „Standard“-Funktionen, die in vielen verschiedenen Unix-Werkzeugen genutzt werden. |
Nachdem die neue C-Bibliothek nun installiert ist, muss die
Toolchain erneut angepasst werden. Modifizieren Sie sie so,
dass alle weiteren kompilierten Programme gegen die neue
C-Bibliothek gelinkt werden. Im Grunde ist das fast das
Gleiche, was Sie im vorigen Kapitel beim Anpassen der Glibc
schonmal gemacht haben, auch wenn es aussieht, als wäre es
genau umgekehrt: Im vorigen Kapitel haben Sie die Toolchain von
/{,usr/}lib auf dem Host in den
neuen Ordner /tools/lib
umgelenkt. Nun lenken Sie die Toolchain von diesem Ordner
/tools/lib, um auf unsere
LFS-Ordner /{,usr/}lib.
Erstellen Sie zunächst eine Sicherungskopie des Linkers in
/tools und ersetzen Sie ihn dann
mit dem angepassten Linker aus Kapitel 5. Zu seinem Gegenstück
in /tools/$(gcc -dumpmachine)/bin
werden wir ebenfalls eine symbolische Verknüpfung einrichten:
mv -v /tools/bin/{ld,ld-old}
mv -v /tools/$(gcc -dumpmachine)/bin/{ld,ld-old}
mv -v /tools/bin/{ld-new,ld}
ln -sv /tools/bin/ld /tools/$(gcc -dumpmachine)/bin/ld
Als nächstes müssen Sie GCCs „specs“-Datei so bearbeiten, dass sie den neuen dynamischen Linker referenziert, damit GCC die korrekten Header- und Startdateien findet. Diese Aufgabe wird von einem einfachen sed-Kommando erledigt:
Wenn Sie mit einer Rechner-Plattform arbeiten, bei der der
Name des Linkers nicht ld-linux.so.2 lautet, müssen Sie in den obigen Kommandos
„ld-linux.so.2“ durch
den korrekten Namen des Linkers für Ihre Plattform ersetzen.
Wenn nötig, schlagen Sie nochmal im Abschnitt Abschnitt 5.2,
„Technische Anmerkungen zur Toolchain“ nach.
gcc -dumpspecs | sed \
-e 's@/tools/lib/ld-linux.so.2@/lib/ld-linux.so.2@g' \
-e '/\*startfile_prefix_spec:/{n;s@.*@/usr/lib/ @}' \
-e '/\*cpp:/{n;s@$@ -isystem /usr/include@}' > \
`dirname $(gcc --print-libgcc-file-name)`/specs
Danach sollten Sie die specs-Datei überprüfen und sicherstellen, dass alle gewünschten Änderungen wirklich durchgeführt wurden.
An dieser Stelle ist es zwingend nötig, die grundlegenden Funktionen (Kompilieren und Linken) der angepassten Toolchain zu überprüfen. Aus diesem Grund führen Sie bitte die folgenden Tests durch:
echo 'main(){}' > dummy.c
cc dummy.c -v -Wl,--verbose &> dummy.log
readelf -l a.out | grep ': /lib'
Wenn alles korrekt funktioniert, sollten keine Fehler auftreten und die Ausgabe des letzten Kommandos ist:
[Requesting program interpreter: /lib/ld-linux.so.2]
Beachten Sie, dass nun /lib der
Prefix zum dynamischen Linker ist.
Überprüfen Sie nun, dass die korrekten Startdateien verwendet werden:
grep -o '/usr/lib.*/crt[1in].*succeeded' dummy.log
Wenn alles korrekt funktioniert, sollten keine Fehler auftreten und die Ausgabe des letzten Kommandos sieht so oder so ähnlich aus:
/usr/lib/crt1.o succeeded
/usr/lib/crti.o succeeded
/usr/lib/crtn.o succeeded
Stellen Sie sicher, dass der Compiler nach den korrekten Header-Dateien sucht:
grep -B1 '^ /usr/include' dummy.log
Dieses Kommando sollte erfolgreich mit den folgen Ausgaben beendet werden:
#include <...> search starts here:
/usr/include
Stellen Sie als nächstes sicher, dass der neue Linker mit den korrekten Suchpfaden verwendet wird:
grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g'
Wenn alles korrekt funktioniert, sollten keine Fehler auftreten und die Ausgabe des letzten Kommandos sieht so oder so ähnlich aus:
SEARCH_DIR("/tools/i686-pc-linux-gnu/lib")
SEARCH_DIR("/usr/lib")
SEARCH_DIR("/lib");
Danach prüfen Sie, ob die korrekte libc eingesetzt wird:
grep "/lib/libc.so.6 " dummy.log
Wenn alles korrekt funktioniert, sollten keine Fehler auftreten und die Ausgabe des letzten Kommandos sieht so oder so ähnlich aus:
attempt to open /lib/libc.so.6 succeeded
Und zum Schluss kontrollieren Sie noch, ob GCC den richtigen dynamischen Linker benutzt:
grep found dummy.log
Wenn alles korrekt funktioniert, sollten keine Fehler auftreten und die Ausgabe des letzten Kommandos ist:
found ld-linux.so.2 at /lib/ld-linux.so.2
Wenn Sie eine andere oder überhaupt keine Ausgabe erhalten, ist etwas ernsthaft schiefgelaufen. Sie müssen das überprüfen und alle bisherigen Schritte noch einmal nachvollziehen, um das Problem zu finden und zu beheben. Machen Sie nicht weiter, solange das Problem nicht behoben ist. Am wahrscheinlichsten ist, dass etwas beim Anpassen der specs-Datei weiter oben nicht funktioniert hat.
Wenn Sie mit dem Ergebnis zufrieden sind, löschen Sie die Testdateien:
rm -v dummy.c a.out dummy.log
Binutils ist eine Sammlung von Software-Entwicklungswerkzeugen. Dazu gehören zum Beispiel Linker, Assembler und weitere Programme für die Arbeit mit Objektdateien.
Jetzt ist ein guter Zeitpunkt, um sicherzustellen, dass die Pseudo-Terminals (PTYs) in Ihrer chroot-Umgebung funktionieren. Mit dem folgenden schnellen Test sehen Sie, ob alles korrekt eingerichtet ist:
expect -c "spawn ls"
Falls die folgende Meldung erscheint, ist Ihre chroot-Umgebung nicht für PTYs vorbereitet:
The system has no more ptys.
Ask your system administrator to create more.
Das Problem muss behoben werden, bevor Sie die Testsuites von Binutils und GCC laufen lassen.
Bintutils erkennt keine neueren Versionen von Texinfo als 4.9. Dieses Problem kann mit folgendem Patch behoben werden:
patch -Np1 -i ../binutils-2.18-configure-1.patch
Wenden Sie den folgenden Patch an, um Fehler beim Durchlaufen der Testsuite zu vermeiden:
patch -Np1 -i ../binutils-2.18-GCC43-1.patch
Verhindern Sie die Installation der veralteten Datei
standards.info; im weiteren
Verlauf wird bei der Installation von Autoconf eine aktuelle
Version installiert:
rm -fv etc/standards.info sed -i.bak '/^INFO/s/standards.info //' etc/Makefile.in
Die Dokumentation zu Binutils empfiehlt, Binutils außerhalb des Quellordners zu kompilieren:
mkdir -v ../binutils-build cd ../binutils-build
Bereiten Sie Binutils zum Kompilieren vor:
../binutils-2.18/configure --prefix=/usr \
--enable-shared
Kompilieren Sie das Paket:
make tooldir=/usr
Die Bedeutung des make-Parameters:
tooldir=/usr
Normalerweise ist tooldir (der Ordner, in den
die ausführbaren Dateien endgültig installiert werden)
auf $(exec_prefix)/$(target_alias)
eingestellt. Ein i686-Computer löst dies zum Beispiel
zu /usr/i686-pc-linux-gnu
auf. Da wir aber nur für unser eigenes System
installieren, brauchen wir diesen speziellen Ordner in
/usr nicht. Diese
Konfiguration fände z. B. dann Verwendung, wenn
das System zum Querkompilieren genutzt würde (zum
Beispiel, um auf einer Intel-Maschine Code zu
generieren, der auf einem PowerPC ausgeführt werden
kann).
In diesem Abschnitt wird die Testsuite von Binutils als kritisch eingestuft. Wir raten Ihnen, die Tests unter keinen Umständen zu überspringen.
Testen Sie das Ergebnis:
make check
Installieren Sie das Paket:
make tooldir=/usr install
Installieren Sie die Header-Datei libiberty, sie wird von einigen Paketen
benötigt:
cp -v ../binutils-2.18/include/libiberty.h /usr/include
|
Konvertiert Programmadressen zu Dateinamen und Zeilennummern. Mit Hilfe des Programmnamens und einer Speicheradresse benutzt das Programm Debugging-Informationen in der ausführbaren Datei, um herauszufinden, welche Quelldatei und Zeilennummer mit der Adresse assoziiert ist. |
|
|
Wird zum Erzeugen und Extrahieren von Dateien aus einem Archiv verwendet. |
|
|
Ein Assembler. Er assembliert die Ausgabe von gcc zu Objektdateien. |
|
|
Wird vom dynamischen Linker benutzt, um C++- und Java-Symbole aufzuschlüsseln, damit überladene Funktionen nicht in Konflikt geraten. |
|
|
Zeigt call graph-Profiling-Daten an. |
|
|
Ein Linker. Er verbindet mehrere Objektdateien und Archivdateien zu einer einzigen Datei, replaziert ihre Daten und verbindet ihre Symbolreferenzen. |
|
|
Listet alle in einer Objektdatei vorkommenden Symbole auf. |
|
|
Wird zum Konvertieren eines bestimmten Objektdateityps in einen anderen verwendet. |
|
|
Zeigt ausgewählte Informationen über eine Objektdatei an. Diese Informationen sind hauptsächlich für Programmierer sinnvoll, die an den Kompilierwerkzeugen arbeiten. |
|
|
Erzeugt einen Index des Archivinhalts und speichert ihn im Archiv. Der Index listet alle reallokierbaren Symbole auf, die von im Archiv enthaltenen Objektdateien definiert werden. |
|
|
Zeigt Informationen über Binärdateien vom Typ ELF an. |
|
|
Listet die Abschnitts- und Gesamtgröße für eine Objektdatei auf. |
|
|
Gibt für jede angegebene Datei die druckbaren Zeichenketten aus, die eine festgelegte Mindestgröße haben (Voreinstellung ist 4). Bei Objektdateien gibt es in der Voreinstellung nur die Zeichenketten aus den Initialisierungs- und Ladeabschnitten aus. Bei anderen Dateitypen durchsucht es die gesamte Datei. |
|
|
Entfernt bestimmte Symbole aus Objektdateien (z. B. Debugging-Symbole). |
|
|
Enthält Routinen, die von verschiedenen GNU-Programmen genutzt werden, inklusive getopt, obstack, strerror, strtol und strtoul. |
|
|
Die Bibliothek für Binärdateibezeichner. |
|
|
Eine Bibliothek zur Behandlung von Obcodes. Sie wird zum Erzeugen von Werkzeugen wie z. B. objdump benutzt. Obcodes sind die „lesbaren“ Versionen der Prozessorinstruktionen. |
Das Paket GMP enthält mathematische Bibliotheken. Sie enthalten nützliche Funktionen für Arithmetik beliebiger Genauigkeit.
Bereiten Sie GMP zum Kompilieren vor:
./configure --prefix=/usr --enable-cxx --enable-mpbsd
Die Bedeutung des neuen Parameters zu configure:
--enable-cxx
Dieser Parameter aktiviert die Unterstützung für C++.
Kompilieren Sie das Paket:
make
In diesem Abschnitt wird die Testsuite von GMP als kritisch eingestuft. Wir raten Ihnen, die Tests unter keinen Umständen zu überspringen.
Testen Sie das Ergebnis:
make check 2>&1 | tee gmp-check-log
Stellen Sie sicher, dass alle 139 Tests dieser Testsuite erfolgreich durchlaufen. Verwenden Sie das folgende Kommando:
awk '/tests passed/{total+=$2} ; END{print total}' gmp-check-log
Installieren Sie das Paket:
make install
Falls gewünscht, installieren Sie nun die Dokumentation:
mkdir -v /usr/share/doc/gmp-4.2.4
cp -v doc/{isa_abi_headache,configuration} doc/*.html \
/usr/share/doc/gmp-4.2.4
Das Paket MPFR enthält mathematische Funktionen für mehrfache Genauigkeit.
Bereiten Sie MPFR zum Kompilieren vor:
./configure --prefix=/usr --enable-thread-safe
Kompilieren Sie das Paket:
make
In diesem Abschnitt wird die Testsuite von MPFR als kritisch eingestuft. Wir raten Ihnen, die Tests unter keinen Umständen zu überspringen.
Testen Sie die Ergebnisse und stellen Sie sicher, dass alle 134 Tests erfolgreich durchlaufen:
make check
Installieren Sie das Paket:
make install
Das Paket GCC enthält die GNU-Compiler-Sammlung. Darin sind die C- und C++-Compiler enthalten.
Wenden Sie nun einen Sed-Befehl an, um die
Installation von libiberty.a zu
verhindern. Wir möchten die von Binutils bereitgestellte
Version von libiberty.a
verwenden:
sed -i 's/install_to_$(INSTALL_DEST) //' libiberty/Makefile.in
Im Bootstrap-Durchlauf aus Abschnitt 5.5,
„GCC-4.3.2 - Durchlauf 1“ wurde zum
Kompilieren von GCC der Compiler-Parameter -fomit-frame-pointer verwendet. Der
Nicht-Bootstrap-Durchlauf verwendet diesen Parameter jedoch
standardmäßig nicht. Um die Kompilier-Durchläufe von GCC
konsistent zu halten, sollten Sie den Parameter für diesen
Durchlauf mit dem folgenden sed-Kommando einschalten:
sed -i 's/^XCFLAGS =$/& -fomit-frame-pointer/' gcc/Makefile.in
Das Skript fixincludes versucht manchmal, die bereits installierten Header-Dateien des Systems zu "reparieren". Es ist uns allerdings bekannt, dass weder die Header von GCC-4.3.2 noch die von Glibc-2.8-20080929 eine Reparatur benötigen. Daher verhindern Sie den Start des fixincludes-Skriptes mit diesem Kommando:
sed -i 's@\./fixinc\.sh@-c true@' gcc/Makefile.in
Die Dokumentation zu GCC empfiehlt, GCC außerhalb des Quellordners zu kompilieren:
mkdir -v ../gcc-build cd ../gcc-build
Bereiten Sie GCC zum Kompilieren vor:
../gcc-4.3.2/configure --prefix=/usr \
--libexecdir=/usr/lib --enable-shared \
--enable-threads=posix --enable-__cxa_atexit \
--enable-clocale=gnu --enable-languages=c,c++ \
--disable-bootstrap
Für andere Sprachen gelten Voraussetzungen, die an dieser Stelle nicht erfüllt sind. Im BLFS-Buch finden Sie Anleitungen zur Installation aller unterstützten Programmiersprachen von GCC.
Kompilieren Sie das Paket:
make
In diesem Abschnitt wird die Testsuite als absolut kritisch betrachtet. Sie sollten diesen Schritt unter keinen Umständen überspringen.
Testen Sie die Ergebnisse, aber halten Sie bei Fehlern nicht an:
make -k check
Um eine Zusammenfassung der Testergebnisse zu sehen, verwenden Sie dieses Kommando:
../gcc-4.3.2/contrib/test_summary
Wenn Sie nur die Zusammenfassungen sehen möchten, pipen Sie
die Ausgabe durch grep -A7
Summ.
Sie können die Ergebnisse mit denen unter http://www.linuxfromscratch.org/lfs/build-logs/6.4/ vergleichen.
Ein paar unerwartete Fehler lassen sich oftmals nicht
vermeiden. Die Entwickler von GCC kennen diese üblicherweise
bereits, hatten aber noch keine Zeit, diese Fehler zu
beheben. Insbesondere die libmudflap-Tests sind aufgrund eines
Fehlers in GCC anfällig (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20003).
Kurz gesagt, solange Ihre Testergebnisse nicht grob von denen
unter der obigen URL abweichen, können Sie beruhigt
fortfahren.
Installieren Sie das Paket:
make install
Einige Pakete erwarten, dass der C-Präprozessor unter
/lib installiert ist. Erstellen
Sie daher diesen symbolischen Link:
ln -sv ../usr/bin/cpp /lib
Viele Pakete benutzen den Namen cc, um den C-Compiler aufzurufen. Um auch diesen Paketen Rechnung zu tragen, erzeugen Sie einen weiteren symbolischen Link:
ln -sv gcc /usr/bin/cc
Die endgültige Toolchain ist nun fertiggestellt. An dieser Stelle muss unbedingt erneut überprüft werden, ob Kompilieren und Linken mit ihr wie erwartet funktioniert. Wir führen den gleichen Gesundheitstest, wie schon einmal in diesem Kapitel, durch:
echo 'main(){}' > dummy.c
cc dummy.c -v -Wl,--verbose &> dummy.log
readelf -l a.out | grep ': /lib'
Wenn alles korrekt funktioniert, sollten keine Fehler auftreten und die Ausgabe des letzten Kommandos ist:
[Requesting program interpreter: /lib/ld-linux.so.2]
Überprüfen Sie nun, dass die korrekten Startdateien verwendet werden:
grep -o '/usr/lib.*/crt[1in].*succeeded' dummy.log
Wenn alles korrekt funktioniert, sollten keine Fehler auftreten und die Ausgabe des letzten Kommandos sieht so oder so ähnlich aus:
/usr/lib/gcc/i686-pc-linux-gnu/4.3.2/../../../crt1.o succeeded
/usr/lib/gcc/i686-pc-linux-gnu/4.3.2/../../../crti.o succeeded
/usr/lib/gcc/i686-pc-linux-gnu/4.3.2/../../../crtn.o succeeded
Stellen Sie sicher, dass der Compiler nach den korrekten Header-Dateien sucht:
grep -B4 '^ /usr/include' dummy.log
Dieses Kommando sollte erfolgreich mit den folgen Ausgaben beendet werden:
#include <...> search starts here:
/usr/local/include
/usr/lib/gcc/i686-pc-linux-gnu/4.3.2/include
/usr/lib/gcc/i686-pc-linux-gnu/4.3.2/include-fixed
/usr/include
Seit Version 4.3.0 installiert GCC die Datei limits.h in den privaten Ordner
include-fixed; dieser muss
vorhanden sein.
Stellen Sie als nächstes sicher, dass der neue Linker mit den korrekten Suchpfaden verwendet wird:
grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g'
Wenn alles korrekt funktioniert, sollten keine Fehler auftreten und die Ausgabe des letzten Kommandos sieht so oder so ähnlich aus:
SEARCH_DIR("/usr/i686-pc-linux-gnu/lib")
SEARCH_DIR("/usr/local/lib")
SEARCH_DIR("/lib")
SEARCH_DIR("/usr/lib");
Danach prüfen Sie, ob die korrekte libc eingesetzt wird:
grep "/lib/libc.so.6 " dummy.log
Wenn alles korrekt funktioniert, sollten keine Fehler auftreten und die Ausgabe des letzten Kommandos sieht so oder so ähnlich aus:
attempt to open /lib/libc.so.6 succeeded
Und zum Schluss kontrollieren Sie noch, ob GCC den richtigen dynamischen Linker benutzt:
grep found dummy.log
Wenn alles korrekt funktioniert, sollten keine Fehler auftreten und die Ausgabe des letzten Kommandos ist:
found ld-linux.so.2 at /lib/ld-linux.so.2
Wenn Sie eine andere oder überhaupt keine Ausgabe erhalten, ist etwas ernsthaft schiefgelaufen. Sie müssen das überprüfen und alle bisherigen Schritte noch einmal nachvollziehen, um das Problem zu finden und zu beheben. Machen Sie nicht weiter, solange das Problem nicht behoben ist. Am wahrscheinlichsten ist, dass etwas beim Anpassen der specs-Datei weiter oben nicht funktioniert hat.
Wenn Sie mit dem Ergebnis zufrieden sind, löschen Sie die Testdateien:
rm -v dummy.c a.out dummy.log
|
Dies ist der C++-Compiler. |
|
|
Dies ist der C-Compiler. |
|
|
Ein C-Präprozessor. Er wird vom Compiler benutzt, um #include, #define und ähnliche Anweisungen im Quellcode durch ihren endgültigen Code zu ersetzen. |
|
|
Dies ist der C++-Compiler. |
|
|
Dies ist der C-Compiler. |
|
|
Ein Shellskript, mit dem man nützliche Fehlerberichte erzeugen kann. |
|
|
Ein Werkzeug zum Testen des Deckungsgrades. Es wird zum Analysieren von Programmen benutzt, um herauszufinden, wo Optimierungen den größten Effekt zeigen. |
|
|
Enthält Laufzeitunterstützung für gcc. |
|
|
Enthält Routinen für GCC zur Überprüfung von Grenzen. |
|
|
Enthält Routinen die GCCs Schutz vor Stack-Zerstörung unterstützen. |
|
|
Die Standard-C++-Bibliothek. |
|
|
Stellt Unterstützungsroutinen für die Programmiersprache C++ zur Verfügung. |
Das Paket Berkeley DB enthält Programme und Werkzeuge, die von vielen Anwendungen für datenbankbezogene Funktionen verwendet werden.
Das BLFS-Buch enthält eine Anleitung zur Installation dieses Pakets, falls Sie einen RPC-Server oder andere Sprachbindungen benötigen. Die zusätzlichen Sprachbindungen setzen weitere Pakete voraus. Weitere Informationen dazu finden Sie unter http://www.linuxfromscratch.org/blfs/view/svn/server/databases.html#db.
Außerdem kann man anstelle von Berkeley DB auch GDBM installieren und somit die Voraussetzung für Man-DB schaffen. Allerdings sind viele Stunden in den LFS-Test von Berkeley geflossen, nicht jedoch in GDBM. Wenn Sie sich dem Risiko voll bewusst sind, und dennoch GDBM einsetzen möchten, dann schauen Sie sich die Anleitungen unter http://www.linuxfromscratch.org/blfs/view/svn/general/gdbm.html an.
Installieren Sie einen Patch der Entwickler, damit Replikations-Clients eine Sequenz öffnen können:
patch -Np1 -i ../db-4.7.25-upstream_fixes-1.patch
Bereiten Sie Berkeley DB zum Kompilieren vor:
cd build_unix ../dist/configure --prefix=/usr --enable-compat185 --enable-cxx
Die Bedeutung der configure-Parameter:
--enable-compat185
Dieser Parameter schaltet die Berkeley DB 1.85 Kompatibilitäts-API ein.
--enable-cxx
Dieser Parameter schaltet den Bau der C++-API-Bibliotheken ein.
Kompilieren Sie das Paket:
make
Es ist nicht möglich, dieses Paket sinnvoll zu testen, weil
dies die TCL-Bindungen voraussetzt. Die TCL-Bindungen können
allerdings nicht korrekt kompiliert werden, weil TCL gegen
die Glibc in /tools gelinkt ist
und nicht die in /usr.
Installieren Sie das Paket:
make docdir=/usr/share/doc/db-4.7.25 install
Die Bedeutung des make-Parameters:
docdir=...
Diese Variable gibt den korrekten Speicherort für die Dokumentation an.
Korrigieren Sie den Besitzer der installierten Dokumentation:
chown -Rv root:root /usr/share/doc/db-4.7.25
|
Gibt die Pfade zu Protokolldateien aus, die nicht mehr benutzt werden. |
|
|
Ein Daemon zum Überwachen von Protokolldateien und Kontrollpunkten darin. |
|
|
Ein Daemon zum Unterbrechen von Sperrungen, falls eine ununterbrechbare Sperrung (deadlock) gefunden wird. |
|
|
Wandelt eine Datenbankdatei in eine reines Textdatei um, so dass sie von db_load gelesen werden kann. |
|
|
Erzeugt Schnappschüsse einer Berkeley-DB-Datenbank zum Zweck eines „Online-Backup“ oder „Online-Failover“. |
|
|
Wird zum Erzeugen einer Datenbank-Datei aus einer reinen Text-Datei verwendet. |
|
|
Wandelt eine Protokolldatei einer Datenbank in ein von Menschen lesbares Format um. |
|
|
Stellt eine Datenbank nach einem Fehler wieder in einem konsistenten Zustand her. |
|
|
Zeigt Statistiken zu Berkeley Datenbanken an. |
|
|
Wird zum Aktualisieren von Datenbank-Dateien auf eine neuere Berkeley DB-Version verwendet. |
|
|
Wird zum Durchführen von Konsistenzprüfungen von Datenbank-Dateien verwendet. |
|
|
Enthält Funktionen zum Manipulieren von Datenbank-Dateien aus C-Programmen heraus. |
|
|
Enthält Funktionen zum Manipulieren von Datenbank-Dateien aus C++-Programmen heraus. |
Das Paket Sed enthält einen Stream-Editor.
Bereiten Sie Sed zum Kompilieren vor:
./configure --prefix=/usr --bindir=/bin --enable-html
Die Bedeutung des neuen Parameters zu configure:
--enable-html
Dadurch wird die HTML-Dokumentation erzeugt.
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen, geben Sie folgendes ein:
make check
Installieren Sie das Paket:
make install
E2fsprogs stellt die Werkzeuge zur Verwendung mit dem
ext2-Dateisystem zur
Verfügung. Auch ext3 wird
unterstützt (ein Journaling-Dateisystem).
Korrigieren Sie einen fest einprogrammierten Pfad zu
/bin/rm in der
E2fsprogs-Testsuite:
sed -i 's@/bin/rm@/tools&@' lib/blkid/test_probe.in
Die Dokumentation empfiehlt, E2fsprogs in einem Unterordner des Quellordners zu kompilieren:
mkdir -v build cd build
Bereiten Sie E2fsprogs zum Kompilieren vor:
../configure --prefix=/usr --with-root-prefix="" \
--enable-elf-shlibs
Die Bedeutung der configure-Parameter:
--with-root-prefix=""
Bestimmte Programme (wie z. B. e2fsck) sind absolut
essentiell. Sie müssen z. B. selbst dann verfügbar
sein, wenn /usr noch
nicht eingehängt ist. Diese Programme gehören in Ordner
wie /lib und /sbin. Ohne diese Option würden die
Programme entgegen unserem Willen in /usr installiert werden.
--enable-elf-shlibs
Das erzeugt die gemeinsamen Bibliotheken, die einige Programme in diesem Paket verwenden.
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen, geben Sie folgendes ein:
make check
Einer der Tests von E2fsprogs wird 256 MB Arbeitsspeicher beanspruchen. Wenn Sie nicht wesentlich mehr als 256 MB Arbeitsspeicher haben, sollten Sie zumindest genügend Auslagerungsspeicher für diesen Test zur Verfügung haben. Lesen Sie unter Abschnitt 2.3, „Erstellen eines Dateisystems auf der neuen Partition“ und Abschnitt 2.4, „Einhängen (mounten) der neuen Partition“ nach, wie man Auslagerungsspeicher anlegt und aktiviert.
Installieren Sie die Binärdateien, die Dokumentation und die gemeinsamen Bibliotheken:
make install
Installieren Sie die statischen Bibliotheken und Header:
make install-libs
Vergeben Sie das Schreibrecht auf die installierten Bibliotheken, damit später die Debug-Symbole entfernt werden können:
chmod -v u+w /usr/lib/{libblkid,libcom_err,libe2p,libext2fs,libss,libuuid}.a
Dieses Paket installiert eine gepackte .info-Datei, aber aktualisiert die
Systemweite dir-Datei nicht.
Entpacken Sie die Datei und aktualisieren Sie anschließend
die dir-Datei mit den folgenden
Befehlen:
gunzip -v /usr/share/info/libext2fs.info.gz
install-info --dir-file=/usr/share/info/dir \
/usr/share/info/libext2fs.info
Wenn Sie die Dokumentation erzeugen und installieren möchten, dann führen Sie bitte die folgenden Kommandos aus:
makeinfo -o doc/com_err.info ../lib/et/com_err.texinfo
install -v -m644 doc/com_err.info /usr/share/info
install-info --dir-file=/usr/share/info/dir \
/usr/share/info/com_err.info
install -v -m644 -D ../doc/libblkid.txt \
/usr/share/doc/e2fsprogs-1.41.3/libblkid.txt
|
Durchsucht ein Gerät (üblicherweise eine Festplatte) nach defekten Blöcken. |
|
|
Ein Kommandozeilenprogramm zum Auffinden und Anzeigen der Eigenschaften eines Blockgerätes. |
|
|
Ändert Attribute eines |
|
|
Ein Fehlertabellen-Compiler. Er konvertiert eine
Tabelle mit Fehlercode-Namen und Meldungen zu einer
C-Quelldatei, die dann mit der |
|
|
Ein Dateisystemdebugger. Er kann benutzt werden, um
den Status eines |
|
|
Gibt Informationen zum Superblock und zu Blockgruppen des Dateisystems auf einem bestimmten Gerät aus. |
|
|
Wird zum Prüfen und optional zum Reparieren von
|
|
|
Wird zum Speichern kritischer |
|
|
Zeigt oder verändert das Label eines |
|
|
Spielt ein auf dem Gerät gefundenes Wiederherstellungs-Protokoll undo_log für ein ext2/ext3/ext4-Dateisystem zurück. Dieses kann verwendet werden, um eine fehlgeschlagene Operation der Programme von e2fsprogs wiederherzustellen. |
|
|
Berichtet über den Fragmentierungsstatus einer Datei |
|
|
Findet ein Dateisystem mit Hilfe des Label oder einer UUID (Universally Unique Identifier). |
|
|
Wird zum Prüfen und (optional) Reparieren eines Dateisystems verwendet. |
|
|
In der Voreinstellung prüft dieses Programm
|
|
|
In der Voreinstellung prüft dieses Programm
|
|
|
In der Voreinstellung prüft dieses Programm
|
|
|
In der Voreinstellung prüft dieses Programm
Entwicklungsversionen von |
|
|
Speichert die Ausgabe eines Kommandos in eine Logdatei. |
|
|
Listet Dateiattribute eines |
|
|
Konvertiert eine Tabelle mit Kommando-Namen und
Hilfemeldungen zu C-Quellcode, der dann mit der
|
|
|
Erzeugt ein |
|
|
In der Voreinstellung erzeugt dieses Programm ein
|
|
|
In der Voreinstellung erzeugt dieses Programm ein
|
|
|
In der Voreinstellung erzeugt dieses Programm ein
|
|
|
In der Voreinstellung erzeugt dieses Programm eine
Entwicklerversion eines |
|
|
Wird benutzt, um den Ordner |
|
|
Kann zum Vergrößern oder Verkleinern eines
|
|
|
Wird zum Einstellen von veränderbaren Parametern
auf einem |
|
|
Dieser Dienst wird von der UUID-Bibliothek verwendet, um auf sichere und garantiert eindeutige Weise zeitbasierte UUIDs zu erzeugen. |
|
|
Erzeugt neue, universell einzigartige Bezeichner (UUID). Jede UUID kann grundsätzlich als einzigartig betrachtet werden, auf dem lokalen oder auf anderen Systemen, in der Vergangenheit und in der Zukunft. |
|
|
Enthält Routinen zum Identifizieren von Geräten und zum Extrahieren von Token. |
|
|
Die allgemeine Routine zum Anzeigen von Fehlern. |
|
|
Wird von dumpe2fs, chattr und lsattr benutzt. |
|
|
Enthält Routinen, die Programme im Benutzerkontext
zum Manipulieren eines |
|
|
Wird von debugfs benutzt. |
|
|
Enthält Routinen zum Erzeugen von einmaligen Bezeichnern für Objekte, die hinter dem lokalen System verfügbar sein könnten. |
Das Paket Coreutils enthält viele Shell-Werkzeuge zum Einstellen der grundlegenden Systemeigenschaften.
Die Funktion von uname ist bekannterweise
ein wenig fehlerhaft, weil der Parameter -p immer unknown ausgibt. Der folgende Patch
behebt das Problem auf Intel-Architekturen:
patch -Np1 -i ../coreutils-6.12-uname-1.patch
Es gibt einen internen Fehler in Coreutils, der bei einigen Programmen zu abnormalem Verhalten führt, wenn Sie für den Bau einen älteren Kernel verwenden. Wenden Sie den folgenden Patch an, um das Problem zu beheben:
patch -Np1 -i ../coreutils-6.12-old_build_kernel-1.patch
Von POSIX wird verlangt, dass die Programme von Coreutils Zeichengrenzen auch in Multibyte-Locales erkennen. Der folgende Patch behebt einige diesbezügliche Fehler:
patch -Np1 -i ../coreutils-6.12-i18n-2.patch
In der Vergangenheit wurden leider viele Fehler in diesem Patch gefunden. Wenn Sie neue Fehler an die Entwickler von Coreutils berichten möchten, prüfen Sie bitte zuallererst, ob sich der Fehler auch ohne diesen Patch noch reproduzieren lässt!
Bereiten Sie Coreutils zum Kompilieren vor:
./configure --prefix=/usr --enable-install-program=hostname --enable-no-install-program=kill,uptime
Die Bedeutung der configure-Parameter:
--enable-no-install-program=kill,uptime
Normalerweise würde Coreutils einige Programme installieren, die später von anderen Paketen bereitgestellt werden sollen. Dieser Parameter verhindet die Installation dieser Programme.
Kompilieren Sie das Paket:
make
Fahren Sie mit „Installieren Sie das Paket“ fort, wenn Sie die Testsuite überspringen möchten.
Sie können die Testsuite nun durchlaufen lassen. Als erstes
starten Sie einige Tests, die als root laufen müssen:
make NON_ROOT_USERNAME=nobody check-root
Die verbleibenden Tests werden als Benutzer nobody ausgeführt. Einige Tests erfordern
jedoch, dass der Benutzer Mitglied in mehr als einer Gruppe
ist. Damit diese Tests nicht übersprungen werden, erstellen
Sie nun eine temporäre Gruppe und fügen nobody als Mitglied hinzu:
echo "dummy:x:1000:nobody" >> /etc/group
Korrigieren Sie einige Zugriffsrechte, damit der Nicht-root-Benutzer die Tests kompilieren und durchlaufen lassen kann:
chown -Rv nobody config.log {gnulib-tests,lib,src}/.deps
Jetzt können Sie die Tests ausführen:
su-tools nobody -s /bin/bash -c "make RUN_EXPENSIVE_TESTS=yes check"
Entfernen Sie die temporäre Gruppe wieder:
sed -i '/dummy/d' /etc/group
Installieren Sie das Paket:
make install
Und verschieben Sie einige Programme an die vom FHS vorgegebene Stelle:
mv -v /usr/bin/{cat,chgrp,chmod,chown,cp,date,dd,df,echo} /bin
mv -v /usr/bin/{false,hostname,ln,ls,mkdir,mknod,mv,pwd,readlink,rm} /bin
mv -v /usr/bin/{rmdir,stty,sync,true,uname} /bin
mv -v /usr/bin/chroot /usr/sbin
Einige der LFS-Bootskripte sind abhängig von den Kommandos
head und
sleep. Da
/usr in den früheren Phasen des
Bootvorgangs noch nicht einghängt sein könnte, müssen sich
diese Programm auf der root-Partition befinden:
mv -v /usr/bin/{head,sleep,nice} /bin
|
Kodiert und dekodiert Daten entsprechend der base64-Spezifikation (RFC 3548).nach |
|
|
Entfernt den Pfad und Suffix von einem angegebenen Dateinamen. |
|
|
Gibt Dateien an der Standardausgabe aus bzw. fügt sie zusammen. |
|
|
Ändert die Gruppenzugehörigkeit von Dateien und Ordnern. |
|
|
Ändert die Zugriffsrechte der angegebenen Dateien. Der Modus kann entweder symbolisch (in Form der durchzuführenden Änderungen) oder als Oktalzahl angegeben werden (repräsentiert die absoluten neuen Rechte). |
|
|
Ändert Besitzer und/oder Gruppenzugehörigkeit der angegebenen Dateien und Ordner. |
|
|
Macht den angegebenen Ordner temporär zum neuen Basisordner („/“) für den übergebenen Befehl (z. B. bash). Der Befehl wird dann in diesem „Gefängnis“ ausgeführt. |
|
|
Gibt die CRC-Prüfsumme (Cyclic Redundancy Check) und die Anzahl der Bytes einer angegebenen Datei aus. |
|
|
Vergleicht zwei sortierte Dateien und gibt in drei Spalten die Zeilen aus, die jeweils einzigartig bzw. gleich sind. |
|
|
Kopiert Dateien. |
|
|
Teilt eine Datei in mehrere neue Dateien. Dazu wird ein bestimmtes Muster oder Zeilennummern verwendet. Außerdem gibt csplit die Anzahl Bytes der neuen Dateien aus. |
|
|
Gibt Ausschnitte von Zeilen aus. Die Ausschnitte werden nach Feldern oder Positionsangaben gewählt. |
|
|
Gibt die aktuelle Zeit im angegebenen Format aus oder stellt die Systemzeit ein. |
|
|
Kopiert eine Datei mit der angegebenen Blockgröße und -anzahl. Optional kann währenddessen eine Konvertierung durchgeführt werden. |
|
|
Berichtet über den verfügbaren (und verwendeten) Festplattenspeicher auf allen eingehängten Dateisystemen oder den Dateisystemen, die die angegebenen Dateien enthalten. |
|
|
Listet den Inhalt eines Ordners auf (das Gleiche wie ls). |
|
|
Gibt Kommandos zum Setzen der Umgebungsvariable
|
|
|
Entfernt den nicht-ordnerspezifischen Teil eines Dateinamens. |
|
|
Gibt aus, wieviel Festplattenspeicher der aktuelle Ordner, die Unterordner und Dateien oder eine einzelne Datei verbraucht. |
|
|
Gibt eine angegebene Zeichenkette aus. |
|
|
Führt ein Kommando in einer modifizierten Arbeitsumgebung aus. |
|
|
Konvertiert Tabulatoren zu Leerzeichen. |
|
|
Wertet einen Ausdruck aus. |
|
|
Gibt den Primfaktor aller angegebenen Ganzzahlen aus. |
|
|
Tut gar nichts, ist immer erfolglos. Es beendet sich immer mit einem Abschlusscode, der auf einen Fehler hinweist. |
|
|
Formatiert die Absätze in der übergebenen Datei neu. |
|
|
Fügt Zeilenumbrüche in den angegebenen Dateien ein. |
|
|
Gibt die Gruppenzugehörigkeit eines Benutzers aus. |
|
|
Gibt die ersten zehn (oder die angegebene Anzahl) von Zeilen einer Datei aus. |
|
|
Gibt die numerische ID (hexadezimal) des Systems aus. |
|
|
Setzt den Hostnamen bzw. zeigt ihn an. |
|
|
Gibt die effektive Benutzer-ID, Gruppen-ID, und Gruppenzugehörigkeit des aktuellen Benutzers oder eines angegebenen Benutzers aus. |
|
|
Kopiert Dateien und setzt deren Zugriffsrechte und, falls möglich, Besitzer und Gruppe. |
|
|
Fügt aus zwei Dateien die Zeilen mit identischen join-Feldern zusammen. |
|
|
Erzeugt einen harten Link von der angegebenen Datei zu einer Datei. |
|
|
Erzeugt einen harten oder symbolischen Link zwischen Dateien. |
|
|
Gibt den Login-Namen des aktuellen Benutzers aus. |
|
|
Listet den Inhalt des angegebenen Ordners auf. |
|
|
Erzeugt eine MD5-Prüfsumme (Message Digest 5) bzw. zeigt sie an. |
|
|
Erzeugt Ordner mit den angegebenen Namen. |
|
|
Erzeugt FIFOs (First-In, First-Out, eine sogenannte "named Pipe" im UNIX-Sprachgebrauch) mit dem angegebenen Namen. |
|
|
Erzeugt eine Gerätedatei mit dem angegebenen Namen. Eine Gerätedatei ist eine spezielle zeichen- oder blockorientierte Datei oder ein FIFO. |
|
|
Erzeugt temporäre Dateien auf sichere Weise. Es wird in Skripten verwendet. |
|
|
Verschiebt Dateien und Ordner oder benennt sie um. |
|
|
Führt ein Programm mit geänderter Priorität aus. |
|
|
Nummeriert die Zeilen der angegebenen Dateien. |
|
|
Führt ein Programm aus, so dass es immun gegen „hangup“s ist. Die Ausgaben des Programms werden in eine Protokolldatei umgeleitet. |
|
|
Gibt eine Datei oktal oder in anderen Formaten aus. |
|
|
Fügt angegebene Dateien zusammen. Sequenziell zusammengehörende Zeilen werden Seite an Seite durch Tabulatoren getrennt zusammengefügt. |
|
|
Prüft, ob Dateinamen gültig und portierbar sind. |
|
|
Eine abgespeckte Version von finger. Es gibt ein paar Informationen über den angegebenen Benutzer aus. |
|
|
Bereitet Dateien seiten- oder spaltenweise für den Ausdruck vor. |
|
|
Gibt die Umgebungsvariablen aus. |
|
|
Gibt die angegebenen Argumente in einem bestimmten Format aus — dies ist der C-Funktion printf sehr ähnlich. |
|
|
Erzeugt aus dem Inhalt von Dateien einen vertauschten Index, mit jedem Stichwort im Kontext. |
|
|
Gibt den Namen des aktuellen Arbeits-Ordners aus. |
|
|
Gibt das Ziel eines symbolischen Links aus. |
|
|
Löscht Dateien oder Ordner. |
|
|
Löscht leere Ordner. |
|
|
Gibt eine Zahlenreihe in einem bestimmten Wertebereich und mit einem bestimmten Inkrement aus. |
|
|
Prüft 160-Bit SHA1-Prüfsummen oder gibt sie aus. |
|
|
Prüft 224-Bit SHA-Prüfsummen oder gibt sie aus. |
|
|
Prüft 256-Bit SHA-Prüfsummen oder gibt sie aus. |
|
|
Prüft 384-Bit SHA-Prüfsummen oder gibt sie aus. |
|
|
Prüft 512-Bit SHA-Prüfsummen oder gibt sie aus. |
|
|
Überschreibt eine Datei mehrfach mit zufälligen Mustern, um das Wiederherstellen der Daten zu erschweren. |
|
|
Mischt Textzeilen |
|
|
Pausiert für die angegebene Zeit. |
|
|
Sortiert die Zeilen einer Datei. |
|
|
Teilt eine Datei in Stücke, nach Größe oder nach Zeilennummern. |
|
|
Zeigt den Datei- oder Dateisystemstatus an. |
|
|
Setzt Terminal-Einstellungen oder zeigt sie an. |
|
|
Gibt Prüfsumme und Anzahl der Blöcke einer Datei aus. |
|
|
Schreibt den Dateisystempuffer. Geänderte Blöcke werden auf die Festplatte geschrieben und der Superblock wird aktualisiert. |
|
|
Fügt Dateien rückwärts zusammen. |
|
|
Gibt die letzten zehn (oder die angegebene Anzahl) von Zeilen einer Datei aus. |
|
|
Liest von der Standardeingabe während gleichzeitig auf die Standardausgabe und in eine Datei geschrieben wird. |
|
|
Vergleicht Werte und prüft Dateitypen. |
|
|
Ändert Zeitstempel von Dateien, setzt Zugriffs- und Änderungszeit einer Datei auf die aktuelle Zeit. Dateien, die noch nicht existieren, werden mit der Länge 0 angelegt. |
|
|
Übersetzt, quetscht oder entfernt Zeichen von der Standardeingabe. |
|
|
Macht nichts, ist immer erfolgreich. Beendet immer mit einem Statuscode, der Erfolg bedeutet. |
|
|
Sortiert topologisch. Schreibt eine vollständig sortierte Liste entsprechend der teilweisen Sortierung in einer Datei. |
|
|
Gibt den Dateinamen des Terminals aus, das mit der Standardeingabe verbunden ist. |
|
|
Gibt Systeminformationen aus. |
|
|
Konvertiert Leerzeichen zu Tabulatoren. |
|
|
Entfernt alle identischen Zeilen bis auf eine. |
|
|
Entfernt eine Datei. |
|
|
Gibt die Namen der eingeloggten Benutzer aus. |
|
|
Macht das Gleiche wie ls -l. |
|
|
Gibt die Anzahl Zeilen, Wörter und Bytes einer Datei aus. Und eine Summe, falls mehrere Dateien angegeben wurden. |
|
|
Zeigt an, wer gerade eingeloggt ist. |
|
|
Gibt den Benutzernamen aus, der mit der aktuell effektiven Benutzer-ID verknüpft ist. |
|
|
Gibt „y“ oder eine andere Zeichenkette solange aus, bis es beendet wird. |
Das Paket Iana-Etc enthält Daten zu Netzwerkdiensten und Protokollen.
Das folgende Kommando konvertiert die von IANA
bereitgestellten RAW-Daten in das korrekte Format für
/etc/protocols und /etc/services:
make
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make install
M4 enthält einen Makroprozessor.
Bereiten Sie M4 zum Kompilieren vor:
./configure --prefix=/usr --enable-threads
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen, geben Sie folgendes ein:
make check
Installieren Sie das Paket:
make install
|
Kopiert die Eingabe zur Ausgabe und führt dabei Makros aus. Die Makros können entweder vordefiniert oder selbstgeschrieben sein und beliebige Argumente übernehmen. Neben der Fähigkeit, Makros auszuführen, besitzt m4 eingebaute Funktionen zum Einfügen benannter Dateien, zum Ausführen von Unix-Befehlen und Integer-Berechnungen, zur Manipulation von Text und zur Behandlung von Rekursionen usw. m4 kann entweder als Frontend zu einem Compiler oder als eigenständiger Makroprozessor genutzt werden. |
Mit Bison lassen sich Programme generieren, die die Struktur einer Textdatei analysieren.
Bereiten Sie Bison zum Kompilieren vor:
./configure --prefix=/usr
Das configure-System bereitet Bison ohne Unterstützung für internationalisierte Fehlermeldungen vor, wenn das Programm bison nicht bereits in $PATH gefunden wird. Durch den folgenden Zusatz wird das Problem korrigiert:
echo '#define YYENABLE_NLS 1' >> config.h
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen (ca. 0,5 SBUs), führen Sie dieses Kommando aus:
make check
Installieren Sie das Paket:
make install
|
Erzeugt aus einer Reihe von Regeln ein Programm zum Analysieren der Struktur von Textdateien. Bison ist ein Ersatz für yacc (Yet Another Compiler Compiler). |
|
|
Ein Wrapper zu bison. Er wird
benutzt, weil immer noch viele Programm
yacc
anstelle von bison aufrufen.
Bison
wird dann mit der Option |
|
|
Die Yacc-Bibliothek, die die Implementierung von yacc-kompatiblen yyerror- und main-Funktionen enthält. Diese Bibliothek ist normalerweise nicht sehr nützlich, aber sie wird von POSIX vorausgesetzt. |
Das Paket Ncurses enthält Bibliotheken für den Terminal-unabhängigen Zugriff auf Textbildschirme.
Der folgende Patch behebt einige Fehler, die vom Analyse-Programm für statischen Code (Coverity) gefunden wurden:
patch -Np1 -i ../ncurses-5.6-coverity_fixes-1.patch
Bereiten Sie Ncurses zum Kompilieren vor:
./configure --prefix=/usr --with-shared --without-debug --enable-widec
Die Bedeutung des configure-Parameters:
--enable-widec
Durch diesen Parameter werden anstelle der normalen
Bibliotheken (libncurses.so.5.6) die Versionen für
Multibyte-Zeichen installiert (libncursesw.so.5.6). Diese
Wide-Character-Bibliotheken sind sowohl mit Multibyte-
als auch mit normalen 8-Bit-Locales verwendbar. Die
beiden Bibliothek-Typen sind Quell- aber nicht
Binär-Kompatibel.
Kompilieren Sie das Paket:
make
Dieses Paket enthält zwar eine Testsuite, jedoch kann sie
erst nach der Installation ausgeführt werden. Die Tests
befinden sich im Unterordner test. Lesen Sie dort bitte die Datei
README für weitere
Informationen.
Installieren Sie das Paket:
make install
Korrigieren Sie die Rechtevergabe für eine Bibliothek, die nicht ausführbar sein sollte:
chmod -v 644 /usr/lib/libncurses++w.a
Verschieben Sie die Bibliotheken in den Ordner /lib, denn es wird erwartet, dass sie sich
dort befinden:
mv -v /usr/lib/libncursesw.so.5* /lib
Da die Bibliotheken gerade verschoben wurden, zeigt ein symbolischer Links nun ins Leere. Erstellen Sie diesen neu:
ln -sfv ../../lib/libncursesw.so.5 /usr/lib/libncursesw.so
Viele Programme erwarten immer noch vom Linker, die nicht-Wide-Character-Bibliotheken von Ncurses aufzufinden. Mit symbolischen Links und Linker-Skripts können Sie diese Programme austricksen:
for lib in curses ncurses form panel menu ; do \
rm -vf /usr/lib/lib${lib}.so ; \
echo "INPUT(-l${lib}w)" >/usr/lib/lib${lib}.so ; \
ln -sfv lib${lib}w.a /usr/lib/lib${lib}.a ; \
done
ln -sfv libncurses++w.a /usr/lib/libncurses++.a
Stellen Sie des Weiteren sicher, dass alte Programme, die mit
-lcurses verlinken, immer noch
kompilierbar sind:
rm -vf /usr/lib/libcursesw.so echo "INPUT(-lncursesw)" >/usr/lib/libcursesw.so ln -sfv libncurses.so /usr/lib/libcurses.so ln -sfv libncursesw.a /usr/lib/libcursesw.a ln -sfv libncurses.a /usr/lib/libcurses.a
Falls gewünscht, installieren Sie die Dokumentation zu Ncurses:
mkdir -v /usr/share/doc/ncurses-5.6 cp -v -R doc/* /usr/share/doc/ncurses-5.6
Die obigen Kommandos installieren keine nicht-Wide-Bibliotheken von Ncurses, weil kein aus dem Quellcode installierte Paket diese verwenden würde. Wenn Sie allerdings Binär-Programme haben, die diese Bibliotheken benötigen, so können die passenden Bibliotheken mit diesen Kommandos installiert werden:installi
make distclean ./configure --prefix=/usr --with-shared --without-normal \ --without-debug --without-cxx-binding make sources libs cp -av lib/lib*.so.5* /usr/lib
|
Konvertiert termcap-Beschreibungen zu terminfo-Beschreibungen. |
|
|
Löscht den Bildschirminhalt (wenn möglich). |
|
|
Vergleicht terminfo-Beschreibungen oder gibt sie aus. |
|
|
Konvertiert terminfo-Beschreibungen zu termcap-Beschreibungen. |
|
|
Stellt Konfigurations-Informationen für Ncurses zur Verfügung. |
|
|
Setzt ein Terminal auf seine Voreinstellungen zurück. |
|
|
Wird benutzt, um die Korrektheit eines Eintrages in der terminfo-Datenbank zu überprüfen. |
|
|
Der Compiler für Beschreibungen zu terminfo-Einträgen. Er übersetzt terminfo-Dateien aus dem Quellformat in das binäre Format, das von den ncurses-Bibliotheksroutinen benötigt wird. Eine terminfo-Datei enthält Informationen über die Fähigkeiten eines bestimmten Terminals. |
|
|
Listet alle verfügbaren Terminaltypen auf und gibt zu jedem den Namen und die Beschreibung aus. |
|
|
Macht der Shell die Werte von Terminal-abhängigen Fähigkeiten zugänglich. Es kann auch zum Zurücksetzen oder Initialisieren eines Terminals oder zum Anzeigen seines vollständigen Namens verwendet werden. |
|
|
Kann zum Initialisieren eines Terminals verwendet werden. |
|
|
Ein Link auf |
|
|
Enthält Funktionen zum Anzeigen von Text auf einem Terminal in vielen komplizierten Variationen. Ein gutes Beispiel ist das angezeigte Menü von make menuconfig des Kernels. |
|
|
Enthält Funktionen zum Implementieren von Formularen. |
|
|
Enthält Funktionen zum Implementieren von Menüs. |
|
|
Enthält Funktionen zum Implementieren von Schaltflächen. |
Procps enthält Programme zur Überwachung und Steuerung von Systemprozessen. Die Informationen zu den Prozessen erhält Procps aus dem Ordner /proc.
Wenden Sie einen Patch an, um ein Unicode-Problem im Programm watch zu beheben:
patch -Np1 -i ../procps-3.2.7-watch_unicode-1.patch
Kompilieren Sie das Paket:
make
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make install
|
Gibt die Menge an freiem und benutzten Arbeitsspeicher aus, sowohl physischem als auch Swap. |
|
|
Sendet Signale an Prozesse. |
|
|
Findet Prozesse aufgrund ihres Namens und anderer Attribute. |
|
|
Signalisiert Prozesse basierend auf ihrem Namen oder anderen Attributen. |
|
|
Gibt eine Speicherübersicht des angegebenen Prozesses aus. |
|
|
Listet zur Zeit laufende Prozesse auf. |
|
|
Gibt den Namen des aktuellen Arbeitsordners eines Programms aus. |
|
|
Sendet Signale an Prozesse, die den angegebenen Kriterien entsprechen. |
|
|
Zeigt detaillierte Informationen zum Kernel-Slap-Cache in Echtzeit an. |
|
|
Ändert die Priorität von Prozessen, die auf die angegebenen Kriterien passen. |
|
|
Ändert Kernelparamter zur Laufzeit. |
|
|
Gibt eine Grafik der aktuellen durchschnittlichen Systemlast aus. |
|
|
Zeigt eine Liste der Prozesse an, die am meisten CPU-Last erzeugen. Ermöglicht eine Übersicht über laufende Prozesse in Echtzeit. |
|
|
Gibt aus, wie lange ein System bereits läuft, wieviele Benutzer eingeloggt sind und wie hoch die Systemlast ist. |
|
|
Erzeugt Statistiken zur Ausnutzung des virtuellen Speichers, gibt Informationen zu Prozessen, Speicher, Paging, Block-IO, traps und CPU-Aktivität aus. |
|
|
Zeigt an, welche Benutzer gerade eingeloggt sind, wo, und seit wann. |
|
|
Führt ein Kommando immer wieder aus und gibt eine Bildschirmseite von seiner Ausgabe aus. So können Sie die Ausgabe eines Programms beobachten. |
|
|
Enthält Funktionen, die von den meisten Programmen in diesem Paket benutzt werden. |
Das Libtool-Skript enthält die Unterstützung für Bibliotheken. Libtool versteckt die Komplexität von gemeinsam benutzten Bibliotheken hinter einer konsistenten und portablen Schnittstelle.
Bereiten Sie Libtool zum Kompilieren vor:
./configure --prefix=/usr
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen (ca. 3,0 SBUs), führen Sie dieses Kommando aus:
make check
Installieren Sie das Paket:
make install
Die in Zlib enthaltenen Routinen werden von vielen Programmen zum Komprimieren und Dekomprimieren genutzt.
Vorsicht: Zlib baut seine gemeinsamen Bibliotheken falsch,
wenn die Umgebungsvariable CFLAGS gesetzt ist. Falls Sie die
Umgebungsvariable CFLAGS
verwenden, fügen Sie ihr für den Durchlauf von configure den Wert
-fPIC an und
entfernen Sie ihn später wieder.
Bereiten Sie Zlib zum Kompilieren vor:
./configure --prefix=/usr --shared --libdir=/lib
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen, geben Sie folgendes ein:
make check
Installieren Sie die gemeinsamen Bibliotheken:
make install
Das vorige Kommando hat eine .so-Datei im Ordner /lib installiert. Entfernen Sie sie wieder
und erstellen Sie stattdessen einen Link in /usr/lib:
rm -v /lib/libz.so ln -sfv ../../lib/libz.so.1.2.3 /usr/lib/libz.so
Kompilieren Sie nun die statische Bibliothek:
make clean ./configure --prefix=/usr make
Um die Ergebnisse erneut zu testen, geben Sie ein:
make check
Installieren Sie die statische Bibliothek:
make install
Und korrigieren Sie die Zugriffsrechte auf die statische Bibliothek:
chmod -v 644 /usr/lib/libz.a
Das Paket Perl enthält die Skriptsprache Perl (Practical Extraction and Report Language).
Erstellen Sie nun eine Basisversion der Datei /etc/hosts. Diese wird in einer von Perls
Konfigurationsdateien und in der Testsuite verwendet (falls
Sie diese durchlaufen lassen):
echo "127.0.0.1 localhost $(hostname)" > /etc/hosts
Der folgende Patch behebt bekannte Schwachstellen und andere Probleme, die die Entwickler entdeckt haben:
patch -Np1 -i ../perl-5.10.0-consolidated-1.patch
Diese Version von Perl kompiliert auch das Modul Compress::Raw::Zlib. Voreingestellt ist dazu die Verwendung einer Perl-internen Kopie der Zlib-Bibliothek. Mit dem folgenden Kommando sorgen Sie dafür, dass die auf dem System installierte Version von Zlib verwendet wird:
sed -i -e "s|BUILD_ZLIB\s*= True|BUILD_ZLIB = False|" \
-e "s|INCLUDE\s*= ./zlib-src|INCLUDE = /usr/include|" \
-e "s|LIB\s*= ./zlib-src|LIB = /usr/lib|" \
ext/Compress/Raw/Zlib/config.in
Wenn Sie festlegen möchten, wie Perl sich selbst zum Installieren einrichtet, dann können Sie stattdessen das interaktive Configure-Skript benutzen. Wenn Sie mit den (normalerweise sinnvollen) von Perl automatisch erkannten Voreinstellungen zufrieden sind, benutzen Sie das folgende Kommando:
sh Configure -des -Dprefix=/usr \
-Dvendorprefix=/usr \
-Dman1dir=/usr/share/man/man1 \
-Dman3dir=/usr/share/man/man3 \
-Dpager="/usr/bin/less -isR"
Die Bedeutung der configure-Parameter:
-Dvendorprefix=/usr
Dies stellt sicher, dass perl weiß, wie es Paketen den Pfad für die Installation der Module übermitteln kann.
-Dpager="/usr/bin/less
-isR"
Dies korrigiert einen Fehler in der Art und Weise, wie perldoc, das Programm less aufruft.
-Dman1dir=/usr/share/man/man1
-Dman3dir=/usr/share/man/man3
Da zur Zeit noch kein Groff installiert ist, geht configure davon aus, dass die Man-pages nicht erstellt werden sollen. Geben Sie diese Parameter ein, um die falsche Entscheidung zu übergehen.
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen (ca. 2,5 SBUs), führen Sie dieses Kommando aus:
make test
Installieren Sie das Paket:
make install
|
Übersetzt awk zu Perl. |
|
|
Gibt C-Strukturen aus, die von cc -g -S erzeugt wurden. |
|
|
Ist die Kommandozeilen-Schnittstelle zum Comprehensive Perl Archive Network (CPAN). |
|
|
Zeigt Perl-Profiling-Daten an. |
|
|
Erzeugt aus Unicode-Zeichenzuordnungen oder Tcl-Encoding-Dateien eine Perl-Erweiterung für das Encode-Modul. |
|
|
Übersetzt find-Kommandos zu Perl. |
|
|
Konvertiert |
|
|
Konvertiert |
|
|
Ein Shell-Skript für den Umgang mit den installierten Perl-Module; es kann sogar ein Tar-Archiv aus einem installierten Modul erzeugen. |
|
|
Kann zum Einrichten von |
|
|
Kombiniert viele der besten Eigenschaften von C, sed, awk und sh in einer einzigen universell einsetzbaren Sprache. Perl wird auch als das Schweitzer Taschenmesser für Programmier bezeichnet. |
|
|
Ein harter Link auf perl. |
|
|
Wird zum Erzeugen und Emailen von Fehlerberichten zu Perl oder seinen Modulen verwendet. |
|
|
Erzeugt ausführbare Dateien aus Perl-Programmen. |
|
|
Zeigt Teile einer Dokumentation im pod-Format an. |
|
|
Die Perl Installations-Prüfprozedur. Damit wird geprüft, ob Perl und seine Bibliotheken korrekt installiert wurden. |
|
|
Die Perl-Version des Zeichensatz-Konverters iconv. |
|
|
Ein Werkzeug zum groben Umwandeln von Perl4
|
|
|
Konvertiert pod-Dateien in das HTML-Format. |
|
|
Konvertiert pod-Dateien zu LaTeX. |
|
|
Konvertiert pod-Daten zu formatierter *roff-Eingabe. |
|
|
Konvertiert pod-Daten in formatierten ASCII-Text. |
|
|
Gibt Benutzungshinweise aus eingebetteten pod-Dokumenten in Dateien aus. |
|
|
Prüft die Syntax von pod-Dokumentationsdateien. |
|
|
Zeigt ausgewählte Abschnitte einer pod-Dokumentation an. |
|
|
Kommandozeilen-Programm zum Testen des Moduls Test::Harness. |
|
|
Die Perl-Version des Stream-Editors sed. |
|
|
Gibt C-Strukturen aus, die von cc -g -S erzeugt wurden. |
|
|
Konvertiert sed-Skripte zu perl. |
|
|
Erzwingt die ausführliche Analyse von Warnungen in Perl. |
|
|
Konvertiert Perl XS-Code zu C-Code. |
Das Paket Readline enthält Bibliotheken die Unterstützung für einen Verlauf und das Bearbeiten von Kommandozeilen bereitstellen.
Durch die Neuinstallation von Readline werden die alten Bibliotheken nach <bibliothek>.old umbenannt. Normalerweise ist das kein Problem, kann aber in einigen wenigen Fällen zu Linkerproblemen in ldconfig führen. Das Problem lässt sich mit den folgenden beiden seds umgehen:
sed -i '/MV.*old/d' Makefile.in
sed -i '/{OLDSUFF}/c:' support/shlib-install
Readline enthält einen Fehler bei der Verarbeitung von Mehrbyte-Zeichen, der zu falsch errechneten Terminal-Ausmaßen und daher zu Fehldarstellungen führen kann. Beheben Sie den Fehler mit dem folgenden Patch der Upstream-Entwickler:
patch -Np1 -i ../readline-5.2-fixes-5.patch
Bereiten Sie Readline zum Kompilieren vor:
./configure --prefix=/usr --libdir=/lib
Kompilieren Sie das Paket:
make SHLIB_LIBS=-lncurses
Die Bedeutung der make-Option:
SHLIB_LIBS=-lncurses
Dieser Parameter zwingt Readline, gegen die Bilbiothek
libncurses zu linken (in
Wirklichkeit natürlich libncursesw).
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make install
Nun verschieben Sie die statischen Bibliotheken an eine passendere Stelle:
mv -v /lib/lib{readline,history}.a /usr/lib
Als nächstes werden die .so-Dateien im Ordner /lib gelöscht und nach /usr/lib verlinkt:
rm -v /lib/lib{readline,history}.so
ln -sfv ../../lib/libreadline.so.5 /usr/lib/libreadline.so
ln -sfv ../../lib/libhistory.so.5 /usr/lib/libhistory.so
Falls gewünscht, installieren Sie nun die Dokumentation:
mkdir -v /usr/share/doc/readline-5.2
install -v -m644 doc/*.{ps,pdf,html,dvi} \
/usr/share/doc/readline-5.2
Autoconf erstellt Shell-Skripte, mit denen man Software-Pakete automatisch zum Kompilieren einrichten kann.
Bereiten Sie Autoconf zum Kompilieren vor:
./configure --prefix=/usr
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen, geben Sie folgendes ein:
make check
Dies benötigt viel Zeit; ungefähr 4,7 SBUs. Außerdem werden 6 Tests übersprungen, die Automake verwenden. Wenn Sie den vollständigen Test durchführen lassen möchten, müssen Sie Autoconf nach der Installation von Automake erneut testen.
Installieren Sie das Paket:
make install
|
Ein Werkzeug zum Erzeugen von Shell-Skripten, die Quellcode-Pakete automatisch einrichten und sie an unterschiedliche Unix-System anpassen. Die resultierenden configure-Skripte sind eigenständig — sie können auch dann ausgeführt werden, wenn autoconf nicht installiert ist. |
|
|
Ein Werkzeug zum Erzeugen von Vorlagedateien für C #define-Anweisungen, die configure benutzen soll. |
|
|
Ein Wrapper zu dem Makroprozessor M4. |
|
|
Führt automatisch autoconf, autoheader, aclocal, automake, gettextize und libtoolize in der richtigen Reihenfolge aus. Das spart Zeit, wenn Änderungen an autoconf und automake Vorlagedateien gemacht wurden. |
|
|
Kann beim Erzeugen einer |
|
|
Verändert eine |
|
|
Kann beim Schreiben einer |
Automake enthält Programme zur Erzeugung von Makefile-Dateien zur weiteren Verwendung mit Autoconf.
Patchen Sie einen Test der Automake-Testsuite, um ein Problem
zu beheben, das bei der Ausführung der Tests als root auftritt:
patch -Np1 -i ../automake-1.10.1-test_fix-1.patch
Bereiten Sie Automake zum Kompilieren vor:
./configure --prefix=/usr --docdir=/usr/share/doc/automake-1.10.1
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen, geben Sie folgendes ein:
make check
Dies benötigt viel Zeit; ungefähr 10 SBUs.
Installieren Sie das Paket:
make install
|
Ein Skript, das M4-Dateien im aclocal-Stil installiert. |
|
|
Erzeugt auf dem Inhalt von |
|
|
Ein harter Link auf aclocal. |
|
|
Ein Werkzeug zum automatischen Erzeugen von
|
|
|
Ein harter Link auf automake. |
|
|
Ein Wrapper für verschiedene Compiler. |
|
|
Ein Skript. Es versucht, kanonische Tripplets für das Build, den Host oder die Zielarchitektur zu erraten. |
|
|
Ein Unter-Skript zum Validieren der Konfiguration. |
|
|
Ein Skript zum Kompilieren eines Programmes, so dass nicht nur das gewünschte Ergebnis erzeugt wird, sondern auch Abhängigkeitsinformationen generiert werden. |
|
|
Byte-kompiliert Emacs Lisp-Code. |
|
|
Ein Skript, welches ein Programm, ein Skript oder eine Datendatei installiert. |
|
|
Ein Skript, welches den Änderungszeitstempel einer Datei oder eines Ordners ausgibt. |
|
|
Ein Skript, welches fehlende GNU-Programme während der Installation ersetzt. |
|
|
Ein Skript zum Erzeugen einer Ordnerstruktur. |
|
|
Kompiliert ein Python-Programm. |
|
|
Ein Skript zum Erzeugen einer Symlink-Version einer Ordnerstruktur. |
|
|
Ein Wrapper für lex und yacc. |
Das Paket Bash enthält die Bourne-Again-SHell.
Wenn Sie die Bash-Dokumentation heruntergeladen haben und die HTML-Dokumentation installieren möchten, dann führen Sie bitte die folgenden Kommandos aus:
tar -xvf ../bash-doc-3.2.tar.gz
sed -i "s|htmldir = @htmldir@|htmldir = /usr/share/doc/bash-3.2|" \
Makefile.in
Die Upstream-Entwickler haben seit der ersten Veröffentlichung von Bash-3.2 viele Fehler behoben. Spielen Sie diese Fehlerkorrekturen nun ein:
patch -Np1 -i ../bash-3.2-fixes-8.patch
Bereiten Sie Bash zum Kompilieren vor:
./configure --prefix=/usr --bindir=/bin \
--without-bash-malloc --with-installed-readline ac_cv_func_working_mktime=yes
Die Bedeutung der configure-Parameter:
--with-installed-readline
Dieser Parameter lässt Bash die von uns installierte
readline-Bibliothek
anstelle der Bash-eigenen Version benutzen.
Kompilieren Sie das Paket:
make
Fahren Sie mit „Installieren Sie das Paket“ fort, wenn Sie die Testsuite überspringen möchten.
Um alles für die Tests vorzubereiten stellen Sie sicher, dass
die Locale-Einstellungen für Ihr System benutzt werden, und
dass der Benutzer nobody von
der Standard-Eingabe lesen und in den Quellordner schreiben
kann:
sed -i 's/LANG/LC_ALL/' tests/intl.tests sed -i 's@tests@& </dev/tty@' tests/run-test chown -Rv nobody ./
Führen Sie nun die Tests als Benutzer nobody aus:
su-tools nobody -s /bin/bash -c "make tests"
Installieren Sie das Paket:
make install
Starten Sie die frisch installierte bash (ersetzt die gerade laufende Version):
exec /bin/bash --login +h
Die verwendeten Parameter machen bash zu einer interaktiven Login-Shell. Hashing bleibt weiterhin abgeschaltet, so dass frisch installierte Programme sofort verfügbar sind.
|
Ein weit verbreiteter Befehlsinterpreter. Er führt alle möglichen Arten von Erweiterungen und Ersetzungen an einer Kommandozeile durch, bevor diese dann ausgeführt wird. Das macht diesen Befehlsinterpreter zu einem mächtigen Werkzeug. |
|
|
Ein Shell-Skript, welches dem Benutzer helfen soll, einen Fehlerbericht zur bash in einem standardisierten Format zu erstellen und per E-Mail zu versenden. |
|
|
Ein symbolischer Link auf das Programm bash. Wenn die bash als sh aufgerufen wird, versucht sie, das Verhalten der historischen Versionen von sh so gut wie möglich nachzuahmen und bleibt dabei trotzdem POSIX-Konform. |
Das Paket Bzip2 enthält Programme zum Komprimieren und Dekomprimieren von Dateien. Bzip2 erreicht vor allem bei Textdateien eine wesentlich bessere Kompressionsrate als das traditionelle gzip.
Wenden Sie einen Patch an, um auch die Dokumentation zu diesem Paket zu installieren:
patch -Np1 -i ../bzip2-1.0.5-install_docs-1.patch
Bereiten Sie Bzip2 zum Kompilieren vor:
make -f Makefile-libbz2_so make clean
Die Bedeutung des make-Parameters:
-f
Makefile-libbz2_so
Dieser Parameter veranlasst Bzip2 dazu, ein
alternatives Makefile (in
diesem Fall Makefile-libbz2_so) zu verwenden.
Dieses erzeugt eine dynamische Bibliothek libbz2.so und verlinkt die
Bzip2-Werkzeuge damit.
Kompilieren und testen Sie das Paket:
make
Installieren Sie die Programme:
make PREFIX=/usr install
Installieren Sie die ausführbare Datei bzip2 nach /bin. Dann erzeuen Sie ein paar nötige
symbolische Links und räumen auf:
cp -v bzip2-shared /bin/bzip2
cp -av libbz2.so* /lib
ln -sv ../../lib/libbz2.so.1.0 /usr/lib/libbz2.so
rm -v /usr/bin/{bunzip2,bzcat,bzip2}
ln -sv bzip2 /bin/bunzip2
ln -sv bzip2 /bin/bzcat
|
Dekomprimiert bzip2-Dateien. |
|
|
Dekomprimiert zur Standardausgabe. |
|
|
Führt cmp auf bzip2-Dateien aus. |
|
|
Führt diff auf bzip2-Dateien aus. |
|
|
Führt grep auf bzip2-Dateien aus. |
|
|
Führt egrep auf bzip2-Dateien aus. |
|
|
Führt fgrep auf bzip2-Dateien aus. |
|
|
Komprimiert Dateien mit dem blocksortierenden Burrows-Wheeler Textkompressionsalgorythmus und Huffman-Kodierung. Die Kompressionsrate ist merkbar besser als die von herkömmlichen Kompressoren mit LZ77/LZ78, wie zum Beispiel gzip. |
|
|
Versucht, Daten aus beschädigten bzip2-Dateien zu reparieren. |
|
|
Führt less auf bzip2-Dateien aus. |
|
|
Führt more auf bzip2-Dateien aus. |
|
|
Die Bibliothek, die verlustlose blocksortierende Datenkompression mit Hilfe des Burrows-Wheeler-Algorythmus implementiert. |
Die Programme dieses Pakets können Unterschiede zwischen Dateien oder Ordnern anzeigen.
Nach POSIX muss diff mit weißen Leerzeichen Locale-spezifisch umgehen. Der folgende Patch behebt die Inkompatibilität zu dieser Regel:
patch -Np1 -i ../diffutils-2.8.1-i18n-1.patch
Der obige Patch hat den Nebeneffekt, dass die Man-page
diff.1 mit dem fehlenden
Programm help2man neu erzeugt werden
würde. Dies ergibt eine unleserliche Man-page für
diff. Wir
können das Problem vermeiden, indem wir den Zeitstempel von
man/diff.1 aktualisieren:
touch man/diff.1
Bereiten Sie Diffutils zum Kompilieren vor:
./configure --prefix=/usr
Kompilieren Sie das Paket:
make
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make install
|
Vergleicht zwei Dateien und berichtet, ob, und an welchen Bytes sie sich unterscheiden. |
|
|
Vergleicht zwei Dateien oder Ordner und berichtet, in welchen Zeilen sie sich unterscheiden. |
|
|
Vergleicht drei Dateien Zeile für Zeile. |
|
|
Führt interaktiv zwei Dateien zusammen und gibt das Ergebnis aus. |
File ist ein kleines Werkzeug mit dem man den Dateityp einer oder mehrerer Dateien feststellen kann.
Korrigieren Sie die Man-page, damit sie aktuelle Änderungen
am Parameter -e
(--exclude) korrekt
widergibt:
sed -i -e '197,+1d' \
-e '189,+1d' \
-e 's/token$/tokens/' doc/file.man
Bereiten Sie File zum Kompilieren vor:
./configure --prefix=/usr
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen, geben Sie folgendes ein:
make check
Installieren Sie das Paket:
make install
|
Versucht, Dateien zu klassifizieren. Dazu führt es verschiedene Tests durch — Dateisystem-Tests, Tests mit „magischen“ Nummern, und Sprachtests. Der erste erfolgreiche Test entscheidet über das Ergebnis. |
|
|
Enthält Routinen zur Erkennung von „magischen“ Nummern; wird vom Programm file verwendet. |
Gawk ist eine Implementierung von awk und wird zur Textmanipulation verwendet.
Bereiten Sie Gawk zum Kompilieren vor:
./configure --prefix=/usr --libexecdir=/usr/lib \ ac_cv_func_working_mktime=yes
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen, geben Sie folgendes ein:
make check
Installieren Sie das Paket:
make install
Falls gewünscht, installieren Sie nun die Dokumentation:
mkdir -v /usr/share/doc/gawk-3.1.6
cp -v doc/{awkforai.txt,*.{eps,pdf,jpg}} \
/usr/share/doc/gawk-3.1.6
|
Ein Link auf gawk. |
|
|
Ein Programm zur Manipulation von Textdateien. Es ist die GNU-Implementierung von awk. |
|
|
Ein harter Link auf gawk. |
|
|
Zeigt die Gruppendatenbank |
|
|
Ermöglicht gawk das Einbinden von Dateien. |
|
|
Die Profiling-Version von gawk. |
|
|
Ein harter Link auf pgawk. |
|
|
Zeigt die Passwortdatenbank |
Das Paket Findutils enthält Programme zum Auffinden von Dateien durch rekursive Suche in einer Ordnerstruktur oder über den Zugriff auf eine Datenbank. Die Suche über eine Datenbank ist normalerweise schneller, aber es besteht natürlich die Gefahr, dass die Datenbank zum Zeitpunkt der Suche veraltet ist.
Bereiten Sie Findutils zum Kompilieren vor:
./configure --prefix=/usr --libexecdir=/usr/lib/findutils \
--localstatedir=/var/lib/locate
Die Bedeutung der configure-Parameter:
--localstatedir
Der obige Parameter ändert den Speicherort der
locate-Datenbank wie
vom FHS-Standard verlangt nach /var/lib/locate.
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen, geben Sie folgendes ein:
make check
Installieren Sie das Paket:
make install
Einige der LFS-Bootskripte sind abhängig von dem Kommando
find. Da
/usr in den früheren Phasen des
Bootvorgangs noch nicht einghängt sein könnte, muss sich
dieses Programm auf der root-Partition befinden. Des Weiteren
muss updatedb
auf den neuen Pfad eingestellt werden:
mv -v /usr/bin/find /bin
sed -i -e 's/find:=${BINDIR}/find:=\/bin/' /usr/bin/updatedb
|
Wurde früher zum Anlegen von locate-Datenbanken benutzt. |
|
|
Wurde früher zum Anlegen von locate-Datenbanken benutzt. Es ist der Vorgänger von frcode. |
|
|
Durchsucht eine Ordnerstruktur nach Dateien, die einem bestimmten Kriterium entsprechen. |
|
|
Wird von updatedb aufgerufen, um die Liste der Dateinamen zu komprimieren. Durch die sog. front-Komprimierung wird die Datenbankgröße um den Faktor 4 bis 5 verkleinert. |
|
|
Durchsucht die locate-Datenbank mit Dateinamen und gibt die Dateien aus, die eine bestimmte Zeichenkette enthalten oder auf ein bestimmtes Suchmuster passen. |
|
|
Aktualisiert die locate-Datenbank. Es durchsucht das gesamte Dateisystem (inklusive anderer eingehängter Dateisysteme, wenn nicht anders angegeben) und trägt jeden gefundenen Dateinamen in die Datenbank ein. |
|
|
Kann benutzt werden, um ein bestimmtes Kommando auf eine Liste von Dateien anzuwenden. |
Mit Flex kann man Programme zum Erkennen von Textmustern erzeugen.
Bereiten Sie Flex zum Kompilieren vor:
./configure --prefix=/usr
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen (ca. 0,5 SBUs), führen Sie dieses Kommando aus:
make check
Installieren Sie das Paket:
make install
Einige Programme erwarten die lex-Bibliothek in /usr/lib. Erstellen Sie daher einen
entsprechenden symbolischen Link:
ln -sv libfl.a /usr/lib/libl.a
Einige wenige Programme kennen flex noch nicht und
versuchen den Vorgänger lex aufzurufen. Um diesen
Programmen dennoch gerecht zu werden, erzeugen Sie ein
kleines Shell-Skript mit dem Namen lex, welches flex im lex-Emulationsmodus
aufruft:
cat > /usr/bin/lex << "EOF"
#!/bin/sh
# Begin /usr/bin/lex
exec /usr/bin/flex -l "$@"
# End /usr/bin/lex
EOF
chmod -v 755 /usr/bin/lex
Falls gewünscht, installieren Sie die Dokumentationsdatei
flex.pdf:
mkdir -v /usr/share/doc/flex-2.5.35
cp -v doc/flex.pdf \
/usr/share/doc/flex-2.5.35
|
Ein Werkzeug zum Erzeugen von Programmen, die Muster in Text erkennen können. Mustererkennung ist in vielen Programmen nützlich. Flex erzeugt aus einem Satz an Suchregeln ein Programm, das nach diesen Mustern sucht. |
|
|
Ein Skript, welches flex im lex-Emulationsmodus startet. |
|
|
Die |
Das Paket Grub enthält den GRand Unified Bootloader.
Dieses Paket funktioniert unter Umständen nicht fehlerfrei,
wenn die voreingestellten Optionen für Compiler-Optimierungen
übergangen werden. (Dazu gehören auch -march und -mcpu.) Daher sollten die
entsprechenden Umgebungsvariablen (wie z. B.
CFLAGS und CXXFLAGS) für den Kompiliervorgang
zurückgesetzt oder entsprechend abgeändert werden.
Beginnen Sie mit dem folgenden Patch zur besseren Erkennung von Laufwerken, Behebung einiger Probleme mit GCC 4.x und zur besseren SATA-Unterstützung für einige Festplattencontroller:
patch -Np1 -i ../grub-0.97-disk_geometry-1.patch
In der Voreinstellung unterstützt GRUB keine ext2-Dateisysteme mit 256-Byte-Inodes. Diese Einstellung können Sie aber mit dem folgenden Patch korrigieren:
patch -Np1 -i ../grub-0.97-256byte_inode-1.patch
Bereiten Sie GRUB zum Kompilieren vor:
./configure --prefix=/usr
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen, geben Sie folgendes ein:
make check
Installieren Sie das Paket:
make install
mkdir -v /boot/grub
cp -v /usr/lib/grub/i386-pc/stage{1,2} /boot/grub
Ersetzen Sie i386-pc durch den
für Ihre Plattform korrekten Ordner.
Der Ordner i386-pc enthält auch
einige *stage1_5-Dateien, die
jeweils für verschiedene Dateisysteme gedacht sind. Schauen
Sie nach, welche zur Verfügung stehen und kopieren Sie die
notwendigen nach /boot/grub.
Die meisten Leute werden e2fs_stage1_5 und/oder reiserfs_stage1_5 kopieren.
|
Die GRand Unified Bootloader Kommando-Shell. |
|
|
Installiert GRUB auf dem angegebenen Gerät. |
|
|
Verschlüsselt Passwörter im MD5-Format. |
|
|
Stellt den Voreingestellten Boot-Eintrag für GRUB ein. |
|
|
Erzeugt ein terminfo-Kommando aus dem Namen eines Terminals. Es kann verwendet werden, wenn Sie ein unbekanntes Terminal haben. |
|
|
Prüft das Format eines Multiboot-Kernel. |
Gettext wird zur Übersetzung und Lokalisierung verwendet. Programme können mit Unterstützung für NLS (Native Language Support, Unterstützung für die lokale Sprache) kompiliert werden. Dadurch können Texte und Meldungen in der Sprache des Anwenders ausgegeben werden.
Bereiten Sie Gettext zum Kompilieren vor:
./configure --prefix=/usr \
--docdir=/usr/share/doc/gettext-0.17
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen (ca. 3,0 SBUs), führen Sie dieses Kommando aus:
make check
Installieren Sie das Paket:
make install
|
Kopiert die Dateien einer typischen Gettext-Infrastruktur in ein Quellpaket. |
|
|
Gibt eine systemabhängige Tabelle von zeichenkodierenden Aliasen aus. |
|
|
Gibt einen systemabhängigen Satz von Variablen aus, die beschreiben, wie der Laufzeit-Suchpfad von gemeinsamen Bibliotheken in einer ausführbaren Datei gesetzt wird. |
|
|
Erweitert Umgebungsvariablen in Shell-Format-Zeichenketten. |
|
|
Übersetzt Nachrichten in natürlicher Sprache in die Muttersprache des Anwenders. Dafür benutzt es einen Übersetzungsnachrichten-Katalog. |
|
|
Dies ist hauptsächlich eine Bibltiothek mit Shell-Funktionen für Gettext. |
|
|
Kopiert alle standard-Gettext-Dateien in den Basisordner eines Pakets, um so die ersten Schritte der Internationalisierung zu erleichtern. |
|
|
Zeigt den Netzwerk-Hostnamen in verschiedenen Formen an. |
|
|
Filtert Nachrichten in einem Übersetzungskatalog nach ihren Attributen und manipuliert diese Attribute. |
|
|
Fügt die angegebenen |
|
|
Vergleicht zwei |
|
|
Findet die Nachrichten, die die angegebenen
|
|
|
Konvertiert den Übersetzungskatalog in einen anderen Zeichensatz. |
|
|
Erzeugt einen englischen Übersetzungskatalog. |
|
|
Führt ein Kommando auf allen Übersetzungen in einem Katalog aus. |
|
|
Wendet einen Filter auf alle Übersetzungen in einem Katalog an. |
|
|
Erzeugt aus einem Übersetzungskatalog einen binären Katalog. |
|
|
Extrahiert alle Nachrichten aus einem Katalog, die auf ein bestimmtes Muster passen oder zu einer bestimmten Quelldatei gehören. |
|
|
Erzeugt eine neue |
|
|
Kombiniert zwei Übersetzungen in eine einzige Datei. |
|
|
Erzeugt aus einem binären Katalog einen Nachrichtenkatalog in Textform. |
|
|
Vereinheitlicht doppelte Übersetzungen in einem Nachrichtenkatalog. |
|
|
Zeigt die Übersetzung einer Textnachricht an, deren Grammatik von einer Zahl abhängt. |
|
|
Kodiert serbischen Text aus dem kyrillischen in Lateinische Schrift um. |
|
|
Extrahiert alle übersetzbaren Nachrichten aus den angegebenen Quelldateien, um daraus eine erste Nachrichtenkatalogvorlage zu erstellen. |
|
|
Definiert die autosprintf-Klasse; sie macht C-formatierte Routinen in C++ Programmen verfügbar, vor allem zur Verwendung mit <string> Strings und den <iostream> Streams. |
|
|
Eine private Bibliothek, die die allgemeinen Routinen der verschiedenen gettext-Programme enthält. Sie sind nicht zur normalen Verwendung gedacht. |
|
|
Wird zum Schreiben von spezialisierten Programmen
verwendet, die |
|
|
Eine private Bibliothek, die die allgemeinen Routinen der verschiedenen gettext-Programme enthält. Sie sind nicht zur normalen Verwendung gedacht. |
Das Paket Grep enthält Programme zum Durchsuchen von Dateien.
Die aktuelle Version von Grep ist leider an vielen Stellen fehlerhaft, insbesondere bei der Unterstützung von Multibyte-Locales. Der folgende Sammelpatch aus dem Debian-Projekt behebt einige dieser Fehler, verbessert die Zahl der erfolgreichen Tests und vebessert die Arbeitsgeschwindigkeit in UTF-8-Locales:
patch -Np1 -i ../grep-2.5.3-debian_fixes-1.patch
Die Upstream-Entwickler haben in den neuesten Test-Skripten Teile der Dokumentation verbessert und einige Tests sowie erwartete Ergebnisse geändert. Daraus folgt, dass nicht mehr so viele Testdurchläufe fehlschlagen:
patch -Np1 -i ../grep-2.5.3-upstream_fixes-1.patch
Bereiten Sie Grep zum Kompilieren vor:
./configure --prefix=/usr \
--bindir=/bin \
--without-included-regex
Die Bedeutung des configure-Parameters:
--without-included-regex
Die Prüfung in configure für die regex-Bibliothek von Glibc liefert falsche Ergebnisse, wenn für glibc-2.8 kompiliert wird. Durch diesen Parameter wird die Verwendung der glibc-eigenen regex-Bibliothek erzwungen.
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen, geben Sie folgendes ein:
make check || true
Die Tests foad1.sh und fmbtest.sh schlagen bekanntermaßen fehl. Mit dem Konstrukt „|| true“ soll verhindert werden, dass aufgrund von fehlgeschlagenen Tests keine automatisierten Build-Skripte erzeugt werden. Ein erfolgreicher Durchlauf sollte mit nur 2 von 14 Tests fehlschlagen. Wenn Sie sich jedoch die Ausgaben genauer ansehen, werden Sie bemerken, dass 40 Einzeltests fehlschlagen - dieses befinden sich alle in den seit der letzten Version neu hinzugekommenen Tests.
Installieren Sie das Paket:
make install
Groff enthält verschiedene Programme zur Verarbeitung und Formatierung von Text.
Dieser Patch fügt Unterstützung für „ascii8“- und „nippon“-Geräte zu Groff hinzu:
patch -Np1 -i ../groff-1.18.1.4-debian_fixes-1.patch
Diese Geräte werden von Man-DB beim Formatieren von nicht-englischen Man-pages verwendet, die nicht in der Kodierung ISO-8859-1 vorliegen. Derzeit gibt es keinen funktionierenden Patch für Groff-1.19.x, der diese Funktionalität hinzufügt.
Einige Bildschirmschriften enthalten nicht die Unicode-Variante der einfachen Anführungszeichen und Bindestriche. Stattdessen soll Groff die ASCII-Versionen verwenden:
sed -i -e 's/2010/002D/' -e 's/2212/002D/' \
-e 's/2018/0060/' -e 's/2019/0027/' font/devutf8/R.proto
Groff erwartet, dass die Umgebungsvariable PAGE die Standardpapiergröße enthält. Für
Anwender in den Vereinigten Staaten ist PAGE=letter korrekt. Wenn Ihr
Aufenthaltsort woanders liegt, ersetzen Sie bitte PAGE=letter durch PAGE=A4. Die Voreinstellung der
Papiergröße wird zwar zum Kompilierzeitpunkt eingestellt
werden. Jedoch kann man auch später noch in der Datei
/etc/papersize die Papiergröße
einstellen. Dazu müssen Sie nur „A4“ oder „letter“ in die Datei schreiben.
Bereiten Sie Groff zum Kompilieren vor:
PAGE=<paper_size> ./configure --prefix=/usr --enable-multibyte
Kompilieren Sie das Paket:
make
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make docdir=/usr/share/doc/groff-1.18.1.4 install
Einige Dokumentationsprogramme wie zum Beispiel xman funktionieren ohne diese symbolischen Links nicht:
ln -sv eqn /usr/bin/geqn ln -sv tbl /usr/bin/gtbl
|
Liest eine troff-Schriftdatei und fügt einige schriftmetrische Informationen hinzu, die vom groff-System benutzt werden. |
|
|
Erzeugt eine Schrift-Datei zur Verwendung mit groff und grops. |
|
|
Kompiliert in troff-Eingabedateien enthaltene Beschreibungen von Gleichungen zu Kommandos, die troff versteht. |
|
|
Konvertiert eine EQN-Gleichung zu einem beschnittenen Bild. |
|
|
Ein Link auf gawk. |
|
|
Ein groff-Präprozessor für gremlin-Dateien. |
|
|
Ein Treiber für groff, der das TeX dvi-Format erzeugt. |
|
|
Eine Benutzerschnittstelle für das groff-Dokumentenformatierungssystem. Normalerweise führt es das Programm troff und einen für das Ausgabegerät passenden Postprozessor aus. |
|
|
Zeigt groff-Dateien und Man-pages unter X und im tty an. |
|
|
Liest Dateien ein und schätzt, welche der
groff-Optionen
|
|
|
Ein groff-Treiber für Canon CAPSL-Drucker (Laserdrucker der Serie LBP-4 und LBP-8). |
|
|
Ein Treiber für groff, der Ausgaben im PCL5-Format, passend für HP-LaserJet 4-Drucker erzeugt. |
|
|
Übersetzt die Ausgabe von GNU troff zu PostScript. |
|
|
Übersetzt die Ausgabe von GNU troff in eine passende Form für schreibmaschinenähnliche Geräte. |
|
|
Ein Link auf tbl. |
|
|
Erzeugt aus einer HP-markierten Schriftmetrik-Datei eine Schriftdatei zur Verwendung mit groff -Tlj4. |
|
|
Erzeugt mit einer angegebenen Datei einen invertierten Index für die bibliographischen Datenbanken zur Verwendung mit refer, lookbib und lkbib. |
|
|
Durchsucht bibliographische Datenbanken nach Referenzen, die bestimmte Schlüssel enthalten, und gibt die gefundenen Referenzen aus. |
|
|
Gibt einen Prompt auf die standard-Fehlerausgabe (solange die Standardeingabe kein Terminal ist), liest eine Zeile mit Stichwörtern von der Standardeingabe, durchsucht eine bibliographische Datenbank nach Referenzen zu diesen Stichwörtern, gibt die gefundenen Referenzen aus und wiederholt das so lange bis keine weitere Eingabe mehr vorhanden ist. |
|
|
Ein einfacher Präprozessor für groff. |
|
|
Formatiert Gleichungen für die ASCII-Ausgabe (American Standard Code for Information Interchange). |
|
|
Ein Skript, das nroff-Kommandos mit groff emuliert. |
|
|
Übersetzt eine Postscript-Schrift im |
|
|
Kompiliert in groff- oder TeX-Eingabedateien enthaltene Beschreibungen von Bildern zu Kommandos, die von TeX oder troff verwendet werden können. |
|
|
Konvertiert ein PIC-Diagramm zu einem beschnittenen Bild. |
|
|
Übersetzt die Ausgabe von GNU troff zu HTML. |
|
|
Übersetzt die Ausgabe von GNU troff zu HTML. |
|
|
Kopiert den Inhalt einer Datei zur Standardausgabe, außer das Zeilen zwischen .[ und .] als Zitat interpretiert werden und Zeilen zwischen .R1 und .R2 als Kommandos behandelt werden, die angeben, wie mit Zitaten umgegangen werden soll. |
|
|
Liest Dateien und ersetzt Zeilen der Form .so <Datei> > mit dem tatsächlichen Inhalt von <Datei>. |
|
|
Kompiliert in troff-Eingabedateien eingebettete Beschreibungen von Tabellen zu Kommandos, die von troff unterstützt werden. |
|
|
Erzeugt Schriftdateien zur Verwendung mit groff -Tdvi. |
|
|
Ist hochkompatibel mit Unix troff. Üblicherweise wird es mit dem Kommando groff aufgerufen, welches auch Präprozessoren und Postprozessoren in der richtigen Reihenfolge und mit den richtigen Optionen aufruft. |
Das Paket Gzip enthält Programme zum Komprimieren und Dekomprimieren von Dateien.
Die von Gzip verwendete Funktion „fultimens“ ist nicht kompatibel mit der Version, die mit der aktuellen Glibc mitgeliefert wird; daher benennen wir sie um:
sed -i 's/futimens/gl_&/' gzip.c lib/utimens.{c,h}
Bereiten Sie Gzip zum Kompilieren vor:
./configure --prefix=/usr --bindir=/bin
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen, geben Sie folgendes ein:
make check
Installieren Sie das Paket:
make install
Verschieben Sie einige Programme, die sich nicht in den Basis-Ordnern befinden müssen:
mv -v /bin/{gzexe,uncompress,zcmp,zdiff,zegrep} /usr/bin
mv -v /bin/{zfgrep,zforce,zgrep,zless,zmore,znew} /usr/bin
|
Dekomprimiert gzip-Dateien. |
|
|
Erzeugt selbstextrahierende ausführbare Dateien. |
|
|
Komprimiert Dateien mit dem Lempel-Ziv (LZ77) Algorithmus. |
|
|
Entpackt komprimierte Dateien. |
|
|
Dekomprimiert gzip-Dateien zur Standardausgabe. |
|
|
Führt cmp auf gzip-Dateien aus. |
|
|
Führt diff auf gzip-Dateien aus. |
|
|
Führt egrep auf gzip-Dateien aus. |
|
|
Führt fgrep auf gzip-Dateien aus. |
|
|
Erzwingt eine |
|
|
Führt grep auf gzip-Dateien aus. |
|
|
Führt less auf gzip-Dateien aus. |
|
|
Führt more auf gzip-Dateien aus. |
|
|
Konvertiert Dateien im compress-Format
in das gzip-Format
— |
Inetutils enthält verschiedene Programme zur grundlegenden Netzwerkunterstützung.
Sie werden nicht alle Programme aus diesem Paket installieren. Dennoch würde Inetutils die Man-pages zu diesen Programmen installieren. Der folgende Patch behebt das Problem:
patch -Np1 -i ../inetutils-1.5-no_server_man_pages-2.patch
Inetutils enthält einen kleinen Fehler in Bezug auf GCC-4.3.2. Diesen können Sie mit dem folgenden Kommando beheben:
sed -i 's@<sys/types.h>@<sys/types.h>\n#include <stdlib.h>@' \
libicmp/icmp_timestamp.c
Bereiten Sie Inetutils zum Kompilieren vor:
./configure --prefix=/usr --libexecdir=/usr/sbin \
--sysconfdir=/etc --localstatedir=/var \
--disable-ifconfig --disable-logger --disable-syslogd \
--disable-whois --disable-servers
Die Bedeutung der configure-Parameter:
--disable-ifconfig
Diese Einstellung verhindert die Installation des Programms ifconfig (zur Konfiguration von Netzwerkschnittstellen). In LFS wird stattdessen das Programm ip aus dem Paket IPRoute2 verwendet.
--disable-logger
Das verhindert die Installation des Programmes logger, welches Nachrichten an den System-Log-Daemon übergibt. Logger wird hier ausgelassen, weil etwas später durch Util-Linux eine bessere Version installiert wird.
--disable-syslogd
Dieser Parameter verhindert die Installation des System-Log-Daemon, weil Sie später einen anderen mit dem Paket Sysklogd installieren werden.
--disable-whois
Dies verhindert die Installation des whois-Clients, welcher leider elendig veraltet ist. Im BLFS-Buch finden Sie eine Installations-Anleitung für einen besseren whois-Client.
--disable-servers
Das verhindert die Installation verschiedener Server-Dienste die zu Inetutils gehören. Diese Dienste sind in einem Basis-System wie LFS nicht angebracht. Einige sind von Natur aus unsicher und nur in vertrauenswürdigen Netzen ohne Risiko einsetzbar. Mehr Informationen finden Sie unter http://www.linuxfromscratch.org/blfs/view/svn/basicnet/inetutils.html. Bitte beachten Sie auch, dass es für fast alle dieser Dienste einen besseren Ersatz gibt.
Kompilieren Sie das Paket:
make
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make install
Und verschieben Sie das Programm ping an die richtige Stelle:
mv -v /usr/bin/ping /bin
|
Das Programm für FTP (File Transfer Protocol). |
|
|
Sendet echo-request-Pakete und berichtet, wie lange die Antwort braucht. |
|
|
Das ping-Programm für IPv6-Netzwerke. |
|
|
Kopiert Dateien auf entfernten Systemen. |
|
|
Führt eine entfernte Anmeldung durch. |
|
|
Führt eine entfernte Shell aus. |
|
|
Wird zum Unterhalten mit anderen Benutzern verwendet. |
|
|
Dies ist ein Telnet-Client. |
|
|
Das Programm zu TFTP (Trivial File Tranfer Protocol). |
Das Paket IPRoute2 enthält verschiedene Programme zur grundlegenden Unterstützung von IPv4-basierten Netzwerken.
Kompilieren Sie das Paket:
make DESTDIR= SBINDIR=/sbin
Die Bedeutung der make-Optionen:
DESTDIR=
Dieser Parameter stellt sicher, dass die ausführbaren
Binärdateien von IPRoute2 in den korrekten Ordner
installiert werden. In der Voreinstellung ist
DESTDIR auf den
Ordner /usr eingestellt.
SBINDIR=/sbin
Dies stellt sicher, dass die Binärdateien von IPRoute2
nach /sbin installiert
werden. Lt. FHS ist dies der korrekte Ort, weil einige
der Programme aus IPRoute2 in Bootskripten verwendung
finden.
Dieses Paket enthält eine Testsuite. Jedoch ist es aufgrund
einiger Annahmen der Testsuite, nicht möglich, die Tests
innerhalb der chroot-Umgebung zuverläsig laufen zu lassen.
Falls Sie es wünschen, können Sie die Tests ausführen,
nachdem Sie Ihr LFS-System das erste mal gestartet haben.
Dazu aktivieren Sie die Unterstützung für /proc/config.gz im Kernel (Option
CONFIG_IKCONFIG_PROC bzw. „General setup“ ->
„Enable access to .config through
/proc/config.gz“) und führen „make
alltests“ im Unterordner testsuite aus.
Installieren Sie das Paket:
make DESTDIR= SBINDIR=/sbin MANDIR=/usr/share/man \
DOCDIR=/usr/share/doc/iproute2-2.6.26 install
Das Programm arpd verlinkt gegen die
Berkely DB-Bibliotheken, die in /usr liegen und verwendet eine Datenbank in
/var/lib/arpd/arpd.db. Nach FHS
muss es aber in /usr/sbin
liegen, also verschieben Sie es:
mv -v /sbin/arpd /usr/sbin
|
Ein Userspace-ARP-Daemon. Er ist in sehr großen Netzwerken nützlich, wenn der Kernel-ARP-Daemon nicht ausreicht, oder wenn man einen Honeypot für Sicherheitszwecke einrichten möchte. |
|
|
Ein Werkzeug für den Verbindungsstatus. |
|
|
Eine Shellskript-Ummantelung für das Kommando ip. Es benötigt die Programme arping und rdisk aus dem Paket iputils (http://www.skbuff.net/iputils/). |
|
|
Zeigt Schnittstellenstatistiken an, inklusive der Menge der gesendeten und empfangenen Pakete pro Schnittstelle. |
|
|
Dies ist die eigentliche ausführbare Datei. Sie hat viele Funktionen:
ip link ip addr zeigt Adressen und ihre Eigenschaften an, fügt neue Adressen hinzu und löscht alte. ip neighbor zeigt Bindungen und Eigenschaften von benachbarten Geräten an, fügt neue Nachbargerätebindungen hinzu und löscht alte. ip rule zeigt Routingregeln an und bearbeitet sie. ip route ermöglicht das Anzeigen und Ändern von Routingtabellen. ip tunnel zeigt IP-Tunnel und die Eigenschaften an und ermöglicht Änderungen daran. ip maddr zeigt Multicast-Adressen und ihre Eigenschaften an und ermöglicht Änderungen. ip mroute setzt, ändert oder löscht Multicast-Routen. ip monitor ermöglicht, dauerhaft den Status von Netzwerkgeräten, Adressen und Routen zu überwachen. |
|
|
Bietet Netzwerkstatistiken unter Linux. Dies ist ein allgemeinerer und vollständigerer Ersatz für das alte Programm rtstat. |
|
|
Zeigt Netzwerkstatistiken an. |
|
|
Eine Komponente von ip route. Sie wird zum Leeren der Routingtabellen genutzt. |
|
|
Eine Komponente von ip route. Sie wird zum Auflisten der Routingtabellen genutzt. |
|
|
Zeigt den Inhalt von |
|
|
Ein Werkzeug zum Überwachen des Routing. |
|
|
Konvertiert die Ausgabe von ip -o zurück in eine lesbare Form. |
|
|
Ein Werkzeug für den Routingstatus. |
|
|
Ähnlich wie das Kommando netstat. Zeigt aktive Verbindungen an. |
|
|
Programm zur Kontrolle des Netzwerkverkehrs (Traffic Controlling). Implementiert Quality of Service (QOS) und Class Of Service (COS): tc qdisc ermöglicht das Einstellen der Warteschlangen-Regeln. tc class ermöglicht das Einrichten von Klassen, basierend auf einer Warteschlangen-Regelung. tc estimator ermöglicht das Schätzen des Netzwerk-Flusses in ein Netzwerk. tc filter ermöglicht das Erstellen von QOS-/COS-Paketfiltern. tc policy ermöglicht das Erstellen von QOS-/COS-Regelwerken. |
Kbd enthält die Dateien für das Tastaturlayout und entsprechende Werkzeuge dazu.
Das Verhalten der Tasten Backspace und Entfernen ist in den Tastaturlayouttabellen von Kbd nicht einheitlich geregelt. Der folgende Patch behebt das Problem für die i386-Tabellen:
patch -Np1 -i ../kbd-1.14.1-backspace-1.patch
Nach diesem Patch erzeugt die Backspace-Taste das Zeichen mit dem Code 127 und die Entfernen-Taste eine bekannte Escape-Sequenz.
In dieser Version von Kbd werden die Installationsanweisungen
zum Kompilieren von getkeycodes, setkeycodes und resizecons nicht in die automatisch
erzeugte Datei Makefile
übergeben, so wie es eigentlich korrekt wäre. Damit diese
Programme kompiliert und installiert werden, müssen Sie zwei
Zeilen am Anfang von src/Makefile.in einfügen:
sed -i -e '1i KEYCODES_PROGS = @KEYCODES_PROGS@' \
-e '1i RESIZECONS_PROGS = @RESIZECONS_PROGS@' src/Makefile.in
Des Weiteren Installiert diese Version von Kbd Man-pages für
optionale Programme, obwohl wir nicht den Parameter
--enable-optional-progs
verwendet haben. Korrigieren Sie diesen Fehler:
var=OPTIONAL_PROGS sed -i "s/ifdef $var/ifeq (\$($var),yes)/" man/Makefile.in unset var
Bereiten Sie Kbd zum Kompilieren vor:
./configure --prefix=/usr --datadir=/lib/kbd
Die Bedeutung der configure-Parameter:
--datadir=/lib/kbd
Durch diesen Parameter werden die Daten zu
Tastaturlayouts in einem Ordner abgelegt, der sich
immer auf der root-Partition befindet, anstelle der
Voreinstellung /usr/share/kbd.
Kompilieren Sie das Paket:
make
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make install
Für einige Sprachen (z. B. Belarussisch) hält Kbd keine nützliche Tastaturlayouttabelle vor, in der die Tabelle „by“ ISO-8859-5 annimmt, aber CP1251 verwendet wird. Benutzer solcher Sprachen sollten sich eine funktionierende Tastaturlayouttabelle herunterladen.
Einige der LFS-Bootskripte sind abhängig von den Kommandos
kbd_mode,loadkeys, openvt und setfont. Da /usr in den früheren Phasen des
Bootvorgangs noch nicht einghängt sein könnte, müssen sich
diese Programm auf der root-Partition befinden:
mv -v /usr/bin/{kbd_mode,loadkeys,openvt,setfont} /bin
Falls gewünscht, installieren Sie nun die Dokumentation:
mkdir -v /usr/share/doc/kbd-1.14.1
cp -R -v doc/* \
/usr/share/doc/kbd-1.14.1
|
Ändert das aktive Virtuelle Terminal. |
|
|
Gibt unbenutzte Virtuelle Terminals wieder frei. |
|
|
Gibt Tastaturübersetzungstabellen aus. |
|
|
Gibt die Nummer des aktiven Virtuellen Terminals aus. |
|
|
Gibt die Scancode-zu-Keycode Zuweisungstabelle des Kernels aus. |
|
|
Setzt den Tastaturmodus bzw. zeigt ihn an. |
|
|
Setzt die Tastenwiederholrate und -pausen oder zeigt sie an. |
|
|
Lädt Tastaturübersetzungstabellen. |
|
|
Lädt eine Unicode-zu-Schrift Zuweisungstabelle des Kernels. |
|
|
Ein veraltetes Programm, das benutzerdefinierte Zeichenausgabe-Zuweisungstabellen in den Konsoletreiber lädt. Dies wird heutzutage durch setfont erledigt. |
|
|
Startet ein Programm in einem neuen Virtuellen Terminal (VT). |
|
|
Ein Link auf psfxtable. |
|
|
Ein Link auf psfxtable. |
|
|
Ein Link auf psfxtable. |
|
|
Ein Satz von Werkzeugen zum Umgang mit Unicode-Zeichentabellen für Konsole-Schriften. |
|
|
Ändert die Vorstellung des Kernels über die Ausmaße einer Konsole. |
|
|
Ändert EGA- (Enhanced Graphic Adapter) und VGA- (Video Graphics Array) Schriften in der Konsole. |
|
|
Lädt Scancode-zu-Keycode Zuweisungstabellen des Kernel. Nützlich, wenn Sie ein paar unübliche Tasten auf Ihrer Tastatur haben. |
|
|
Stellt Tastaturoptionen und die LEDs ein. |
|
|
Definiert die Behandlung von Meta-Tasten auf der Tastatur. |
|
|
Zeigt die aktuelle EGA/VGA-Konsole-Schrift an. |
|
|
Zeigt Scancode, Keycode und ASCII-Code der auf der Tastatur gedrückten Taste an. |
|
|
Versetzt Tastatur und die Konsole in den UNICODE-Modus. Verwenden Sie dieses Programm nur, wenn Ihre Tastaturlayouttabelle eine ISO-8859-1-Kodierung verwendet. Mit anderen Kodierungen produziert es unbrauchbare Ergebnisse. |
|
|
Schaltet den Unicode-Modus von Tastatur und Konsole wieder aus. |
Less ist ein Textanzeigeprogramm.
Bereiten Sie Less zum Kompilieren vor:
./configure --prefix=/usr --sysconfdir=/etc
Die Bedeutung der configure-Parameter:
--sysconfdir=/etc
Dieser Parameter bewirkt, dass die in diesem Paket
installierten Programme ihre Konfigurationsdateien in
/etc suchen.
Kompilieren Sie das Paket:
make
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make install
|
Ein Dateibetrachter. Er zeigt den Inhalt einer Datei an und ermöglicht, darin zu blättern, nach Zeichenketten zu suchen und zu Markierungen springen. |
|
|
Wird zum Expandieren von Metazeichen in Unix-Dateinamen benötigt (z. B. * und ?). |
|
|
Wird zum Festlegen der Tastenbelegung für less verwendet. |
Das Paket Make enthält Werkzeuge zum Kompilieren von Software.
Bereiten Sie Make zum Kompilieren vor:
./configure --prefix=/usr
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen, geben Sie folgendes ein:
make check
Installieren Sie das Paket:
make install
Man-DB enthält Programme zum Finden und Anzeigen von Hilfeseiten (Man-pages).
LFS erzeugt /usr/man und
/usr/local/man als symbolische
Verknüpfungen. Entfernen Sie diese Einträge aus man_db.conf; dadurch werden redundante
Ergebnisse vermieden, wenn Programme wie z. B.
whatis
verwendet werden:
sed -i -e '\%\t/usr/man%d' -e '\%\t/usr/local/man%d' src/man_db.conf.in
Bereiten Sie Man-DB zum Kompilieren vor:
./configure --prefix=/usr --libexecdir=/usr/lib \
--sysconfdir=/etc --disable-setuid \
--enable-mb-groff --with-browser=/usr/bin/lynx \
--with-col=/usr/bin/col --with-vgrind=/usr/bin/vgrind \
--with-grap=/usr/bin/grap
Die Bedeutung der configure-Parameter:
--disable-setuid
Dadurch wird das Setuid-Bit auf dem Programm
man für
den Benutzer man
deaktiviert.
--enable-mb-groff
Dieses Parameter teilt man-db mit, dass die von Debian gepatchte Version von groff vorliegt.
--with-...
Diese vier Parameter legen einige Standard-Programme fest. Das Programm col ist ein Teil von Util-Linux-ng, lynx ist ein textbasierter Web-Browser (siehe BLFS Installationsanleitung), vgrind wandelt Programmquellen in Groff-Eingaben um und grap ist nützlich für Typographiezeichen in Groff-Dokumenten. Normalerweise werden vgrind und grap zum Anzeigen von Handbuchseiten nicht benötigt. Sie sind weder Teil von LFS noch von BLFS, jedoch sollten Sie in der Lage sein, diese nach der Installation von LFS selbst zu installieren.
Kompilieren Sie das Paket:
make
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make install
Einige Pakete enthalten nicht-englische Man-pages. Diese werden nur dann korrekt angezeigt, wenn sie im richtigen Ordner gespeichert sind und die Kodierung verwenden, wie „man“ sie erwartet. Die verschiedenen Linux-Distributionen verwenden diesbezüglich allerdings unterschiedliche Richtlinien in Bezug auf die Kodierung, in der die Man-pages gespeichert werden (d. h. unterschiedliche Versionen von man in verschiedenen Konfigurationen und mit unterschiedlichen Patchen).
Debian beispielsweise erwartete früher die russischen
Man-pages in der Kodierung KOI8-R im Ordner /usr/share/man/ru. Mittlerweile sucht deren
man-Programm
(Man-DB) zusätzlich nach
UTF-8-kodierten russischen Man-pages im Ordner /usr/share/man/ru.UTF-8. Andererseits
verwendet Fedora ausschließlich UTF-8-kodierte Man-pages.
Russische Man-pages finden sich unter /usr/share/man/ru und Fedoras man-Programm ignoriert
/usr/share/man/ru.UTF-8. Viele
andere Distributionen ignorieren die Kodierung der Man-pages
vollständig, wodurch der Anwender eine Mischung aus
unterschiedlich kodierten Man-pages erhält. Wenn man nun die angeforderte
Man-page zur Darstellung verarbeitet, stellt es die Inhalte
wie eingerichtet dar, wodurch sie vollkommen unleserlich
werden, weil die Kodierung nicht dem entspricht, was für die
verwendete Lokalisierung erwartet wird.
Die Uneinigkeit bezüglich der erwarteten Kodierungen von
Man-pages bei den Distributionen hat bei den Paket-Betreuern
zu Verwirrung geführt. So enthalten einige Pakete Man-pages
in UTF-8, andere wiederum in anderen, zum Teil veralteten
Kodierungen. man sucht nach Man-pages in
der Lokalisierung des Anwenders. Man-DB verwendet eine eingebaute
Hilfstabelle (siehe unten), um die Kodierung der Man-pages zu
bestimmen, die für die Lokalisierung des Benutzers gefunden
wurden, falls die Speicherorte den Namen der Kodierung nicht
über ihren Namen preisgeben. Beispielsweise weiß Man-DB aufgrund des Ordnernamens
„.UTF-8“, dass alle Man-pages in diesem Ordner
(/usr/share/man/fr.UTF-8) in
UTF-8-Kodierung vorliegen. Basierend auf der eingebauten
Tabelle wiederum ist bekannt, dass die Man-pages in
/usr/share/man/ru in KOI8-R
vorliegen sollten.
Tabelle 6.1. Erwartete Zeichenkodierung für 8-Bit-Hilfeseiten
| Sprache (Code) | Kodierung |
|---|---|
| Dänisch (da) | ISO-8859-1 |
| Deutsch (de) | ISO-8859-1 |
| Englisch (de) | ISO-8859-1 |
| Spanisch (es) | ISO-8859-1 |
| Finnisch (fi) | ISO-8859-1 |
| Französisch (fr) | ISO-8859-1 |
| Irisch (ga) | ISO-8859-1 |
| Galician (gl) | ISO-8859-1 |
| Indonesisch (id) | ISO-8859-1 |
| Isländisch (is) | ISO-8859-1 |
| Italienisch (it) | ISO-8859-1 |
| Niederländisch (nl) | ISO-8859-1 |
| Norwegisch (no) | ISO-8859-1 |
| Portugiesisch (pt) | ISO-8859-1 |
| Schwedisch (sv) | ISO-8859-1 |
| Bulgarisch (bg) | CP1251 |
| Tchechisch (cs) | ISO-8859-2 |
| Kroatisch (hr) | ISO-8859-2 |
| Ungarisch (hu) | ISO-8859-2 |
| Japanisch (ja) | EUC-JP |
| Koreanisch (ko) | EUC-KR |
| Polnisch (pl) | ISO-8859-2 |
| Russisch (ru) | KOI8-R |
| Slovakisch (sk) | ISO-8859-2 |
| Serbisch (sr) | ISO-8859-5 |
| Türkisch (tr) | ISO-8859-9 |
| Chinesisch, vereinfacht (zh_CN) | GBK |
| Chinesisch, vereinfacht, Singapur (zh_SG) | GBK |
| Chinesisch, traditionell (zh_TW) | BIG5 |
| Chinesisch, traditionell, Hong Kong (zh_HK) | BIG5HKSCS |
Hilfeseiten in Sprachen, die sich nicht in der Tabelle befinden, werden nicht unterstützt. Norwegisch funktioniert aufgrund der Umwandlung von no_NO zu nb_NO nicht, wird aber in der nächsten Version von Man-DB funktionieren. Koreanisch funktioniert aufgrund des unvollständigen Groff-Patches von Debian nicht, der in LFS verwendet wird.
Abhängig von der Linux-Distribution, für die ein Paket-Betreuer seine Pakete entwickelt, könnten Man-pages in falsche Ordner installiert werden. Es wurde ein Skript namens convert-mans entwickelt, das bei der Umwandlung von Man-pages in die für einen Ordner korrekte Kodierung behilflich sein kann. Dieses Skript wandelt Man-pages vor oder nach der Installation in einen Ordner um. Installieren Sie convert-mans mit den folgenden Befehlen:
cat >> convert-mans << "EOF"
#!/bin/sh -e
FROM="$1"
TO="$2"
shift ; shift
while [ $# -gt 0 ]
do
FILE="$1"
shift
iconv -f "$FROM" -t "$TO" "$FILE" >.tmp.iconv
mv .tmp.iconv "$FILE"
done
EOF
install -m755 convert-mans /usr/bin
Wenn ein Quellpaket die Hilfeseiten in einer länderbezogenen
Kodierung mitliefert, so können diese einfach nach
/usr/share/man/
kopiert werden. Beispielsweise können deutsche Hilfeseiten
(http://www.infodrom.org/projects/manpages-de/download/manpages-de-0.5.tar.gz)
mit den folgenden Kommandos installiert werden:
<Sprachcode>
mkdir -p /usr/share/man/de cp -rv man? /usr/share/man/de
Falls die Programm-Entwickler die Hilfeseiten in UTF-8
ausliefern (z. B. „RedHat“) anstatt der oben aufgelisteten
Kodierung, dann können sie entweder vor der Installation von
UTF-8 in die aufgelistete Kodierung umgewandelt werden, oder
sie können direkt in den Ordner /usr/share/man
installiert werden.
<Sprachcode>.UTF-8
Die Französischen Man-pages in länderbezogener Kodierung können Sie z. B. mit den folgenden Kommandos installieren:
convert-mans UTF-8 ISO-8859-1 man?/*.? mkdir -p /usr/share/man/fr cp -rv man? /usr/share/man/fr
Die französischen Man-pages werden allerdings in Wirklichkeit schon mit fertigen Skripten ausgeliefert, die die Umwandlung bei Bedarf übernehmen. Die vorigen Kommandos sollen nur als Beispiel für die Verwendung des Skripts convert-mans dienen.
Mit den folgenden Kommandos soll nun noch gezeigt werden, wie beispielsweise die französischen Man-pages installiert werden könnten:
mkdir -p /usr/share/man/fr.UTF-8 cp -rv man? /usr/share/man/fr.UTF-8
|
Durchsucht die whatis-Datenbank und gibt kurze Beschreibungen zu den Kommandos aus, die die angegebene Zeichenkette enthalten. |
|
|
Erzeugt oder aktualisiert die vorformatierten Hilfeseiten. |
|
|
Wandelt Man-pages in die angegebene Kodierung um. |
|
|
Zeigt eine einzeilige Zusammenfassung über eine Hilfeseite an. |
|
|
Formatiert die angeforderte Hilfeseite und zeigt sie an. |
|
|
Erzeugt und aktualisiert whatis-Datenbanken. |
|
|
Zeigt den Inhalt von $MANPATH oder (falls $MANPATH nicht festgelegt ist) einen passenden Suchpfad basierend auf den Einstellungen in man.conf und der Umgebung des Benutzers an. |
|
|
Durchsucht die whatis-Datenbank und zeigt eine kurze Beschreibung zu den Systemkommandos an, die das übergebene Stichwort als separates Wort enthalten. |
|
|
Liest Dateien und ersetzt Zeilen der Form .so <Datei> > mit dem tatsächlichen Inhalt von <Datei>. |
Das Paket Module-Init-Tools enthält diverse Programme zur Verwaltung von Kernel-Modulen für Kernelversionen >= 2.5.47.
Die gepackte Datei enthält nur die SGML-Quellen für die Man-pages. Der folgende Patch enthält die Ergebnisse von docbook2man (siehe http://www.linuxfromscratch.org/blfs/view/svn/pst/docbook-utils.html), welches wir allerdings nicht im Rahmen eines Basis-LFS-Systems installieren:
patch -Np1 -i ../module-init-tools-3.4.1-manpages-1.patch
Die Testsuite dieses Pakets ist auf die Bedürfnisse des Paket-Betreuers abgestimmt. Das Kommando make check erstellt eine speziell ummantelte Version von modprobe, die für normale Zwecke nutzlos ist. Um die Testsuite dennoch auszuführen (ca. 0,2 SBUs), geben Sie die folgenden Kommandos ein (make clean ist notwendig, um die Quelltexte anschließend zu bereinigen, bevor für die normale Verwendung kompiliert wird):
./configure make check make clean
Bereiten Sie Module-Init-Tools zum Kompilieren vor:
./configure --prefix=/ --enable-zlib --mandir=/usr/share/man
Kompilieren Sie das Paket:
make
Installieren Sie das Paket:
make INSTALL=install install
Die Bedeutung des make-Parameters:
INSTALL=install
Normalerweise installiert make install die Binärdateien nicht, wenn sie bereits existieren. Durch diesen Parameter wird dieses Verhalten geändert und install statt dem sonst üblichen Skript aufgerufen.
|
Erzeugt, basierend auf den Symbolen in existierenden Modulen, eine Abhängigkeitsdatei. Diese Datei wird von modprobe benutzt, um benötigte Module automatisch nachzuladen. |
|
|
Erzeugt die Datei modprobe.cond aus einer bestehenden Installation von 2.2er- oder 2.4er-Modulen. |
|
|
Installiert ein ladbares Modul in den laufenden Kernel. |
|
|
Eine statisch kompilierte Version von insmod. |
|
|
Listet die zur Zeit laufenden Kernelmodule auf. |
|
|
Untersucht eine mit einem Kernelmodul assoziierte Objektdatei und zeigt die darin verfügbaren Informationen an. |
|
|
Benutzt eine von depmod erzeugte Abhängigkeitsdatei, um benötigte Module automatisch nachzuladen. |
|
|
Entläd ein Modul aus dem laufenden Kernel. |
Das Paket Patch enthält ein Programm zum Erzeugen oder Modifizieren von Dateien indem eine sogenannte „Patch“-Datei angewendet wird. Einen „Patch“ erzeugt man üblicherweise mit diff und er beschreibt in maschinenlesbarer Form die Unterschiede zwischen zwei Versionen einer Datei.
Bereiten Sie Patch zum Kompilieren vor:
./configure --prefix=/usr
Kompilieren Sie das Paket:
make
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make install
Das Paket Psmisc enthält Programme zum Anzeigen von Prozessinformationen.
Bereiten Sie Psmisc zum Kompilieren vor:
./configure --prefix=/usr --exec-prefix=""
Die Bedeutung der configure-Parameter:
--exec-prefix=""
Dies stellt sicher, dass die Binärdateien von Psmisc
nach /bin anstelle von
/usr/bin installiert
werden. Lt. FHS ist dies der korrekte Ort, weil einige
der Programme in den LFS-Bootskripten verwendet werden.
Kompilieren Sie das Paket:
make
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make install
pstree und
pstree.x11
müssen nicht in /bin liegen.
Daher verschieben Sie sie nach /usr/bin:
mv -v /bin/pstree* /usr/bin
Normalerweise wird Psmiscs Programm pidof nicht installiert. Das ist meistens kein Problem weil wir später das Paket Sysvinit installieren, welches eine bessere Version von pidof installiert. Aber wenn Sie nicht Sysvinit verwenden möchten, können Sie die Installation von Psmisc durch Erstellen dieses Links komplettieren:
ln -sv killall /bin/pidof
|
Zeigt die PIDs von Prozessen an, die gerade eine bestimmte Datei oder ein Dateisystem verwenden. |
|
|
Beendet Prozesse aufgrund ihres Namens. Es sendet ein Signal an alle Prozesse, die ein bestimmtes Kommando ausführen. |
|
|
Zeigt die PIDs von Prozessen an, die gerade eine bestimmte Datei oder ein Dateisystem verwenden. |
|
|
Ermittelt die Dateideskriptoren eines mit PID übergebenen Programms. |
|
|
Zeigt laufende Prozesse als Baumstruktur an. |
|
|
Das gleiche wie pstree, wartet allerdings vor dem Beenden auf eine Bestätigung. |
Das Paket Shadow enthält Programme zur sicheren Verwaltung von Kennwörtern.
Wenn Sie sichere Passwörter erzwingen möchten, sollten Sie
vor der Installation von Shadow unter
http://www.linuxfromscratch.org/blfs/view/svn/postlfs/cracklib.html
nachlesen und CrackLib installieren. Fügen Sie dann den
Parameter --with-libcrack zu dem unten
folgenden configure-Kommando hinzu.
Verhindern Sie die Installation des Programmes groups und der zugehörigen Hilfeseite, da Coreutils eine bessere Version enthält:
sed -i 's/groups$(EXEEXT) //' src/Makefile.in
find man -name Makefile.in -exec sed -i 's/groups\.1 / /' {} \;
Verhindern Sie die Installation der chinesischen und koreanischen Hilfeseiten, weil Man-DB sie nicht korrekt anzeigen kann:
sed -i -e 's/ ko//' -e 's/ zh_CN zh_TW//' man/Makefile.in
Shadow enthält weitere Hilfeseiten im UTF-8-Format. Man-DB kann diese in der empfohlenen Kodierung anzeigen, wenn Sie das Skript convert-mans verwenden, welches Sie zusammen mit Man-DB installiert haben:
for i in de es fi fr id it pt_BR; do
convert-mans UTF-8 ISO-8859-1 man/${i}/*.?
done
for i in cs hu pl; do
convert-mans UTF-8 ISO-8859-2 man/${i}/*.?
done
convert-mans UTF-8 EUC-JP man/ja/*.?
convert-mans UTF-8 KOI8-R man/ru/*.?
convert-mans UTF-8 ISO-8859-9 man/tr/*.?
Sie
sollten die voreingestellte Methode zur
Passwortverschlüsselung von crypt auf die sicherere
MD5-Methode ändern.
Außerdem ermöglicht sie Passwörter mit mehr als 8 Zeichen.
Des Weiteren müssen Sie den nunmehr veralteten Speicherort
der Benutzermailboxen von /var/spool/mail nach /var/mail ändern:
sed -i -e 's@#ENCRYPT_METHOD DES@ENCRYPT_METHOD MD5@' \
-e 's@/var/spool/mail@/var/mail@' etc/login.defs
Falls Sie Shadow mit Unterstützung für CrackLib installieren, dann geben Sie das folgende sed-Kommando ein:
sed -i 's@DICTPATH.*@DICTPATH\t/lib/cracklib/pw_dict@' \
etc/login.defs
Bereiten Sie Shadow zum Kompilieren vor:
./configure --sysconfdir=/etc
Kompilieren Sie das Paket:
make
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make install
Verschieben Sie ein Programm an die korrekte Stelle:
mv -v /usr/bin/passwd /bin
Dieses Paket enthält Werkzeuge zum Bearbeiten, Hinzufügen und
Löschen von Benutzerpasswörtern. Wir werden hier nicht
erläutern, was genau password
shadowing bedeutet. Eine vollständige Erklärung
finden Sie in der Datei doc/HOWTO in der entpackten
Shadow-Ordnerstruktur. Eines gilt es allerdings zu beachten:
Programme, die Passwörter überprüfen müssen (z. B. xdm,
ftp und pop3-Server), müssen shadow-konform sein. Das heißt,
sie müssen mit Shadow-Passwörtern umgehen können.
Um Shadow-Passwörter zu aktivieren, benutzen Sie dieses Kommando:
pwconv
Und um Shadow-Gruppenpasswörter zu aktivieren, benutzen Sie dieses Kommando:
grpconv
Die Voreinstellungen von Shadow für das Werkzeug useradd bedürfen einigen
Erklärungen. Wenn Sie mit useradd einen neuen
Benutzer anlegen, wird per Voreinstellung der Benutzer sowie
eine Gruppe gleichen Namens erstellt. Die Benutzer-Kennungen
(UID) sowie die Gruppen-Kennungen (GID) beginnen bei 1000.
Das bedeutet: Wenn Sie keine Parameter an useradd übergeben, wird
jeder angelegte Benutzer Mitglied einer einmaligen Gruppe
gleichen Namens auf dem System. Falls diese Vorgehensweise
unerwünscht ist, müssen Sie den Parameter -g an useradd übergeben. Die
Standard-Parameter werden in der Datei /etc/default/useradd gespeichert.
Wahrscheinlich müssen Sie zwei Parameter an Ihre Bedürfnisse
anpassen.
/etc/default/useradd
Parameter-Erklärungen
GROUP=1000
Mit diesem Parameter legen Sie fest, mit welcher Nummer
Gruppen-Kennungen in /etc/group beginnen sollen. Sie
können diesen Paramter ganz nach belieben anpassen.
Beachten Sie, dass useradd eine UID oder
GID niemals zweimal verwenden wird. Wenn eine Nummer
bereits vergeben ist, wird die nächsthöhere freie
verwendet. Beachten Sie des Weiteren: Wenn keine Gruppe
1000 im System existiert, wird bei der ersten
Ausführung von useradd ohne den
Parameter -g
eine Meldung useradd:
unknown GID 1000 erscheinen. Diese Meldung
können Sie getrost ignorieren und die Gruppe mit der
Kennung 1000 wird verwendet.
CREATE_MAIL_SPOOL=yes
Durch diesen Parameter wird useradd eine
Mailbox-Datei für jeden neu angelegten Benutzer
erzeugen. useradd stellt den
Gruppenbesitzer für die Mailbox-Datei auf mail mit den Rechten 0660 ein. Wenn
Sie nicht wünschen, dass useradd
Mailbox-Dateien erstellt, geben Sie das folgende
Kommando ein:
sed -i 's/yes/no/' /etc/default/useradd
Wählen Sie ein Kennwort für den Benutzer root und setzen Sie es mit dem Kommando:
passwd root
|
Ändert die maximale Anzahl von Tagen zwischen zwei nötigen Passwortänderungen. |
|
|
Wird zum Ändern des vollständigen Namens und weiterer Informationen eines Benutzers benutzt. |
|
|
Wird benutzt, um das Passwort mehrerer Gruppen in einem Durchlauf zu ändern. |
|
|
Wird benutzt, um das Passwort mehrerer Benutzer in einem Durchlauf zu ändern. |
|
|
Wird benutzt, um die voreingestellte Shell eines Benutzers zu ändern. |
|
|
Prüft, ob ein Kennwort abgelaufen ist und setzt eine entsprechende Regelung durch. |
|
|
Wird verwendet zum Untersuchen der Logdatei nach fehlgeschlagenen Logins, zum Setzen einer maximalen Fehlerzahl vor der Sperrung eines Kontos, oder zum Zurücksetzen des Zählers. |
|
|
Wird zum Hinzufügen und Löschen von Mitgliedern in Gruppen verwendet. |
|
|
Erzeugt eine Gruppe mit dem angegebenen Namen. |
|
|
Löscht eine Gruppe mit dem angegebenen Namen. |
|
|
Ermöglicht es einem Benutzer ohne Systemverwalterrechte, seine eigene Gruppenmitgliedschaft zu verwalten. |
|
|
Ändert den Namen oder die GID einer Gruppe. |
|
|
Prüft die Integrität der Gruppen-Dateien
|
|
|
Erzeugt oder aktualisiert die group-Datei von Shadow aus der normalen group-Datei. |
|
|
Aktualisiert |
|
|
Berichtet über die letzten Anmeldungen aller oder eines bestimmten Benutzers. |
|
|
Wird vom System benutzt, um einen Benutzer anzumelden. |
|
|
Ein Daemon, der Beschränkungen auf die Login-Zeit und -Ports durchsetzt. |
|
|
Wird zum Ändern der aktuellen GID in einer Login-Sitzung benutzt. |
|
|
Wird zum Erzeugen oder Aktualisieren einer Serie von Benutzerkonten in einem Durchlauf verwendet. |
|
|
Zeigt einen Hinweis an, dass ein Benutzerkonto nicht verfügbar ist. Dies ist als Standard-Shell für deaktivierte Benutzerkonten gedacht. |
|
|
Ändert das Passwort für einen Benutzer oder eine Gruppe. |
|
|
Prüft die Integrität der Passwort-Dateien
|
|
|
Erzeugt oder aktualisiert die Shadow-Passwort-Datei aus der normalen Passwort-Datei. |
|
|
Aktualisiert |
|
|
Führt ein Kommando mit der angegebenen GID aus. |
|
|
Führt eine Shell mit geänderter Benutzer- und Gruppen-ID aus. |
|
|
Erzeugt einen neuen Benutzer mit dem angegebenen Namen oder aktualisiert die Vorgaben für neue Benutzer. |
|
|
Löscht das angegebene Benutzerkonto. |
|
|
Ändert Loginname, UID, Shell, Gruppe, Persönlichen Ordner und ähnliches für einen Benutzer. |
|
|
Kann zum Bearbeiten von |
|
|
Kann zum Bearbeiten von |
Die in Sysklogd enthaltenen Programme dienen zum Aufzeichnen von Systemmeldungen, zum Beispiel denen des Kernels, wenn ungewöhnliche Ereignisse auftreten.
Kompilieren Sie das Paket:
make
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make install
Erstellen Sie nun die Konfigurationsdatei /etc/syslog.conf:
cat > /etc/syslog.conf << "EOF"
# Begin /etc/syslog.conf
auth,authpriv.* -/var/log/auth.log
*.*;auth,authpriv.none -/var/log/sys.log
daemon.* -/var/log/daemon.log
kern.* -/var/log/kern.log
mail.* -/var/log/mail.log
user.* -/var/log/user.log
*.emerg *
# End /etc/syslog.conf
EOF
|
Ein System-Daemon zum Abfangen und Protokollieren von Kernel-Meldungen. |
|
|
Protokolliert Meldungen, die von Systemprogrammen zum Protokollieren angeboten werden. Jede Meldung enthält zumindest einen Datumsstempel und den Hostnamen; üblicherweise auch noch den Namen des Programms. Dies ist aber davon abhängig, wie vertrauensselig der Daemon eingestellt wurde. |
Das Sysvinit Paket enhält Programme, mit denen Sie das Starten, Ausführen und Beenden des Systems kontrollieren können.
Wenn Runlevel gewechselt werden (zum Beispiel beim Herunterfahren des Systems), sendet init Beenden-Signale an alle Programme, die von init gestartet wurden und im neuen Runlevel nicht laufen sollen. Init gibt dabei die Meldung „Sending processes the TERM signal“ auf dem Bildschirm aus. Diese Meldung suggeriert allerdings, das init Beenden-Signale an alle Prozesse sendet. Das ist so aber nicht korrekt, denn es geht hier nur um Prozesse, die von init gestartet wurden. Um Missverständnisse zu vermeiden, können Sie die Quellen so modifizieren, dass es sich besser liest: „Sending processes configured via /etc/inittab the TERM signal“:
sed -i 's@Sending processes@& configured via /etc/inittab@g' \
src/init.c
Im weiteren Verlauf des Buches wird im Rahmen von Util-linux-ng eine gepflegte Version des Programms wall installiert. Verhindern Sie daher die Installation des Programms und seiner Man-page an dieser Stelle:
sed -i -e 's/utmpdump wall/utmpdump/' \
-e 's/mountpoint.1 wall.1/mountpoint.1/' src/Makefile
Kompilieren Sie das Paket:
make -C src
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make -C src install
Erstellen Sie die Datei /etc/inittab:
cat > /etc/inittab << "EOF"
# Begin /etc/inittab
id:3:initdefault:
si::sysinit:/etc/rc.d/init.d/rc sysinit
l0:0:wait:/etc/rc.d/init.d/rc 0
l1:S1:wait:/etc/rc.d/init.d/rc 1
l2:2:wait:/etc/rc.d/init.d/rc 2
l3:3:wait:/etc/rc.d/init.d/rc 3
l4:4:wait:/etc/rc.d/init.d/rc 4
l5:5:wait:/etc/rc.d/init.d/rc 5
l6:6:wait:/etc/rc.d/init.d/rc 6
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now
su:S016:once:/sbin/sulogin
1:2345:respawn:/sbin/agetty tty1 9600
2:2345:respawn:/sbin/agetty tty2 9600
3:2345:respawn:/sbin/agetty tty3 9600
4:2345:respawn:/sbin/agetty tty4 9600
5:2345:respawn:/sbin/agetty tty5 9600
6:2345:respawn:/sbin/agetty tty6 9600
# End /etc/inittab
EOF
|
Protokolliert Bootmeldungen in eine Datei. |
|
|
Ruft üblicherweise shutdown mit dem
Parameter |
|
|
Der erste gestartete Prozess, nachdem der Kernel die Hardware initialisiert hat. Init übernimmt den Bootvorgang und startet alle anstehenden Programme. |
|
|
Sendet ein Signal an alle Prozesse, außer denen in der eigenen Sitzung — so beendet es nicht die Programme, die das Skript ausführen, welches es aufgerufen hat. |
|
|
Zeigt, welcher Benutzer als letztes eingeloggt und
ausgeloggt hat, indem es die Datei |
|
|
Zeigt die letzten fehlgeschlagenen Login-Versuche,
die in |
|
|
Kontrolliert, welche anderen Benutzer Nachrichten auf das aktuelle Terminal senden können. |
|
|
Prüft, ob der Ordner ein Mountpunkt ist. |
|
|
Gibt die PIDs eines Programms aus. |
|
|
Weist den Kernel an, das System anzuhalten und den Computer auszuschalten. Siehe auch die Beschreibung zu halt. |
|
|
Weist den Kernel an, das System neu zu starten. Siehe auch die Beschreibung zu halt. |
|
|
Zeigt den vorigen und den aktuellen Runlevel an.
Die nötigen Informationen werden aus |
|
|
Fährt das System sicher herunter, sendet entsprechende Signale an alle Prozesse und benachrichtig alle angemeldeten Benutzer. |
|
|
Ermöglicht es |
|
|
Weist init an, in den angegebenen Runlevel zu wechseln. |
|
|
Zeigt den Inhalt der angegebenen Logindatei in einem benutzerfreundlicheren Format an. |
Das Paket Tar enthält ein Archivprogramm.
Bereiten Sie Tar zum Kompilieren vor:
./configure --prefix=/usr --bindir=/bin --libexecdir=/usr/sbin
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen (ca. 1 SBU), führen Sie dieses Kommando aus:
make check
Installieren Sie das Paket:
make install
|
Mit diesem Programm kan man ein magnetorientiertes Bandlaufwerk an einem entfernten Rechner steuern. Zur Kommunikation wird Interprozesskommunikation verwendet. |
|
|
Wird zum Erzeugen, Auflisten und Extrahieren von Dateien aus einem Archiv verwendet. Diese Archive werden oft auch als „Tarball“ bezeichnet. |
Das Paket Texinfo enthält Programme zum Lesen, Schreiben und Konvertieren von Info-Seiten (Systemdokumentation).
Bereiten Sie Texinfo zum Kompilieren vor:
./configure --prefix=/usr
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen, geben Sie folgendes ein:
make check
Installieren Sie das Paket:
make install
Optional können Sie auch die zu einer typischen TeX-Installation gehörenden Pakete installieren:
make TEXMF=/usr/share/texmf install-tex
Die Bedeutung des make-Parameters:
TEXMF=/usr/share/texmf
Die Makefile-Variable TEXMF
enthält den Pfad zu Ihrem TeX-Basisordner, falls später
TeX installiert wird.
Das Info-Dokumentationssystem speichert die Liste der
Menüeinträge in einer einfachen Textdatei. Die Datei liegt in
/usr/share/info/dir.
Unglücklicherweise können die Einträge in dieser Datei durch
Probleme mit Makefile-Dateien einzelner Pakete durcheinander
geraten. Falls Sie diese Datei jemals neu erzeugen müssen,
ist Ihnen das folgende Kommando dabei behilflich:
cd /usr/share/info rm dir for f in * do install-info $f dir 2>/dev/null done
|
Wird zum Lesen von Info-Dokumenten benutzt. Info-Dokumente sind Man-pages sehr ähnlich, gehen aber oft tiefer in die Materie als einfach nur die möglichen Parameter zu beschreiben. Vergleichen Sie beispielsweise man bison und info bison. |
|
|
Kompiliert eine Quelldatei mit Info-Anpassungen in ein binäres Format. |
|
|
Wird zum Installieren von Info-Dateien benutzt. Es aktualisiert die Einträge in der info-Indexdatei. |
|
|
Übersetzt Texinfo Quelldokumente in verschiedene andere Formate: Info-Dateien, reiner Text, oder HTML. |
|
|
Wird zum Formatieren von Texinfo-Dokumenten in ein Geräteunabhängiges Format zum Drucken benutzt. |
|
|
Wird zum Konvertieren von Texinfo-Dokumenten in das portable Document Format (PDF) verwendet. |
|
|
Sortiert Texinfo-Indexdateien. |
Das Paket Udev enthält Programme zum dynamischen Erzeugen von Gerätedateien.
Das Archiv udev-config enthält LFS-spezifische Konfigurationsdateien für Udev. Entpacken Sie das Archiv in den Quellordner von Udev:
tar -xvf ../udev-config-20081015.tar.bz2
Erzeugen Sie einige Geräte und Ordner die Udev nicht bereitstellen kann, weil sie sehr früh während dem Bootvorgang oder von Udev selbst benötigt werden:
install -dv /lib/{firmware,udev/devices/{pts,shm}}
mknod -m0666 /lib/udev/devices/null c 1 3
mknod -m0600 /lib/udev/devices/kmsg c 1 11
ln -sv /proc/self/fd /lib/udev/devices/fd
ln -sv /proc/self/fd/0 /lib/udev/devices/stdin
ln -sv /proc/self/fd/1 /lib/udev/devices/stdout
ln -sv /proc/self/fd/2 /lib/udev/devices/stderr
ln -sv /proc/kcore /lib/udev/devices/core
Bereiten Sie das Paket zum Kompilieren vor:
./configure --prefix=/usr \
--exec-prefix= \
--sysconfdir=/etc
Kompilieren Sie das Paket:
make
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make install
Udev muss vor der ersten Verwendung eingerichtet werden, weil die Installationsroutine nicht alle Gerätedateien berücksichtigt. Installieren Sie zuerst zwei zusätzliche Regeln von Udev, die für die Unterstützung von device-mapper und RAID wichtig sind:
install -m644 -v rules/packages/64-*.rules \
/lib/udev/rules.d/
Installieren Sie nun eine Datei zur Erstellung symbolischer Verknüpfungen für bestimmte mobile Handgeräte:
install -m644 -v rules/packages/40-pilot-links.rules \
/lib/udev/rules.d/
Installieren Sie nun die LFS-spezifischen benutzerdefinierten Regel-Dateien:
cd udev-config-20081015 make install
Installieren Sie die Dokumentation. Sie erklärt die LFS-spezifischen Udev-Regeln:
make install-doc
Installieren Sie die Dokumentation. Sie erklärt die allgemeinen Udev-Regeln, die mit Udev mitgeliefert werden:
make install-extra-doc
Installieren Sie die Dokumentation. Sie erklärt unter anderem, wie man eigene Udev-Regeln schreibt:
cd ..
install -m644 -v -D docs/writing_udev_rules/index.html \
/usr/share/doc/udev-130/index.html
|
Stellt Udev eine einmalige Beschreibung und weitere Informationen (uuid, label) für ein ATA-Laufwerk zur Verfügung. |
|
|
Stellt Udev die Geräteeigenschaften von CD-Rom- und DVD-ROM-Laufwerken zur Verfügung. |
|
|
Wird diesem Programm eine Kennung für das aktuelle „uevent“ sowie eine Liste aller Kennungen (für alle „Ziel-uevents“) übergeben, so registriert es die aktuelle Kennung und zeigt an, ob alle Ziel-uevents registriert wurden. |
|
|
Erstellt alle möglichen Diskettenlaufwerks-Gerätedateien basierend auf dem CMOS-Typ. |
|
|
Stellt Udev die EDD-ID für ein BIOS-Laufwerk zur Verfügung. |
|
|
Lädt Firmware in angeschlossene Geräte. |
|
|
Findet einen Eintrag in |
|
|
Stellt den kürzesten eindeutigen Hardware-Pfad zu einem Gerät zur Verfügung. |
|
|
Stellt Udev einen einmaligen SCSI-Bezeichner zur Verfügung. Dieser basiert auf dem Rückgabewert einer SCSI-INQUIRY-Anfrage an das angegebene Gerät. |
|
|
Allgemeins Administrationswerkzeug für udev: kontrolliert den Dienst udevd, gibt Informationen aus der Udev-Datenbank aus, überwacht Ereignisse, wartet auf das Beenden von uevents, testet die Udev-Einrichtung und löst Ereignisse für bestimmte Geräte aus. |
|
|
Dieser Daemon wacht über uevents an einem netlink-Socket, erzeugt Geräte-Dateien und führt bestimmte externe Programme als Reaktion auf diese uevents aus. |
|
|
Stellt Udev Informationen zu USB-Geräten zur Verfügung. |
|
|
Stellt Udev label und uuid eines Dateisystems zur Verfügung. |
|
|
Dieses Skript erzeugt Udev-Regeln, die stabile Namen für optische Laufwerke unterstützen (siehe auch Abschnitt 7.12, „Erzeugen von benutzerdefinierten symbolischen Links zu Geräten“). |
|
|
Dieses Skript erzeugt Udev-Regeln, die stabile Namen für Netzwerkschnittstellen unterstützen (siehe auch Abschnitt 7.13, „Einrichten des network-Skripts“). |
|
|
Eine Schnittstellen-Bibliothek zu Udev-Geräteinformationen. |
|
|
Eine Schnittstellen-Bibliothek zum Auslesen von Volumen-Kennungen (labels) und uuids. |
|
|
Enthält Udev-Konfigurationsdateien, Geräteberechtigungen und Regeln für die Namensvergabe von udev. |
Das Paket Util-linux-ng enthält verschiedene Werkzeuge. Darunter befinden sich Programme zum Umgang mit Dateisystemen, Konsolen, Partitionen und (System-)Meldungen.
FHS empfiehlt, /var/lib/hwclock
anstelle des eigentlich üblichen Ordners /etc als Speicherort für die Datei
adjtime zu benutzen. Führen Sie
das folgende Kommando aus, um das Programm hwclock FHS-Konform zu
machen:
sed -e 's@etc/adjtime@var/lib/hwclock/adjtime@g' \
-i $(grep -rl '/etc/adjtime' .)
mkdir -pv /var/lib/hwclock
./configure --enable-arch --enable-partx --enable-write
Die Bedeutung der configure-Parameter:
--enable-arch
Aktiviert die Erzeugung des Programms arch.
--enable-partx
Aktiviert die Erzeugung der Programme addpart, delpart und partx.
--enable-write
Aktiviert die Erzeugung des Programms write.
Kompilieren Sie das Paket:
make
Dieses Paket enthält keine Testsuite.
Installieren Sie das Paket:
make install
|
Informiert den Linux-Kernel über neue Partitionen. |
|
|
Öffnet einen tty-Port, fragt nach dem Login-Namen und startet das Programm login. |
|
|
Gibt die Systemarchitektur aus. |
|
|
Ermöglicht den Aufruf von Blockgeräte-ioctls an der Kommandozeile. |
|
|
Zeigt einen einfachen Kalender an. |
|
|
Wird zum Bearbeiten der Partitionstabelle eines Gerätes benutzt. |
|
|
Findet Duplikate von ausführbaren Dateien. |
|
|
Manipuliert Echtzeit-Attribute eines Prozesses. |
|
|
Filtert Rückwärts-Zeilenvorschübe aus. |
|
|
Filtert nroff-Ausgaben für Terminals, denen bestimmte Fähigkeiten fehlen, wie zum beispiel durchstreichen oder halbe Zeilen. |
|
|
Filtert eine bestimmte Spalte aus. |
|
|
Formatiert eine Datei in mehrere Spalten. |
|
|
Setzt die Funktion der Tastenkombination Strg-Alt-Entf auf einen Hart- oder Softreset. |
|
|
Wurde benutzt, um die Parameter der seriellen Schnittstellen auf Cyclade-Karten zu verändern. |
|
|
Gibt das Diskordianische Datum aus, oder konvertiert ein Gregorianisches Datum in ein Diskordianisches. |
|
|
Fordert im Linux-Kernel das Entfernen einer Partition an. |
|
|
Zeigt die Bootmeldungen des Kernel an. |
|
|
Formatiert eine Diskette low-level. |
|
|
Wird zum Bearbeiten der Partitionstabelle des angegebenen Gerätes benutzt. |
|
|
Beansprucht eine Dateisperrung und führt während der Sperrung ein Kommando aus. |
|
|
Führt eine Konsistenzprüfung auf einem Cramfs-Dateisystem durch. |
|
|
Führt eine Konsistenzprüfung auf einem Minix-Dateisystem durch. |
|
|
Analysiert die Optionen in der Kommandozeile. |
|
|
Zeigt eine Datei hexadezimal oder in einem anderen Format an. |
|
|
Wird zum Setzen oder Lesen der Hardware-Uhr (auch RTC- oder BIOS-Uhr gennant) benutzt. |
|
|
Eine symbolische Versknüpfung auf setarch. |
|
|
Ermittelt oder ändert die Planer-Klasse und Priorität eines Programms. |
|
|
Entfernt die angegebene IPC-Ressource (Inter-Process Communication). |
|
|
Gibt IPC-Status-Informationen aus. |
|
|
Gibt die Größe eines iso9660-Dateisystems aus. |
|
|
Bindet eine Regelung an eine serielle Schnittstelle. |
|
|
Eine symbolische Versknüpfung auf setarch. |
|
|
Eine symbolische Versknüpfung auf setarch. |
|
|
Kopiert eine einzelne Zeile. |
|
|
Gibt eine Nachricht in das Logsystem ein. |
|
|
Sucht nach Zeilen, die mit einer bestimmten Zeichenkette beginnen, und zeigt sie an. |
|
|
Konfiguriert und kontrolliert Loopback-Geräte. |
|
|
Erzeugt magische Cookies (hexadezimale 128-bit Zufallszahlen) für xauth. |
|
|
Erzeugt ein Dateisystem auf einem Gerät (üblicherweise einer Festplattenpartition). |
|
|
Erzeugt ein SCO-bfs-Dateisystem (Santa Cruz Operations). |
|
|
Erzeugt ein cramfs-Dateisystem. |
|
|
Erzeugt ein Minix-Dateisystem. |
|
|
Initialisiert ein Gerät oder eine Datei als Auslagerungsbereich. |
|
|
Ein Filter zum seitenweisen Anzeigen von Text. Less ist jedoch besser. |
|
|
Hängt das auf dem Gerät vorhandene Dateisystem in einem Ordner ein. |
|
|
Zeigt die symbolischen Links in Pfadnamen an. |
|
|
Übermittelt dem Kernel das Vorhandensein und die Nummerierung von Festplatten-Partitionen. |
|
|
Zeigt eine Textdatei seitenweise an. |
|
|
Macht ein Dateisystem zu dem neuen root-Dateisystem für den aktuellen Prozess. |
|
|
Liest Profiling-Informationen aus dem Kernel. |
|
|
Benennt eine Datei um und ersetzt ein Zeichenkette durch eine andere. |
|
|
Verändert die Priorität eines Prozesses. |
|
|
Dreht die Zeilen einer Datei um. |
|
|
Wird verwendet, um in einen System-Bereitschafts-Zustand einzutreten, bis die angegebene Reaktivierungs-Zeit gekommen ist. |
|
|
Erstellt eine Abschrift einer Terminalsitzung. |
|
|
Spielt eine Abschrift einer Terminalsitzung mit Zeitinformationen zurück. |
|
|
Ändert die ausgegebene Systemarchitektur in einer neuen Programm-Umgebung und stellt persönliche Schalter ein. |
|
|
Führt ein Kommando in einer neuen Sitzung aus. |
|
|
Stellt Terminal-Attribute ein. |
|
|
Kann Festplattenpartitionen bearbeiten. |
|
|
Aktiviert Auslagerungsdateien und -geräte und zeigt bereits verwendete Geräte und Dateien an. |
|
|
Verfolgt das Wachstum einer Protokolldatei. Zeigt zuerst die letzten zehn Zeilen einer Protokolldatei an und hängt dann der Reihe nach neu hinzugekommene Zeilen an die Ausgabe an. |
|
|
Legt die Bindung eines Prozesses an eine/mehrere CPUs fest bzw. zeigt sie an. |
|
|
Justiert Parameter eines Zeilendruckers. |
|
|
Ein Filter zum Übersetzen von Unterstrichen in entsprechende Escape-Sequenzen, die das verwendete Terminal versteht. |
|
|
Löst ein Dateisystem aus der Ordnerstruktur. |
|
|
Zeigt den Inhalt einer Datei an, oder (in der Voreinstellung) seine Standard-Eingabe auf alle Terminals aller angemeldeten Benutzer. |
|
|
Gibt den Ort der Binärdatei, der Quellen und der Man-pages für ein Kommando aus. |
|
|
Sendet eine Nachricht an einen Benutzer (sofern der Benutzer den Empfang solcher Nachrichten nicht deaktiviert hat). |
Das Paket Vim enthält einen sehr mächtigen Texteditor.
Wenn Sie einen anderen Editor bevorzugen — zum Beispiel Emacs, Joe oder Nano — dann schauen Sie unter http://www.linuxfromscratch.org/blfs/view/svn/postlfs/editors.html, dort finden Sie einige Installationshinweise.
Entpacken Sie zuerst beide Archivdateien vim-7.2.tar.bz2 und (optional) vim-7.2-lang.tar.gz in den gleichen Ordner.
Dann beheben Sie mit dem folgenden Patch einige Fehler, die von den Upstream-Entwicklern seit der letzten veröffentlichten Version von Vim-7.2 gefunden wurden:
patch -Np1 -i ../vim-7.2-fixes-3.patch
Ändern Sie noch den Speicherort für die Konfigurationsdatei
vimrc nach /etc:
echo '#define SYS_VIMRC_FILE "/etc/vimrc"' >> src/feature.h
Bereiten Sie Vim zum Kompilieren vor:
./configure --prefix=/usr --enable-multibyte
Die Bedeutung der configure-Parameter:
--enable-multibyte
Dieser Parameter schaltet die Unterstützung zum Editieren von Dateien mit Multibyte-Zeichenkodierung ein. Das wird benötigt, wenn Sie ein Locale mit Multibyte-Zeichensatz verwenden. Dieser Parameter ist auch hilfreich, wenn Sie Dateien bearbeiten möchten, die mit Distributionen wie z. B. Fedora Core erzeugt wurden (diese Distribution benutzt UTF-8 als voreingestellen Zeichensatz).
Kompilieren Sie das Paket:
make
Um die Ergebnisse zu testen, geben Sie folgendes ein:
make test
Die Testsuite gibt jedoch eine Menge sinnlose Zeichen auf dem Bildschirm aus und könnte die Einstellungen Ihres Terminals durcheinander bringen. Sie können die Ausgabe in eine Datei umleiten, um dieses Problem zu umgehen.
Installieren Sie das Paket:
make install
Viele Benutzer sind es gewöhnt, vi anstelle von vim zu starten. Damit vim gestartet wird, obwohl vi eingegeben wurde, erzeugen Sie einen symbolischen Link sowohl für die Binärdatei als auch für die Hilfeseite in den verfügbaren Sprachen:
ln -sv vim /usr/bin/vi
for L in /usr/share/man/{,*/}man1/vim.1; do
ln -sv vim.1 $(dirname $L)/vi.1
done
In der Voreinstellung wird die Dokumentation zu Vim in
/usr/share/vim installiert.
Durch den folgenden symbolischen Link wird sie unter
/usr/share/doc/vim-7.2
verfügbar und ist damit konsistent mit der Dokumentation
anderer Pakete:
ln -sv ../vim/vim72/doc /usr/share/doc/vim-7.2
Falls Sie später ein X-Window-System auf Ihrem LFS installieren möchten, sollten Sie nach der Installation von X Ihren Vim erneut installieren. Vim bringt eine grafische Oberfläche mit, die allerdings X und ein paar weitere Bibliotheken voraussetzt. Weitere Informationen finden Sie in der Dokumentation zu Vim und im BLFS-Buch unter http://www.linuxfromscratch.org/blfs/view/svn/postlfs/editors.html#postlfs-editors-vim.
In der Voreinstellung läuft vim im vi-inkompatiblen Modus. Das ist wahrscheinlich neu für Leute, die in der Vergangenheit andere Editoren verwendet haben. Die Einstellung „nocompatible“ ist dennoch unten aufgeführt, um daran zu erinnern, dass das neue Verhalten benutzt wird. Wenn Sie zum vi-kompatiblen Modus wechseln möchten, sollte „compatible“ im Kopfbereich der Datei stehen. Das ist nötig, weil diese Option viele Voreinstellungen für Parameter vornimmt. Ihre eigenen Änderungen an diesen Parametern müssen danach erfolgen, weil sie sonst von „compatible“ zurückgesetzt würden. Erzeugen Sie eine Standard vim-Konfigurationsdatei mit diesem Kommando:
cat > /etc/vimrc << "EOF"
" Begin /etc/vimrc
set nocompatible
set backspace=2
syntax on
if (&term == "iterm") || (&term == "putty")
set background=dark
endif
" End /etc/vimrc
EOF
Der Parameter set
nocompatible versetzt vim in einen nützlicheren
Betriebsmodus (Voreinstellung) als den vi-kompatiblen Modus.
Entfernen Sie das „no“
falls Sie das alte vi-Verhalten nutzen
möchten. set
backspace=2 erlaubt das sogenannte Backspacing
über Zeilenumbrüche hinweg, automatisches Einrücken und das
Starten von Einrückungen. syntax
on aktiviert vims Hervorheben von
Syntax. Schließlich stellt die if-Verzweigung sicher, dass
mittels set
background=dark die Hintergrundfarbe von
bestimmten Terminals besser eingestellt ist. Dadurch wird
hervorgehobene Syntax in diesen Terminal-Emulatoren besser
lesbar.
Die Dokumentation zu weiteren möglichen Optionen erhalten Sie mit diesem Kommando:
vim -c ':options'
Normalerweise installiert Vim die Dateien zur
Rechtschreibprüfung nur in englischer Sprache. Wenn Sie die
Rechtschreibprüfung auch für Ihre Sprache verfügbar haben
möchten, laden Sie bitte die *.spl- und optional auch die *.sug-Dateien für Ihre Sprache und
Kodierung von ftp://ftp.vim.org/pub/vim/runtime/spell/
herunter und speichern Sie sie nach /usr/share/vim/vim72/spell/.
Um diese Sprachdateien zu verwenden, müssen Sie in
/etc/vimrc eingerichtet
werden. Beispiel:
set spelllang=en,ru
set spell
Weitere Informationen finden Sie in der Datei README unter der gleichen Adresse.
|
Startet vim im ex-Modus. |
|
|
Eine eingeschränkte Version von view: es gibt keine Shell-Kommandos und view kann nicht angehalten werden. |
|
|
Eine eingeschränkte Version von vim: es gibt keine Shell-Kommandos und vim kann nicht angehalten werden. |
|
|
Link auf vim. |
|
|
Startet vim im Nur-lesen-Modus. |
|
|
Dies ist der Editor. |
|
|
Editiert zwei oder drei Versionen einer Datei mit vim und zeigt die Unterschiede an. |
|
|
Bringt Ihnen die wichtigsten Tastenbelegungen und Kommandos von vim bei. |
|
|
Erzeugt eine Hex-Ausgabe einer Datei. Das geht auch umgekehrt und kann zum Patchen von Binärdateien benutzt werden. |
Die meisten Programme und Bibliotheken werden in der
Voreinstellung mit Debugging-Symbolen kompiliert (mit der
Option gcc
-g). Wenn Sie ein
Programm oder eine Bibliothek debuggen, die mit debugging
Symbolen kompiliert wurde, kann Ihnen der Debugger nicht nur
die Speicheradressen, sondern auch die Namen der Funktionen und
der Variablen im Programm anzeigen.
Doch das Einbinden dieser Debugging-Symbole vergrößert das Programm bzw. die Bibliothek deutlich. Das folgende Beispiel soll Ihnen einen Eindruck über den von Debugging-Symbolen benötigten Speicher geben:
Eine bash-Binärdatei mit Debugging-Symbolen: 1200 KB
Eine bash-Binärdatei ohne Debugging-Symbole: 480 KB
Glibc und GCC-Dateien (/lib
und /usr/lib) mit
Debugging-Symbolen: 87 MB
Glibc und GCC-Dateien ohne Debugging-Symbole: 16 MB
Die Größen variieren ein wenig, abhängig vom Compiler und der eingesetzten C-Bibliothek. Aber wenn man Programme mit und ohne Debugging-Symbole vergleicht, liegt der Faktor normalerweise zwischen 2 und 5.
Vermutlich werden Sie niemals einen Debugger mit Ihrer Systemsoftware einsetzen, daher können Sie durch das Entfernen der Symbole eine Menge Platz sparen. Der Einfachheit halber finden Sie im nächsten Kapitel ein Kommando, mit dem Sie alle debugging Symbole von allen Programmen und Bibliotheken auf Ihrem System entfernen können. Weitere Informationen zum Thema Optimierung finden Sie in der Anleitung unter http://www.linuxfromscratch.org/hints/downloads/files/optimization.txt.
Da Sie Ihre Systemsoftware vermutlich nicht debuggen möchten, können Sie hier ca. 90 MB Platz sparen. Dazu entfernen Sie die Debugging-Symbole. Das zieht keine Probleme nach sich, aber Sie können die verkleinerten Programme danach nicht mehr vollständig debuggen.
Normalerweise gibt es mit dem folgenden Kommando keine Schwierigkeiten. Aber Sie könnten z. B. einen Tippfehler machen und dadurch das System unbrauchbar machen. Bevor Sie strip ausführen, sollten Sie ein Backup machen.
Wenn Sie strip ausführen möchten, ist besondere Vorsicht geboten, damit Sie strip nicht auf Programme anwenden, die gerade ausgeführt werden — inklusive der Bash-Shell. Daher müssen Sie die chroot-Umgebung vorerst verlassen:
logout
Und dann erneut betreten:
chroot $LFS /tools/bin/env -i \
HOME=/root TERM=$TERM PS1='\u:\w\$ ' \
PATH=/bin:/usr/bin:/sbin:/usr/sbin \
/tools/bin/bash --login
Nun können die Debugging-Symbole sicher aus Binärdateien und Bibliotheken entfernt werden:
/tools/bin/find /{,usr/}{bin,lib,sbin} -type f \
-exec /tools/bin/strip --strip-debug '{}' ';'
Es werden viele Dateien gemeldet, deren Format nicht erkannt wurde. Die meisten dieser Dateien sind Skripte und keine Binärdateien. Die Warnungen können einfach ignoriert werden.
Wenn Sie sehr wenig Platz auf der Festplatte haben, können Sie
--strip-all auf die
Binärdateien in /{,usr/}{bin,sbin} anwenden und so nochmals
mehrere Megabytes sparen. Benutzen Sie diese Option jedoch
nicht mit Bibliotheken — sie würden zerstört werden.
Von nun an müssen Sie das folgende Kommando zum Betreten der chroot-Umgebung verwenden:
chroot "$LFS" /usr/bin/env -i \
HOME=/root TERM="$TERM" PS1='\u:\w\$ ' \
PATH=/bin:/usr/bin:/sbin:/usr/sbin \
/bin/bash --login
Der Grund dafür ist, dass Sie keine Programme mehr aus
/tools benötigen. Sie können den
Ordner nun löschen.
Wenn Sie /tools löschen, werden
auch die temporären Kopien von Tcl, Expect und DejaGNU
gelöscht (die Sie zum Testen der Toolchain benutzt haben).
Wenn Sie diese Programme später noch benutzen möchten, müssen
Sie sie neu kompilieren und installieren. Im BLFS-Buch finden
Sie die entsprechenden Anleitungen dafür (siehe auch
http://www.linuxfromscratch.org/blfs/).
Falls die Einbindung der virtuellen Kernel-Dateisysteme verloren gegangen ist (z. B. durch Entmounten oder einen Neustart), so müssen Sie diese vor dem Betreten der chroot-Umgebung erneut einbinden. Die Vorgehensweise ist unter Abschnitt 6.2.2, „Einhängen und Füllen von /dev“ und Abschnitt 6.2.3, „Einhängen der virtuellen Kernel-Dateisysteme“ erklärt.
In diesem Kapitel werden Sie die LFS-Bootskripte aufsetzen. Die meisten Skripte funktionieren ohne Anpassungen, aber ein paar benötigen eine Konfigurationsdatei, weil sie beispielsweise mit Hardware an Ihrem Computer zu tun haben.
LFS verwendet Bootskripte im sehr gebräuchlichen System-V-Stil. Es gibt auch andere Möglichkeiten. Beispielsweise finden Sie unter http://www.linuxfromscratch.org/hints/downloads/files/bsd-init.txt eine Anleitung für BSD-Init. Oder durchsuchen Sie die LFS-Mailinglisten nach „depinit“, um eine andere Variante zu versuchen.
Falls Sie sich für etwas ganz anderes entscheiden sollten, können Sie dieses Kapitel ganz überspringen und direkt bei Kapitel 8 fortfahren.
Das Paket LFS-Bootskripte enthält die Skripte zum Starten und Stoppen des Systems beim Booten und Herunterfahren Ihres Computers.
Installieren Sie das Paket:
make install
|
Prüft die Integrität von Dateisystemen bevor sie eingehängt werden (mit der Ausnahme von journal- und netzwerkbasierten Dateisystemen). |
|
|
Entfernt Dateien, die nicht über einen Neustart
hinaus existieren sollten. Dazu gehören zum
Beispiel die Dateien in |
|
|
Läd das für Ihre Tastatur korrekte Tastaturlayout und stellt die Bildschirmschriftart ein. |
|
|
Stellt die Protokollierungs-Stufe des Kernels für Konsole-Meldungen ein. |
|
|
Enthält allgemeine Funktionen die von verschiedenen Skripten genutzt werden. Dazu gehören z. B. Fehler- oder Statusprüfung. |
|
|
Hält das System an. |
|
|
Unterstützt das Netzwerkskript beim Stoppen von Netzwerkgeräten. |
|
|
Unterstützt das Netzwerkskript beim Starten von Netzwerkgeräten. |
|
|
Setzt den Hostnamen und das lokale Loopback-Gerät auf. |
|
|
Lädt die in |
|
|
Hängt alle nicht als noauto markierten und nicht netzwerkbasierten Dateisysteme ein. |
|
|
Hängt virtuelle Kernel-basierte Dateisysteme ein
(z. B. |
|
|
Macht Netzwerkschnittstellen wie z. B. Netzwerkkarten verfügbar und richtet — wenn nötig — das Standard-Gatway ein. |
|
|
Das Haupt-Runlevel-Kontrollskript. Es ist dafür verantwortlich, alle anderen Skripte eins nach dem anderen in der richtigen Reihenfolge auszuführen. |
|
|
Startet das System neu. |
|
|
Stellt sicher, dass jeder Prozess beendet wird, bevor das System herunterfährt oder neu startet. |
|
|
Setzt die Kernelzeit auf lokale Zeit, falls die Hardware-Uhr nicht auf UTC-Zeit eingestellt ist. |
|
|
Stellt Funktionen zum Zuweisen einer statischen IP-Adresse an ein Netzwerkgerät zur Verfügung. |
|
|
Aktiviert und deaktiviert Swap-Dateien und -Partitionen. |
|
|
Lädt Einstellungen zur Systemeinrichtung aus
|
|
|
Startet und stoppt die System- und Kernel-Log-Daemons. |
|
|
Eine Vorlage, die Sie verwenden können, um Ihre eigenen Bootskripte für eigene Daemons zu schreiben. |
|
|
Bereitet |
|
|
Probiert fehlgeschlagene Udev-Ereignisse erneut und
kopiert die erzeugten Regel-Dateien aus
|
Linux benutzt eine spezielle Bootmethode mit dem Namen SysVinit. Sie basiert auf dem Konzept der Runlevel. Dieses Konzept kann in verschiedenen Distributionen sehr unterschiedlich umgesetzt sein. Nehmen Sie also nicht an, nur, weil etwas in Distribution XY funktioniert, geht es in LFS auf die gleiche Weise. LFS respektiert zwar allgemein übliche Standards, geht aber dennoch (wie alle anderen) seinen eigenen Weg.
SysVinit (wir nennen es nun einfach nur „init“) funktioniert nach dem Konzept der
Runlevel. Es gibt 7 Runlevel (von 0 bis 6), genaugenommen gibt
es sogar noch mehr, aber diese sind für Spezialfälle reserviert
und werden üblicherweise nicht benutzt. init(8) beschreibt diese Details genauer.
Jeder Runlevel korrespondiert mit Skripten oder Diensten, die
der Computer beim Hochfahren ausführen bzw. starten oder
stoppen soll. Der Standard-Runlevel ist 3. Hier sehen Sie eine
Übersicht, wie die Runlevel üblicherweise eingesetzt werden:
0: Fährt den Computer herunter
1: Ein-Benutzer-Modus
2: Mehr-Benutzer-Modus ohne Netzwerk
3: Mehr-Benutzer-Modus mit Netzwerk
4: reserviert für eigene Anpassungen, funktioniert ansonsten wie 3
5: genauso wie 4, wird normalerweise für grafischen Login benutzt (wie z. B. Xs xdm oder KDEs kdm)
6: Startet den Computer neu
Das Kommando zum Wechseln des Runlevel ist init <Runlevel>,
wobei <Runlevel> den Runlevel
angibt, in den Sie wechseln möchten. Zum Neustarten des
Computers würde ein Benutzer zum Beispiel init 6 eingeben. Das
reboot-Kommando
ist nur ein Alias darauf, genauso wie das Kommando halt ein Alias auf
init 0 ist.
Unter /etc/rc.d befinden sich
eine Menge Ordner mit dem Namen rc?.d, wobei das ? die Nummer eines Runlevels
ist. Dort liegt auch der Ordner rcsysinit.d, er enthält einige symbolische
Links. Einige beginnen mit einem K, andere mit einem S, gefolgt von einer zweistelligen
Zahl. Das K bedeutet beenden (kill) eines Dienstes, das S bedeutet
starten (start) eines
Dienstes. Die Zahlen bestimmen die Reihenfolge, in der die
Skripte ausgeführt werden und können zwischen 00 und 99 liegen.
Je kleiner die Zahl, desto früher wird das Skript ausgeführt.
Wenn init in einen anderen Runlevel wechselt, werden die
nötigen Skripte gestoppt und andere dafür gestartet.
Bisher war nur von Links die Rede. Die echten Skripte befinden
sich in /etc/rc.d/init.d. Sie
erledigen die eigentliche Arbeit, denn die ganzen symbolischen
Links zeigen nur auf sie. Stopp- und Startskripte zeigen
jeweils auf dieselbe Datei in /etc/rc.d/init.d. Das funktioniert, weil die
Bootskripte mit unterschiedlichen Parametern aufgerufen werden
können: zum Beispiel start, stop, restart, reload, status. Wenn ein K-Link
ausgeführt werden soll, wird das entsprechende Skript mit dem
stop-Parameter
aufgerufen. Wenn ein S-Link ausgeführt werden soll, wird das
Skript mit dem start-Parameter aufgerufen.
Es gibt eine Ausnahme: S-Links in den Ordnern rc0.d und rc6.d
starten keine Dienste. Sie werden stattdessen mit dem Parameter
stop aufgerufen, um
etwas zu beenden. Die Grund dafür ist, dass Sie wohl kaum einen
Dienst starten möchten, wenn Sie rebooten oder das System
herunterfahren.
Hier die Beschreibungen, welche Parameter zu einem Skript was bewirken:
start
Der Dienst wird gestartet.
stop
Der Dienst wird gestoppt.
restart
Der Dienst wird gestoppt und dann erneut gestartet.
reload
Die Konfiguration des Dienstes wird neu eingelesen. Das verwendet man, nachdem die Konfigurationsdatei eines Dienstes geändert wurde und man nicht den ganzen Dienst neu starten muss.
status
Gibt aus, ob der Dienst läuft, und wenn ja, mit welchen PIDs.
Sie können den Bootprozess natürlich nach Ihren Wünschen anpassen (schlussendlich ist es ja Ihr eigenes Linux). Die Dateien hier sind nur Beispiele dafür, wie man es gut erledigen kann.
In Kapitel 6 haben Sie Udev installiert. Bevor wir zu den Details kommen wie das alles funktioniert, möchten wir Ihnen erst einen Rückblick darüber geben, wie man früher mit Geräten unter Linux umgegangen ist.
Traditionell hat man unter Linux eine statische Methode zum
Erzeugen von Gerätedateien benutzt. Dabei wurden sehr viele
Gerätedateien vorab in /dev
erzeugt (manchmal mehrere tausend). Dabei war es völlig egal,
ob die zugehörige Hardware tatsächlich existierte oder nicht.
Dies wurde typischerweise durch das Skript MAKEDEV erledigt, welches
eine Menge Systemaufrufe mit dem Programm mknod und den entsprechenden
Gerätenummern durchführte und so Gerätedateien zu allen
erdenklichen Geräten erzeugte.
Mit der Udev-Methode werden nur die Gerätedateien erzeugt, zu
denen der Kernel auch ein Gerät gefunden hat. Weil diese
Gerätedateien bei jedem Systemstart neu erzeugt werden,
speichert man sie auf einem sog. tmpfs-Dateisystem. Dieses Dateisystem
existiert nur im Arbeitsspeicher und verbraucht daher keinen
Festplattenplatz. Gerätedateien benötigen kaum Platz, auf diese
Weise wird also nur sehr wenig Arbeitsspeicher verbaucht.
Im Februar 2000 wurde ein neues Dateisystem mit dem Namen
devfs in den Kernel 2.3.46
integriert und dann in der 2.4er Serie der stabilen Kernel
verfügbar gemacht. Obwohl es in den Kernelquellen selbst
verfügbar war, hat diese Methode nie wirkliche Unterstützung
von den Kernel-Entwicklern bekommen.
Das Haupt-Problem bei diesem von devfs adaptierten Ansatz war die Art und
Weise, auf die Geräte erkannt, erzeugt und benannt wurden.
Letzteres (Namensvergabe) war wohl das kritischste Problem.
Das Dateisystem devfs litt
außerdem unter sog. Race conditions, die mit dem Konzept
zusammenhingen und nur durch nennenswerte Änderungen am
Kernel geändert werden konnten. Des Weiteren war es für lange
Zeit als „missbilligt“
markiert, weil es nicht gepflegt wurde – schlussendlich
wurde es im Juni 2006 ganz aus dem Kernel entfernt.
Mit der Enticklung der 2.5er Entwickler-Kernelserie, die
später als stabile 2.6er-Serie veröffentlicht wurde, wurde
ein neues Dateisystem mit dem Namen sysfs eingeführt. Die Aufgabe von
sysfs ist es, die
Betriebssystemstruktur an Anwenderprozesse zu exportieren.
Mit dieser aus der Anwenderschicht sichtbaren Repräsentation
des Betriebssystems kam ein Ersatz für devfs in Sichtweite.
Das Dateisystem sysfs wurde
oben schon kurz erwähnt. Man fragt sich vielleicht, woher
sysfs von den Geräten und
den zu verwendenden Gerätenummern weiß: Treiber, die direkt
in den Kernel integriert wurden, registrieren sich bei
sysfs sobald sie vom Kernel
erkannt werden. Bei Kernel-Modulen geschieht dieser Vorgang
beim Laden des Moduls. Sobald sysfs in das System eingehängt ist
(unter /sys), sind die Daten
von den mit sysfs
registrierten Treibern für Prozesse aus der
Anwenderschicht, und damit auch für udev, verfügbar.
Das Bootskript S10udev kümmert sich um
das Erstellen von Gerätedateien beim Systemstart. Das
Skript entfernt /sbin/hotplug als
Verantwortliches Skript für uevents, weil der Kernel kein
externes Programm mehr benötigt. Stattdessen wartet
udevd an
einem Netlink-Socket auf uevents des Kernels. Als nächstes
kopiert das Bootskript statische Gerätedateien von
/lib/udev/devices nach
/dev. Dies ist wichtig, weil
einige Gerätedateien, Ordner und symbolische Links beim
Bootvorgang oder von udevd selbst benötigt
werden, bevor die dynamische Geräteerstellung von Udev
betriebsbereit ist. Durch Einrichten von statischen
Gerätedateien in /lib/udev/devices kann man auch
Gerätedateien unterstützen, die normalerweise nicht von
Udev automatisch angelegt werden würden. Als nächstes
startet das Bootskript den Udev-Daemon udevd, der von nun an auf
uevents wartet und reagiert. Schlussendlich zwingt das
Bootskript den Kernel, die uevents für Geräte zu
wiederholen, die sich vor dem Start von udevd registriert haben.
Udev verlässt sich auf die Informationen von sysfs in /sys und liest daraus die Haupt- und
Unterkennung für Gerätedateien aus. Beispielsweise enthält
/sys/class/tty/vcs/dev den
Text „7:0“. Diesen
Wert interpretiert udevd und erzeugt eine
Gerätedatei mit der Hauptkennung 7 und der Unterkennung
0. Die Namen und
Berechtigungen für die in /dev erzeugten Gerätedateien ergeben sich
aus den definierten Regeln in /etc/udev/rules.d/. Die dort abgelegten
Regeln sind ähnlich nummeriert wie die Dateien der
LFS-Bootskripte. Falls udevd keine Regel für ein
erzeugtes Gerät auffinden kann, ist die Voreinstellung für
die Berechtigungen 660 und die Gerätedatei gehört
root:root. Eine
genauere Dokumentation zu den Konfigurationsdateien von
Udev finden Sie unter /usr/share/doc/udev-130/index.html.
Als Modul kompilierte Gerätetreiber können Aliase eingebaut
haben. Diese kann man sich mit dem Kommando modinfo ansehen und
hängen üblicherweise mit den Bus-Spezifischen Kennmarken
eines vom Treiber unterstützten Gerätes zusammen.
Beispielsweise unterstützt der Treiber snd-fm801 PCI-Geräte mit der
Hersteller-ID 0x1319 und Geräte-ID 0x0801. Der zugehörige
Alias lautet „pci:v00001319d00000801sv*sd*bc04sc01i*“.
Für die meisten Geräte exportiert der Bus-Treiber den Alias
des notwendigen Treibers nach sysfs. So würde beispielsweise die
Datei /sys/bus/pci/devices/0000:00:0d.0/modalias
den Wert „pci:v00001319d00000801sv00001319sd00001319bc04sc01i00“
enthalten. Die Standard-Udev-Regeln sorgen dafür, dass
udevd
/sbin/modprobe mit dem
Inhalt der uevent-Umgebungsvariable MODALIAS aufruft (sie sollte das Gleiche
enthalten wie die Datei modalias in sysfs). Dadurch werden alle
Module aufgerufen, deren Alias dem Wert entsprechen.
In diesem Beispiel bedeutet das aber auch, dass zusätzlich zu snd-fm801 noch er veraltete (und unerwünschte) Treiber forte geladen wird, sofern er verfügbar ist. Weiter unten ist eine Möglichkeit beschrieben, wie man das Laden unerwünschter Treiber verhindern kann.
Der Kernel selbst ist ebenfalls in der Lage, Module für Netzwerkprotokolle, Dateisystem und NLS nach Bedarf zu laden.
Es gibt ein paar mögliche Probleme beim automatisierten Erzeugen von Gerätedateien:
Udev lädt nur dann ein Modul, wenn ein Bus-Spezifischer
Alias vorhanden ist und der Treiber die nötigen Aliase
korrekt nach sysfs
exportiert. Wenn dies nicht der Fall ist, muss man sich auf
andere Weise um das Laden des Moduls kümmern. Mit
Linux-2.6.27.4 kann Udev korrekt programmierte Treiber für
INPUT-, IDE-, PCI-, USB-, SCSI-, SERIO- und FireWire-Geräte
laden.
Mit dem Kommando modinfo und dem
Modulnamen als Argument können Sie herausfinden, ob der von
Ihnen benötigte Treiber von Udev unterstützt wird.
Versuchen Sie nun, den Geräte-Ordner unter /sys/bus zu finden und prüfen Sie die
dortige Datei modalias.
Wenn die Datei modalias unter
sysfs vorhanden ist und der
Treiber das Gerät unterstützt, aber der Alias fehlt, so ist
dies ein Fehler im Treiber. Dann müssen Sie den Treiber
ohne Hilfe von Udev laden und darauf hoffen, dass dieser
Fehler später behoben wird.
Wenn die Datei modalias in
dem zugehörigen Ordner unter /sys/bus nicht vorhanden ist, so haben
die Kernel-Entwickler für diesen Bus-Typ noch keine
Modalias-Unterstützung programmiert. Bei Linux-2.6.27.4 ist
dies z. B. der Fall für den ISA-Bus. Dies wird
wahrscheinlich in einer zukünftigen Kernelversion behoben.
Udev sorgt sich nicht um das Laden sogenannter „wrapper“-Treibern wie beispielsweise snd-pcm-oss oder Nicht-Hardware-Treibern wie loop.
Wenn ein „Wrapper“-Modul nur die Funktionen
eines anderen Moduls erweitert (so erweitert z. B. das
Modul snd-pcm-oss
die Funktionalität von snd-pcm indem es die Soundkarte
auch OSS-Anwendungen zur Verfügung stellt), dann richten
Sie modprobe
so ein, dass es das Wrapper-Modul lädt, nachdem Udev das
Hauptmodul geladen hat. Dies erreichen Sie mit einer
„install“-Anweisung
in /etc/modprobe.conf.
Beispiel:
install snd-pcm /sbin/modprobe -i snd-pcm ; \
/sbin/modprobe snd-pcm-oss ; true
Wenn es sich bei dem fraglichen Modul nicht um einen
Wrapper handelt sondern alleinstehend geladen wird, so
richten Sie bitte das Bootskript S05modules ein, sodass
das Modul beim Booten geladen wird. Dies erreichen Sie,
indem Sie den Modulnamen an die Datei /etc/sysconfig/modules in einer eigenen
Zeile anhängen. Dies funktioniert natürlich auch mit
Wrapper-Modulen, ist aber nicht optimal.
Entweder Sie kompilieren das fragliche Modul gar nicht
erst, oder Sie schließen es mit Hilfe der schwarzen Liste
in /etc/modprobe.conf aus, so
wie mit dem Modul forte im folgenden Beispiel:
blacklist forte
Module auf der schwarzen Liste können natürlich weiterhin von Hand mit dem Programm modprobe geladen werden.
Dies geschieht für gewöhnlich, wenn eine Regel versehentlich auf ein anderes Gerät passt, als vorgesehen. Eine schlecht geschriebene Regel könnte z. B. sowohl auf eine SCSI-Festplatte (wie gewünscht) als auch auf das zugehörige generische SCSI-Gerät (unerwünscht) nach dem Hersteller passen. Sie müssen die Regel auffinden und genauer ausformulieren (dabei hilft Ihnen der Befehl udevadm info).
Dies ist zumeist nur ein weiteres Symptom des zuvor
beschriebenen Problems. Falls nicht, und die betreffende
Regel sysfs-Attribute
verwendet, so könnte es sich um Kernel-Zeitprobleme
handeln, die erst in zukünftigen Kernelversionen behoben
werden. Sie können das Problem umgehen, indem Sie eine
Regel schreiben, die erst auf das verwendete sysfs-Attribut wartet und fügen Sie an
/etc/udev/rules.d/10-wait_for_sysfs.rules
an (erzeugen Sie die Datei, falls sie noch nicht
existiert). Wenn Sie dies tun, informieren Sie bitte das
LFS-Entwicklerteam darüber und teilen Sie uns auch mit, ob
dies funktioniert.
Im folgenden Text wird davon ausgegangen, dass der Treiber entweder statisch in den Kernel eingebaut ist, oder das Modul bereits geladen ist. Außerdem sollten Sie überprüft haben, ob nicht möglicherweise nur eine Gerätedatei mit falschen Namen erzeugt wurde.
Udev hat nicht genügen Informationen zum Erzeugen einer
Gerätedatei, wenn der Kerneltreiber seine Daten nicht ins
sysfs exportiert. Dies ist
bei Treibern von Drittherstellern außerhalb des Kernelbaums
leider öfter der Fall. Erzeugen Sie eine statische
Gerätedatei mit der korrekten Haupt- und Unterkennung in
/lib/udev/devices. Ziehen Sie
dazu auch die Datei devices.txt aus der Kernel-Dokumentation
zu Rate oder lesen Sie die Dokumentation des
Drittherstellers. Diese statische Gerätedatei wird dann
beim Bootvorgang von S10udev nach /dev kopiert.
Dies liegt daran, dass Udev (gewollt und ganz bewusst) alle uevents parallel — und somit in unterschiedlicher Reihenfolge — abarbeitet. Dieses Phänomen wird niemals „repariert“ werden. Verlassen Sie sich nicht auf die Gerätenamen des Kernels. Schreiben Sie stattdessen Regeln, die aussagekräftige symbolische Links mit stabilen Namen erzeugen. Dazu können Sie Attribute zu Geräten heranziehen, wie z B. Seriennummern oder die Ausgabe der verschiedenen *_id-Hilfsprogramme von Udev. Schauen Sie für einige Beispiele unter Abschnitt 7.12, „Erzeugen von benutzerdefinierten symbolischen Links zu Geräten“Abschnitt 7.13, „Einrichten des network-Skripts“ nach.
Weitere hilfreiche Dokumentation finden Sie an den folgenden Stellen:
A Userspace Implementation of devfs
http://www.kroah.com/linux/talks/ols_2003_udev_paper/Reprint-Kroah-Hartman-OLS2003.pdf
udev FAQ http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev-FAQ
The sysfs Filesystem
http://www.kernel.org/pub/linux/kernel/people/mochel/doc/papers/ols-2005/mochel.pdf
Das Skript setclock liest die Zeit aus
der Hardware-Uhr des Computers (auch bekannt als BIOS- oder
CMOS-Uhr) und konvertiert sie mit Hilfe von /etc/localtime (falls die Hardware Uhr auf
GMT gestellt ist) in lokale Zeit. Die Datei /etc/localtime enthält die Information, in
welcher Zeitzone sich der Anwender befindet. Wenn die
Hardware-Uhr auf lokale Zeit eingestellt ist, wird die Zeit
nicht konvertiert. Es gibt leider keinen Weg, um automatisch
herauszufinden, ob die Hardware-Uhr auf GMT gestellt ist oder
nicht, deshalb müssen Sie diese Einstellung selber vornehmen.
Falls Sie sich nicht erinnern können, ob die Hardware-Uhr auf
GMT eingestellt ist, rufen Sie hwclock --localtime --show
auf. Dieses Kommando zeigt die Zeit der Hardware-Uhr an. Wenn
sie mit der Zeit auf Ihrer Armbanduhr übereinstimmt, dann ist
die Hardware-Uhr auf lokale Zeit eingestellt. Wenn die Zeit der
Hardware-Uhr abweicht, ist sie wahrscheinlich auf GMT
eingestellt. Sie können das überprüfen, indem Sie die
entsprechende anzahl Stunden von der Ausgabe von hwclock abziehen bzw.
addieren. Wenn Sie zum Beispiel in der Zeitzone MST leben, auch
bekannt als GMT-0700, dann addieren Sie sieben Stunden zu der
Uhrzeit auf Ihrer Armbanduhr hinzu. Falls es bei Ihnen
Sommerzeit gibt, ziehen Sie in den Sommermonaten wieder eine
Stunde ab.
Ändern Sie den Wert von UTC zu
0 (Null), wenn Ihre
Hardware-Uhr auf lokale Zeit eingestellt ist.
Legen Sie die neue Datei /etc/sysconfig/clock mit dem folgenden
Kommando an:
cat > /etc/sysconfig/clock << "EOF"
# Begin /etc/sysconfig/clock
UTC=1
# End /etc/sysconfig/clock
EOF
Vielleicht möchten Sie sich nun die sehr gute Anleitung unter
http://www.linuxfromscratch.org/hints/downloads/files/time.txt
ansehen. Hier wird erklärt, wie man unter LFS mit der
Systemzeit, Zeitzonen, UTC und der Variable TZ umgeht.
Dieser Abschnitt behandelt die Bootskripts console und consolelog, mit denen die Tastaturbelegung, die Konsoleschriftart und die Kernel-Protokollstufe für die Konsole eingerichtet werden. Falls Sie nur ASCII-Zeichen verwenden (das Copyright-Symbol, Britische Pfund oder das Euro-Zeichen sind Beispiele für nicht-ASCII-Zeichen) und Ihre Tastatur eine US-Amerikanische ist, dann können Sie große Teile in diesem Abschnitt überspringen. Wenn diese Konfigurationsdateien nicht erstellt werden, unternehmen diese Bootskripte einfach nichts.
Die Skripte console und consolelog lesen /etc/sysconfig/console als
Konfigurationsdatei ein. Entscheiden Sie, welche
Tastaturbelegung und Bildschirmschriftarten Sie benutzen
möchten. Die verschiedenen sprachbezogenen Hilfsdokumente unter
http://www.tldp.org/HOWTO/HOWTO-INDEX/other-lang.html
können Sie bei der Entscheidung unterstützen. Wenn Sie unsicher
sind, schauen Sie in /lib/kbd
nach gültigen Tastaturbelegungen und Bildschirmschriften. Lesen
Sie die Hilfeseiten loadkeys(1)
und setfont(8) und bestimmen Sie
die korrekten Parameter zu diesen Programmen.
Die Datei /etc/sysconfig/console
sollte Zeilen in der Form: VARIABLE="Wert" enthalten. Die
folgenden Variablen sind möglich:
Dieses Variable legt die Protokollierstufe für Kernelnachrichten fest, die mittels dmesg an die Konsole übergeben werden. Gültig sind Angaben zwischen "1" (keine Nachrichten) und "8". Die Standard-Stufe ist "7".
2
Diese (wenig eingesetzte) Variable gibt die Argumente für den zweiten Aufruf von loadkeys an. Sie ist nützlich, wenn die ausgelieferte Tastaturlayouttabelle nicht zufriedenstellend ist und kleinere Änderungen daran vorgenommen werden sollen. Um z. B. das Euro-Zeichen zu unterstützen, obwohl es normalerweise im Tastaturlayout nicht vorgesehen ist, benutzen Sie den Wert „euro2“.
Diese Variable übernimmt die Argumente für das Programm setfont. Dies sind üblicherweise der Name der Schrift, „-m“ und der Name der zu ladenden Kodierung. Um beispielsweise die Schrift „lat1-16“ zusammen mit der Kodierung „8859-1“ zu laden (so ist es in den USA üblich), setzen Sie diese Variable auf „lat1-16 -m 8859-1“. Im UTF-8-Modus verwendet der Kernel den Anwendungs-Zeichensatz zur Umwandlung von zusammengesetzten 8-Bit-Tastenkodes in der Zeichentabelle zu UTF-8. Daher sollte das Argument zum Parameter „-m“ auf die Kodierung des zusammengesetzten Zeichenkodes in der Zeichentabelle eingestellt werden.
Setzen Sie diese Variable auf „1“, „yes“ oder „true“, um für die Konsole den UTF-8-Modus zu aktivieren. Dies ist nur für auf UTF-8 basierende Locales sinnvoll und in allen anderen Locales schädlich!
Für viele Tastaturlayouts gibt es im kbd-Paket keine Tastaturlayouttabelle im Unicode-Format. Das console-Bootskript wird eine verfügbare Layouttabelle zur Laufzeit nach UTF-8 umwandeln, wenn diese Variable auf eine nicht-UTF-8 Layouttabelle eingestellt ist.
Einige Beispiele:
Für eine Nicht-Unicode-Umgebung werden üblicherweise nur die Variablen KEYMAP und FONT benötigt. In Polen würde man dies verwenden:
cat > /etc/sysconfig/console << "EOF"
# Begin /etc/sysconfig/console
KEYMAP="pl2"
FONT="lat2a-16 -m 8859-2"
# End /etc/sysconfig/console
EOF
Wie bereits erwähnt, muss das vorbereitete Tastaturlayout manchmal ein wenig angepasst werden. Im folgenden Beispiel wird das Euro-Zeichen zum deutschen Tastaturlayout hinzugefügt:
cat > /etc/sysconfig/console << "EOF"
# Begin /etc/sysconfig/console
KEYMAP="de-latin1"
KEYMAP_CORRECTIONS="euro2"
FONT="lat0-16 -m 8859-15"
# End /etc/sysconfig/console
EOF
Und nun folgt ein Beispiel für eine Unicode-Umgebung in Bulgarien, wofür es ein vorbereitetes UTF-8-Tastaturlayout gibt:
cat > /etc/sysconfig/console << "EOF"
# Begin /etc/sysconfig/console
UNICODE="1"
KEYMAP="bg_bds-utf8"
FONT="LatArCyrHeb-16"
# End /etc/sysconfig/console
EOF
Im vorherigen Beispiel wird die Schrift LatArCyrHeb-16 mit 512 Symbolen eingesetzt. Dies hat zur Folge, das in der Linux-Konsole keine hellen Farben mehr angezeigt werden können, es sei denn man verwendet einen Framebuffer. Falls Sie helle Farben ohne Framebuffer benötigen sollten und dafür mit einigen fehlenden Zeichen leben können (die nicht zur eigenen Sprache gehören), dann können Sie wie folgt auf eine Schrift mit 256 Zeichen zurückgreifen:
cat > /etc/sysconfig/console << "EOF"
# Begin /etc/sysconfig/console
UNICODE="1"
KEYMAP="bg_bds-utf8"
FONT="cyr-sun16"
# End /etc/sysconfig/console
EOF
Das folgende Beispiel stellt die automatische Umwandlung von ISO-8859-15 nach UTF-8 sowie die Aktivierung „toter“ Tasten im Unicode-Modus dar:
cat > /etc/sysconfig/console << "EOF"
# Begin /etc/sysconfig/console
UNICODE="1"
KEYMAP="de-latin1"
KEYMAP_CORRECTIONS="euro2"
LEGACY_CHARSET="iso-8859-15"
FONT="LatArCyrHeb-16 -m 8859-15"
# End /etc/sysconfig/console
EOF
Einige Tastaturlayouttabellen enthalten sog. tote Tasten (Tasten, die kein eigenständiges Zeichen erzeugen, sondern z. B. das nachfolgende Zeichen mit einem Akzent versehen) oder Kompositions-Regeln (wie „Strg+. A E für Æ“ in der Standard-Layouttabelle). Linux-2.6.27.4 interpretiert tote Tasten und Kompositions-Regeln in der Tastaturlayouttabelle nur dann richtig, wenn die einzelnen Zeichen, die zusammengesetzt werden sollen, keine Multibyte-Zeichen sind. Dieser Nachteil betrifft allerdings keine europäischen Tastaturlayouttabellen, weil alle Akzente ausschließlich an nicht-akzentuierte ASCII-Zeichen angefügt, bzw. nur reine ASCII-Zeichen aneinandergefügt werden. Im UTF-8-Modus ist dies jedoch ein Problem für die griechische Sprache, in der manchmal ein Akzent an das Zeichen „alpha“ angefügt werden muss. Entweder vermeiden Sie den UTF-8-Modus, oder Sie installieren X-Windows, welches diese Einschränkung in der Eingabemethode nicht hat.
Die nötigen Zeichen für die Sprachen Chinesisch, Japanisch, Koreanisch und ein paar weitere lassen sich in der Linux-Konsole nicht anzeigen. Falls Sie diese benötigen, müssen Sie das X-Window-System, die benötigten Schriften und eine Eingabe-Methode (wie SCIM) installieren.
Mit der Datei /etc/sysconfig/console können Sie
ausschließlich die Lokalisierung für die Linux-Textkonsole
einrichten. Dies hat nichts mit den Einstellungen für das
X-Window-System, SSH-Sitzungen oder einer seriellen Konsole
zu tun (wo diese beiden obigen Einschränken nicht gelten).
Das sysklogd-Skript ruft
syslogd mit dem
Parameter -m 0 auf.
Dieser Parameter schaltet die periodische Zeitmarke ab, die
sonst von syslogd
alle 20 Minuten in die Protokolldateien geschrieben wird. Falls
Sie diese Zeitmarke wieder einschalten möchten, bearbeiten Sie
bitte das Skript sysklogd und
ändern die Option entsprechend. Für weitere Informationen
schlagen Sie bitte in man
syslogd nach.
Die Datei inputrc kümmert sich um
das Tastaturmapping in bestimmten Situationen. Sie ist die
Konfigurationsdatei von Readline — der Bibliothek, die
Eingabe-Funktionen für Bash und die meisten anderen Shells zur
Verfügung stellt.
Normalerweise braucht man keine benutzerspezifischen
Tastaturmappings, daher erzeugt das folgende Kommando nur die
globale Konfigurationsdatei /etc/inputrc. Sie wird von jedem Benutzer
bzw. der Shell bei der Anmeldung eingelesen und verwendet.
Falls Sie später doch eine benutzerspezifische Konfiguration
benötigen, können Sie einfach eine Datei mit dem Namen
.inputrc im Persönlichen Ordner
des Benutzers erstellen und dort die angepassten Einstellungen
eintragen.
Weitere Informationen zum Anpassen von inputrc erhalten Sie mit info bash im Abschnitt
Readline Init File. Eine
weitere gute Informationsquelle ist info readline.
Sie sehen hier eine generische globale Version der Datei
inputrc. Darin finden Sie auch
erklärende Kommentare zu den verschiedenen Optionen. Beachten
Sie bitte, dass sich Kommentare nicht in der gleichen Zeile wie
Kommandos befinden dürfen. Erstellen Sie die Datei nun mit dem
folgenden Befehl:
cat > /etc/inputrc << "EOF"
# Begin /etc/inputrc
# Modified by Chris Lynn <roryo@roryo.dynup.net>
# Allow the command prompt to wrap to the next line
set horizontal-scroll-mode Off
# Enable 8bit input
set meta-flag On
set input-meta On
# Turns off 8th bit stripping
set convert-meta Off
# Keep the 8th bit for display
set output-meta On
# none, visible or audible
set bell-style none
# All of the following map the escape sequence of the value
# contained in the 1st argument to the readline specific functions
"\eOd": backward-word
"\eOc": forward-word
# for linux console
"\e[1~": beginning-of-line
"\e[4~": end-of-line
"\e[5~": beginning-of-history
"\e[6~": end-of-history
"\e[3~": delete-char
"\e[2~": quoted-insert
# for xterm
"\eOH": beginning-of-line
"\eOF": end-of-line
# for Konsole
"\e[H": beginning-of-line
"\e[F": end-of-line
# End /etc/inputrc
EOF
Das Shell-Programm /bin/bash (im weiteren
Verlauf nur „shell“ oder
„bash“ genannt) benutzt
einige Startdateien zum Einrichten der Benutzerumgebung. Jede
Datei hat einen bestimmten Zweck und beeinflusst Login- und
Interaktiv-Umgebungen unterschiedlich. Die Bash-Dateien in
/etc enthalten globale
Einstellungen. Wenn eine entsprechende Konfigurations-Datei
auch im Persönlichen Ordner des Benutzers existiert,
überschreibt sie die globalen Einstellungen.
Nach einem erfolgreichen Login wird mit /bin/login eine interaktive
Login-Shell gestartet. Dazu wird die Datei /etc/passwd eingelesen. Eine interaktive
nicht-Login-Shell wird von der Kommandozeile aus gestartet
(z. B. [prompt]$/bin/bash). Eine
nicht-interaktive Shell findet man üblicherweise bei laufenden
Shell-Skripten. Sie ist nicht interaktiv, weil Sie ein Skript
abarbeitet und zwischen den Kommandos nicht auf Eingaben vom
Benutzer wartet.
Weitere Informationen finden Sie mit info bash im Abschnitt Bash Startup Files and Interactive Shells.
Die Dateien /etc/profile und
~/.bash_profile werden gelesen,
wenn die Shell als interaktive Login-Shell aufgerufen wurde.
Die untenstehende Basisversion der Datei /etc/profile stellt ein paar notwendige
Umgebungsvariablen für NLS-Unterstützung ein. Eine korrekte
Einstellung dieser Variablen bewirkt:
Die Ausgaben von Programmen werden in die Sprache des Anwenders übersetzt
Korrekte Einordnung von Zeichen als Buchstaben, Zahlen und weiterer Klassen. Die bash benötigt diese Einstellungen, um Sonderzeichen in Befehlszeilen in nicht-englischen Locales verarbeiten zu können.
Korrekte landesspezifische alphabetische Sortierung
Passende Papiergröße
Korrekte Formatierung von Währungs-, Zeit- und Datumswerten
Ersetzen Sie <ll> mit dem
zweistelligen Ländercode für die gewünschte Sprache (z. B.
„de“) und <CC> mit dem
zweistelligen Code für das gewünschte Land (z. B.
„DE“ oder
„AT“). <charmap> sollte durch
den korrekten Zeichensatz ersetzt werden, z. B.
„iso8859-15“. Auch
(optionale) Parameter wie „@euro“ können angehängt werden.
Mit dem folgenden Kommando erhalten Sie eine Liste aller von Glibc unterstützten Locales:
locale -a
Locales haben häufig mehrere Synonyme. Beispielsweise wird
„ISO-8859-1“ häufig auch
als „iso8859-1“ und
„iso88591“ geschrieben.
Einige Programme können nicht mit den verschiedenen Synonymen
umgehen, daher ist es das sicherste, den korrekten Namen für
ein Locale anzugeben. Um den kanonischen Namen für ein Locale
herauszufinden, führen Sie das folgende Programm aus, wobei
<locale name>
die Ausgabe von locale
-a für Ihr bevorzugtes Locale ist (in diesem
Beispiel „de_DE.iso88591“).
LC_ALL=<locale-Name> locale charmap
Für das Locale „de_DE.iso88591“ ergibt das obige Kommando:
ISO-8859-1
Das endgültige Ergebnis lautet also „de_DE.ISO-8859-1“. Bevor Sie diese Locale-Einstellung allerdings in eine der Startdateien der Bash eintragen, sollten Sie sie testen:
LC_ALL=<locale name> locale language LC_ALL=<locale name> locale charmap LC_ALL=<locale name> locale int_curr_symbol LC_ALL=<locale name> locale int_prefix
Das obige Kommando sollte Ihnen folgende Daten ausgeben: Land und Sprache, den vom Locale benutzten Zeichensatz, die Währung und den internationalen Telefonnumern-Prefix. Falls eines der Kommandos eine Fehlermeldung wie die folgende ausgibt, dann wurde entweder die Locale in Kapitel 6 nicht installiert, oder wird von der Standardinstallation von Glibc nicht unsterstützt.
locale: Cannot set LC_* to default locale: No such file or directory
Falls Sie diese oder eine ähnliche Fehlermeldung erhalten, sollten Sie die gewünschte Locale installieren oder eine andere Locale verwenden. Zur Installation der fehlenden Locale benutzen Sie das Programm localedef. Alle weiteren Schritte im Buch gehen davon aus, dass Sie keine solche Fehlermeldung wie oben erhalten haben, bzw. dass der Fehler beseitigt wurde.
Es gibt einige Pakete außerhalb von LFS, die Ihre Locale möglicherweise nicht richtig unterstützen. Ein Beispiel dafür ist die X-Bibliothek (Teil des X-Window-System), die die folgende Meldung ausgibt, wenn der Name für das Locale nicht exakt auf eine der internen Zeichensatztabellen passt:
Warning: locale not supported by Xlib, locale set to C
In vielen Fällen erwartet Xlib, dass der Name für den Zeichensatz in Großbuchstaben und mit Bindestrichen geschrieben wird. Also "ISO-8859-1" statt "iso88591". Manchmal hilft es auch, den Zeichensatz aus dem Namen der Locale wegzulassen. Dies können Sie mit dem Kommando locale charmap in beiden Locales prüfen. Sie würden also "de_DE.ISO-8859-15@euro" durch "de_DE@euro" ersetzen, damit Xlib Ihre Locale versteht.
Möglicherweise haben noch weitere Programme Schwierigkeiten mir Ihrer Locale (und geben vielleicht noch nicht einmal eine Fehlermeldung aus), falls der Name der Locale nicht den Annahmen des Programmierers entspricht. In solchen Fällen kann man versuchen herauszufinden, wie andere Linux-Distributionen mit dem Problem umgehen.
Wenn Sie die korrekten Locale-Einstellungen herausgefunden
haben, erstellen Sie die Datei /etc/profile:
cat > /etc/profile << "EOF"
# Begin /etc/profile
export LANG=<ll>_<CC>.<charmap><@modifiers>
# End /etc/profile
EOF
Die Locale „C“ (Standard) und „en_US“ (empfohlene Locale für englische Benutzer in den USA) unterscheiden sich. „C“ verwendet den Zeichensatz US-ASCII mit 7 Bit und behandelt Zeichen mit gesetztem hohen Bit als ungültig. Das ist auch der Grund dafür, dass z. B. ls diese Zeichen mit einem Fragezeichen darstellt. Auch der Versuch, eine E-Mail mit solchen Zeichen mit Mutt oder Pine zu versenden ergibt eine nicht RFC-konforme Mail (der Zeichensatz in einer solchen Mail ist dann „unknown 8-bit“). Sie können die Locale „C“ also nur einsetzen, wenn Sie sicher sind, dass Sie niemals 8-Bit-Zeichen benötigen.
UTF-8-basierte Locales werden leider von vielen Programmen nicht richtig unterstützt. Das Programm watch zeigt in UTF-8-Locales nur ASCII-Zeichen an; diese Beschränkung besteht nicht in normalen 8-Bit-Locales wie en_US. Es wird allerdings daran gearbeitet, solche Probleme zu dokumentieren und zu beheben. Siehe auch: http://www.linuxfromscratch.org/blfs/view/svn/introduction/locale-issues.html.
Eine Teilaufgabe des localnet-Skripts ist das
Einstellen des Hostnamens. Dieser muss in der Datei
/etc/sysconfig/network festgelegt
werden.
Erstellen Sie die Datei /etc/sysconfig/network und geben Sie den
Hostnamen ein:
echo "HOSTNAME=<lfs>" > /etc/sysconfig/network
<lfs> muss hier
durch den Namen für Ihren Computer ersetzt werden. Geben Sie
hier nicht den FQDN (Fully Qualified Domain Name ->
Vollständigen Domänennamen) ein. Diesen werden Sie erst später
in der Datei /etc/hosts
eintragen. An dieser Stelle wird nur ein einfacher Rechnername
benötigt.
Wenn Sie eine Netzwerkkarte einrichten möchten, müssen Sie eine
IP-Adresse, den voll qualifizierten Domänennamen und mögliche
Aliasnamen in /etc/hosts
eintragen. Die Syntax lautet:
IP-Adresse meinhost.meinedomain.org aliasname
Solange Ihr Computer nicht offiziell im Internet bekannt ist (d. h. Sie haben eine registrierte Domain und einen gültigen zugewiesenen IP-Block, die meisten haben dies nicht), sollten Sie sicherstellen, dass die IP-Adresse im privaten Adressraum liegt. Gültige Adressräume dafür sind:
Privater Adressbereich Normaler Prefix
10.0.0.1 - 10.255.255.254 8
172.x.0.1 - 172.x.255.254 16
192.168.y.1 - 192.168.y.254 24
x kann eine Zahl zwischen 16-31 sein. y kann zwischen 0-255 liegen.
Eine gültige private IP-Adresse wäre 192.168.1.1. Ein vollqualifizierter Domänenname wäre beispielsweise lfs.beispiel.de
Selbst wenn Sie keine Netzwerkkarte einrichten müssen Sie einen voll qualifizierten Domänennamen eintragen. Er wird zur korrekten Funktion vieler Programme benötigt.
Erzeugen Sie /etc/hosts mit dem
folgenden Kommando:
cat > /etc/hosts << "EOF"
# Begin /etc/hosts (network card version)
127.0.0.1 localhost
<192.168.1.1> <HOSTNAME.beispiel.de> [alias1] [alias2 ...]
# End /etc/hosts (network card version)
EOF
Natürlich müssen Sie <192.168.1.1> und
<HOSTNAME.beispiel.de>
nach Ihrem Belieben ändern (bzw. die IP-Adresse und Hostnamen
eintragen, die Sie von Ihrem Netzwerkadministrator bekommen
haben, falls Ihr Rechner an ein bestehendes Netzwerk
angeschlossen wird). Die optionalen Aliasnamen können
weggelassen werden.
Wenn Sie keine Netzwerkkarte einrichten, erzeugen Sie
/etc/hosts mit diesem Kommando:
cat > /etc/hosts << "EOF"
# Begin /etc/hosts (no network card version)
127.0.0.1 <HOSTNAME.beispiel.de> <HOSTNAME> localhost
# End /etc/hosts (no network card version)
EOF
Einige von den Programmen, die Sie vielleicht später
installieren möchten, erwarten die Existenz der symbolischen
Links /dev/cdrom und
/dev/dvd und dass diese auf ein
CD-Rom- oder DVD-Laufwerk verweisen (z. B. einige
Media-Player). Außerdem könnte es praktisch sein, diese
symbolischen Links in /etc/fstab einzutragen. Udev enthält ein
Skript, welches Regel-Dateien erzeugt, die diese symbolischen
Links für Sie anlegen (abhängig von den verfügbaren
Funktionen der Geräte). Es gibt zwei Betriebsmodi, in denen
die Skripte laufen können. Sie müssen sich entscheiden,
welchen der Modi Sie verwenden möchten.
Zum Einen kann das Skript „nach Pfad“ arbeiten (Voreinstellung für USB- und FireWire-Geräte), wobei die erzeugten Regeln abhängig vom physikalischen Pfad zu dem CD- oder DVD-Gerät sind. Außerdem kann das Skript „nach ID“ arbeiten (Voreinstellung für IDE- und SCSI-Geräte), wobei die erzeugten Regeln abhängig sind von Identifikationsmerkmalen, die in den CD-/DVD-Geräten selber gespeichert sind (z. B. Seriennummer). Ein Pfad wird von Udevs Skript path_id ermittelt und ein Identifikationsmerkmal wird aus der Gerätehardware mit den Programmen ata_id bzw. scsi_id ausgelesen, je nach verwendetem Gerät.
Jede Vorgehensweise hat ihre Vorteile; welche Methode Sie am besten verwenden hängt davon ab, welche Geräteänderungen stattfinden können. Fall sich voraussichtlich der physikalische Pfad zu einem Gerät ändern wird (z. B. die Anschlüsse/Steckplätze, an denen es angeschlossen ist), weil Sie ein Gerät an einen anderen IDE-Bus oder USB-Anschluss anschließen möchten, dann sollten Sie die Methode „nach ID“ verwenden. Wenn Sie jedoch damit rechnen müssen, dass sich das Identifikationsmerkmal eines Gerätes ändert und sie es mit einem gleichwertigen Gerät ersetzen möchten, dann sollten Sie die „nach Pfad“-Methode einsetzen.
Wenn beide Arten Geräteänderungen möglich sind, wählen Sie die Methode anhand der wahrscheinlich häufigeren Änderung aus.
Externe Geräte (z. B. CD-Rom-Laufwerke über USB) sollten nicht mit Regeln „nach Pfad“ angesteuert werden, weil sich der physikalische Geräte-Pfad mit jedem Anschließen ändert. Dieses Problem besteht mit allen extern angeschlossenen Geräten, die mit Udev über den physikalischen Pfad angesteuert werden; es ist nicht nur auf CD- und DVD-Laufwerke beschränkt.
Wenn Sie sehen möchten, welche Werte die Udev-Skripte
verwenden, suchen Sie für Ihr CD-Rom-Laufwerk den zugehörigen
Ordner in /sys (dies könnte
z. B. /sys/block/hdd sein)
und führen Sie dieses Kommando aus:
udevadm test /sys/block/hdd
Sehen Sie sich die Ausgabe der verschiedenen *_id-Programme an. Der Modus „nach ID“ verwendet den Wert ID_SERIAL, sofern er verfügbar und nicht leer ist. Ansonsten wird eine Kombination aus ID_MODEL und ID_REVISION verwendet. Der Modus „nach Pfad“ verwendet den Wert von ID_PATH.
Wenn der Standard-Modus für Ihre Situation unpassend zu sein
scheint, können Sie folgende Änderung an der Datei
/etc/udev/rules.d/75-cd-aliases-generator.rules
vornehmen. Ersetzen Sie mode entsprechend durch
„by-id“ oder
„by-path“:
sed -i -e 's/write_cd_rules/& mode/' \
/etc/udev/rules.d/75-cd-aliases-generator.rules
Es ist nicht nötig, die Regel-Dateien oder symbolischen Links
jetzt zu erstellen, weil Sie den Ordner /dev per bind in Ihr LFS-System eingebunden
haben und wir davon ausgehen, dass die symbolischen Links auf
dem Host-System vorhanden sind. Die Regeln und Links werden
automatisch erzeugt, wenn Sie Ihr neues System das erste mal
neustarten.
Falls Sie allerdings mehrere CD-Rom-Laufwerke haben, können
die dann erzeugten symbolischen Links auf andere Geräte
verweisen, als es auf Ihrem Host-System der Fall war, weil
die Reihenfolge der Geräteerkennung nicht vorhersehbar ist.
Die Zuordnung, wie sie beim ersten Neustart von LFS
vorgenommen wird, bleibt jedoch stabil, so dass dies nur ein
Problem ist, wenn die symbolischen Links des Host-Systems mit
denen in Ihrem LFS übereinstimmen sollen (auf die gleichen
Geräte zeigen sollen). Falls die Links auf beiden Systemen
auf die gleichen Geräte zeigen müssen, untersuchen (und
bearbeiten) Sie die Datei /etc/udev/rules.d/70-persistent-cd.rules
nach dem Neustart und stellen Sie sicher, dass die
symbolischen Links Ihren Vorstellungen entsprechen.
In Abschnitt 7.4,
„Umgang mit Geräten und Modulen an einem
LFS-System“ wurde ja bereits erwähnt, dass die
Reihenfolge, in der Geräte in /dev angelegt werden, vollkommen zufällig
sein kann. Nehmen wir an Sie haben eine USB-Webcam und eine
USB-TV-Tuner, so zeigt /dev/video0 auf die Kamera und /dev/video1 auf den Tuner. Manchmal kann
sich die Reihenfolge bei einem Neustart aber auch einfach
umkehren. Dieses Phänomen kann man für alle Geräte außer
Sound- und Netzwerkkarten mittels Udev-Regeln und
symbolischen Links lösen. Wie man dies mit Netzwerkkarten
löst, steht in Abschnitt 7.13,
„Einrichten des network-Skripts“ beschrieben,
und die Anleitung für Soundkarten finden Sie in BLFS.
Sie sollten für jedes der möglicherweise problematischen
Geräte (selbst, wenn das Problem mit Ihrer bisherigen
Linux-Distribution nicht auftritt) den passenden Ordner unter
/sys/class oder /sys/block suchen. Videogeräte finden Sie
unter /sys/class/video4linux/video. Finden Sie die
Attribute, die das Gerät unverwechselbar erkennbar machen
(üblicherweise Hersteller- und Produkt-IDs und/oder
Seriennummern):
X
udevadm info -a -p /sys/class/video4linux/video0
Schreiben Sie nun die passenden Regel zum Erzeugen der symbolischen Links:
cat > /etc/udev/rules.d/83-duplicate_devs.rules << "EOF"
# Persistent symlinks for webcam and tuner
KERNEL=="video*", ATTRS{idProduct}=="1910", ATTRS{idVendor}=="0d81", \
SYMLINK+="webcam"
KERNEL=="video*", ATTRS{device}=="0x036f", ATTRS{vendor}=="0x109e", \
SYMLINK+="tvtuner"
EOF
Als Ergebnis erhalten Sie immer noch die Gerätedateien
/dev/video0 und /dev/video1, die jeweils unterschiedliche
Geräte meinen können (und deshalb nicht direkt angesprochen
werden sollten). Zusätzlich erhalten Sie aber auch die
symbolischen Links /dev/tvtuner
und /dev/webcam, und diese
zeigen immer auf das richtige Gerät.
Weitere Informationen zum Schreiben von Udev-Regeln finden
Sie in /usr/share/doc/udev-130/index.html.
Diesen Abschnitt müssen Sie nur lesen, wenn Sie eine Netzwerkkarte einrichten möchen.
Wenn Sie keine Netzwerkkarte haben, brauchen Sie
höchstwahrscheinlich keine Konfigurationsdateien bezüglich
Netzwerkkarten einrichten. In diesem Fall sollten Sie alle
symbolischen Links mit Namen network aus den Runlevel-Ordnern entfernen
(/etc/rc.d/rc*.d).
Mit Udev und modularen Netzwerktreibern ist keine stabile
Durchnummerierung von Netzwerkkarten über Rechner-Neustarts
hinweg gewährleistet. Dies liegt daran, dass die Treiber
parallel geladen werden und die Reihenfolge daher
unvorhersagbar ist. Wenn ein Rechner z. B. eine
Netzwerkkarte von Intel und eine von Realtek eingebaut hat,
so könnte die Intel-Karte eth0
und die Realtek-Karte eth1
heißen. In manchen Fällen könnten die Karten nach einem
Neustart aber genau umgekehrt zugewiesen worden sein. Um
diesem Problem zu begegnen, enthält das Udev-Paket ein Skript
und einige Regeln, die eine stabile Namensvergabe für
Netzwerkkarten basierend auf deren MAC-Adresse sicherstellen
sollen.
Erzeugen Sie die Regeln vorab und stellen Sie so sicher, dass schon ab dem ersten Neustart immer die gleichen Namen zugewiesen werden:
for NIC in /sys/class/net/* ; do
INTERFACE=${NIC##*/} udevadm test --action=add --subsystem=net $NIC
done
Sehen Sie nun die Datei /etc/udev/rules.d/70-persistent-net.rules
durch und finden Sie heraus, welcher Name für welche
Netzwerkkarte zugewiesen wurde:
cat /etc/udev/rules.d/70-persistent-net.rules
Am Anfang der Datei findet sich ein Kommentarblock, gefolgt von zwei Zeilen je Netzwerkgerät. Die jeweils erste Zeile ist eine kommentierte Beschreibung, aus der Sie die Hardware-ID entnehmen können (z. B. PCI-Hersteller und Geräte-ID, falls es sich um eine PCI-Karte handelt) und in Klammern den Treiber, sofern er gefunden wird. Aber weder die Geräte-ID noch der Treiber entscheiden über die Namensvergabe der Netzwerkschnittstellen, diese Informationen werden nur zu Referenzzwecken verwendet. Die zweite Zeile ist die Udev-Regel, die auf diese Netzwerkkarte passt und den Namen dafür zuweist.
Alle Udev-Regeln bestehen aus mehreren Schlüsseln, die durch Komma und optionale Leerzeichen getrennt sind. Es folgen die verwendeten Schlüssel und jeweiligen Erklärungen:
SUBSYSTEM=="net" - Dadurch
werden alle Geräte ignoriert, bei denen es sich nicht
um Netzwerkkarten handelt.
ACTION=="add" - Udev wird
diese Regel nur ausführen, wenn der uevent-Typ
„add“ ist.
Uevents des Typs „remove“ oder „change“ können auch auftreten,
aber müssen keine Netzwerkgeräte umbenennen.
DRIVERS=="?*" - Durch
diesen Parameter ignoriert Udev alle VLAN- oder
Bridge-Untergeräte (weil diese Untergeräte keine
eigenen Treiber haben). Untergeräte müssen übersprungen
werden, weil der zugewiesene Name mit dem jeweiligen
Hauptgerät in Konflikt stände.
ATTR{address} - Der Wert
dieses Schlüssels ist die MAC-Adresse der
Netzwerkkarte.
ATTR{type}=="1" -
Optional. Dieser Schlüssel bewirkt, dass die Regel nur
auf das Hauptgerät passt (wie z. B. bei einigen
Drahtlos-Treibern, die mehrere virtuelle Netzwerkgeräte
erzeugen). Die virtuellen Geräte müssen übersprungen
werden, weil dies wie bei Untergeräten Namenskonflikte
bewirken würde.
KERNEL=="eth*" - Dieser
Schlüssel wurde zu Udev hinzugefügt, um mit Rechnern
umgehen zu können, die mehrere Netzwerkkarten mit der
gleichen MAC-Adresse haben. Dies ist z. B. bei der
PS3 der Fall. Sofern die unabhängigen Netzwerkkarten
eine unterschiedliche Namensbasis haben, kann Udev sie
auf diese Weise voneinander unterscheiden. Die meisten
Anwender von Linux From Scratch werden hieraus keinen
Vorteil haben, aber es schadet auch nicht.
NAME - Dieser Wert
bestimmt den Namen, der der Netzwerkkarte zugewiesen
wird.
Der Wert von NAME ist der
wichtige Teil. Sie sollten wissen, welchen Namen Sie welcher
Netzwerkkarte zugewiesen haben, bevor Sie fortfahren.
Verwenden Sie diesen Wert von NAME, wenn Sie später die
Konfigurationsdateien weiter unten einrichten.
Welche Netzwerkgeräte von den Skripten gestartet und gestoppt
werden, hängt von den Dateien und Ordnern in /etc/sysconfig/network-devices ab. Dieser
Ordner sollte pro Netzwerkgerät einen Unterordner in der Form
ifconfig.xyz enthalten, wobei
„xyz“ der Name des
Netzwerkgerätes ist (zum Beispiel eth0 oder eth0:1).
Das folgende Kommando erzeugt die Beispieldate ipv4 für eth0:
cd /etc/sysconfig/network-devices
mkdir -v ifconfig.eth0
cat > ifconfig.eth0/ipv4 << "EOF"
ONBOOT=yes
SERVICE=ipv4-static
IP=192.168.1.1
GATEWAY=192.168.1.2
PREFIX=24
BROADCAST=192.168.1.255
EOF
Natürlich müssen die Werte der Variablen in jeder Datei
angepasst werden, um mit Ihrer tatsächlichen
Systemkonfiguration übereinzustimmen. Wenn die ONBOOT-Variable auf „yes“ gesetzt ist, wird das
network-Skript die Netzwerkkarte beim booten starten. Wenn
sie auf irgendeinen anderen Wert gesetzt wird, ignoriert das
Skript dieses Gerät und startet es dementsprechend auch
nicht.
Der Eintrag SERVICE legt fest, wie
die IP-Adresse vergeben wird. Die LFS-Bootskripte sind in
Bezug auf IP-Adressen-Zuordnung modular aufgebaut. Durch das
Erstellen weiterer Dateien in /etc/sysconfig/network-devices/services
können Sie weitere Zuweisungsmethoden definieren. Das könnten
Sie z. B. tun, um eine IP-Adresse über DHCP zu beziehen
(dies wird im BLFS-Buch beschrieben).
Die Variable GATEWAY sollte die
IP-Adresse Ihres Standard-Gateways enthalten. Wenn Sie kein
Standard-Gateway haben, setzen Sie ein Kommentarzeichen vor
die Zeile (#).
PREFIX muss die Anzahl der
verwendeten Bits in der Netzwerkmaske enthalten. Jedes Oktett
hat acht Bit. Wenn die Netzwerkmaske 255.255.255.0 lautet,
dann werden die ersten drei Oktette benutzt (3x8 = 24 Bit),
um das Netzwerk zu bezeichnen. 255.255.255.240 benutzt die
ersten 28 Bit. Prefixe mit mehr als 24 Bit werden häufig von
DSL- und Kabelbasierten Internet-Dienstleistern (ISP)
verwendet. In diesem Beispiel (PREFIX=24) ist die
Netzwerkmaske 255.255.255.0. Passen Sie sie Ihrem Subnetz
entsprechend an.
Wenn Sie mit dem Internet verbunden sind, brauchen Sie
höchstwahrscheinlich DNS-Namensauflösung, um
Internet-Domänennamen zu IP-Adressen aufzulösen. Dies
erreichen Sie am einfachsten, indem Sie die IP-Adresse des
DNS-Servers (stellt Ihr Internet-Anbieter oder
Netzwerkadministrator bereit) in /etc/resolv.conf eintragen. Erzeugen Sie
die Datei mit diesem Kommando:
cat > /etc/resolv.conf << "EOF"
# Begin /etc/resolv.conf
domain <Ihr Domänenname>
nameserver <IP-Adresse des primären Nameservers>
nameserver <IP-Adresse des sekundären Nameservers>
# End /etc/resolv.conf
EOF
Natürlich müssen Sie <IP-Adresse des primären
Nameservers> durch die echte IP-Adresse Ihres
primären DNS-Servers ersetzen. Oftmals gibt es mehr als einen
Eintrag (offizielle Nameserver müssen aus Fallback-Gründen
immer auch einen sekundären DNS-Server haben). Die IP-Adresse
könnte auch die eines Routers in Ihrem lokalen Netzwerk sein.
Wenn Sie keinen zweiten Nameserver haben oder möchten,
entfernen Sie den zweiten nameserver-Eintrag.
Nun ist es an der Zeit Ihr LFS bootfähig zu machen. In diesem
Kapitel erstellen Sie die Datei fstab, einen neuen Kernel für Ihr LFS-System
und Sie installieren den Bootloader GRUB, damit Sie Ihr
LFS-System zum booten auswählen können.
Die Datei /etc/fstab wird von
einigen Programm benutzt, um festzustellen, wo und in welcher
Reihenfolge Partitionen eingehängt werden sollen und welche
Dateisysteme geprüft werden müssen. Erstellen Sie nun eine neue
Tabelle der Dateisysteme:
cat > /etc/fstab << "EOF"
# Begin /etc/fstab
# file system mount-point type options dump fsck
# order
/dev/<xxx> / <fff> defaults 1 1
/dev/<yyy> swap swap pri=1 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
devpts /dev/pts devpts gid=4,mode=620 0 0
tmpfs /dev/shm tmpfs defaults 0 0
# End /etc/fstab
EOF
Natürlich müssen Sie <xxx>, <yyy> und <fff> mit den korrekten
Werten für Ihr System ersetzen — zum Beispiel
hda2, hda5 und ext3. Die Details zu den sechs Feldern in
dieser Tabelle finden Sie mittels man 5 fstab.
Der Mountpunkt /dev/shm für das
tmpfs-Dateisystem wird hier
eingefügt, um POSIX-konformes shared memory zu gewährleisten.
Ihr Kernel muss Unterstützung dafür haben damit das
funktioniert — mehr darüber finden Sie im nächsten
Abschnitt. Beachten Sie bitte, dass zur Zeit nur wenige
Programme POSIX shared memory verwenden. Daher können Sie den
Mountpunkt /dev/shm als optional
betrachten. Mehr Informationen dazu finden Sie in Documentation/filesystems/tmpfs.txt im
Quellordner Ihrer Kernel-Quellen.
Dateisysteme, die ursprünglich aus MS-DOS oder Windows stammen
(das sind: vfat, ntfs, smbfs, cifs, iso9660, udf) müssen mit
dem mount-Parameter „iocharset“ eingebunden werden, damit
Nicht-Ascii-Zeichen in Dateinamen korrekt behandelt werden
können. Der Wert des Parameters sollte Ihrer Locale-Einstellung
entsprechen, so angepasst, dass der Kernel ihn verstehen kann.
Dies funktioniert nur, wenn der nötige Zeichensatz (zu finden
unter File systems -> Native Language Support) in den Kernel
eingebaut oder als Modul kompiliert ist. Der Parameter
„codepage“ ist des
Weiteren für vfat- und smbfs-Dateisysteme erforderlich. Der
Wert sollte der in Ihrem Land unter MS-DOS verwendeten Codepage
entsprechen. Um beispielsweise einen USB-Stick in ru_RU.KOI8-R
einzubinden, muss der Benutzer diese Zeile in /etc/fstab eintragen:
noauto,user,quiet,showexec,iocharset=koi8r,codepage=866
Die entsprechenden Optionen für ru_RU.UTF-8 lauten:
noauto,user,quiet,showexec,iocharset=utf8,codepage=866
Im letzteren Fall wird der Kernel die folgende Meldung ausgeben:
FAT: utf8 is not a recommended IO charset for FAT filesystems,
filesystem will be case sensitive!
Diese Meldung sollte einfach ignoriert werden, da alle anderen Werte für „iocharset“ zu einer fehlerhaften Darstellung der Dateinamen in UTF-8 führen würden.
Es ist ebenso möglich, die Werte für codepage und iocharset für bestimmte Dateisysteme bereits bei der Kernelkonfiguration festzulegen. Die nötigen Parameter finden Sie unter „Default NLS Option“ (CONFIG_NLS_DEFAULT), „Default Remote NLS Option“ (CONFIG_SMB_NLS_DEFAULT), „Default codepage for FAT“ (CONFIG_FAT_DEFAULT_CODEPAGE) und „Default iocharset for FAT“ (CONFIG_FAT_DEFAULT_IOCHARSET). Für das NTFS-Dateisystem gibt es derzeit keine Möglichkeit, die Werte in der Kernelkonfiguration vorzugeben.
Das Paket Linux enthält den Linux-Kernel.
Kompilieren und Installieren des Kernels sind im Grunde nur
ein paar Schritte — Konfigurieren, Kompilieren und
Installieren. Falls Sie die hier benutzte Methode nicht
mögen, schauen Sie in der Datei README im Kernel-Quellordner nach
Alternativen.
Bereiten Sie den Kompiliervorgang mit dem folgenden Kommando vor:
make mrproper
Hierdurch wird sichergestellt, dass der Kernel-Baum absolut sauber ist. Das Kernel-Team empfiehlt, dieses Kommando vor jedem Kompilieren des Kernels auszuführen. Sie sollten sich nicht darauf verlassen, dass die Quellen nach dem Entpacken sauber sind.
Richten Sie den Kernel nun mit der menügeführten Oberfläche ein. In BLFS finden Sie unter http://www.linuxfromscratch.org/blfs/view/svn/longindex.html#kernel-config-index einige Informationen zu bestimmten Kernel-Voraussetzungen von Software außerhalb von LFS:
make LANG=<host_LANG_Wert> LC_ALL= menuconfig
Die Bedeutung der make-Parameter:
LANG=<host_LANG_Wert>
LC_ALL=
Dies stellt die Locale-Einstellung auf die vom Host verwendete ein. Benötigt wird dies zur korrekten Darstellung der Ncurses-Fensterrahmen von menuconfig in der UTF-8-basierten Textkonsole.
Ersetzen Sie <host_LANG_Wert>
durch den Wert von $LANG
ihres Host-Rechners. Wenn diese Variable nicht gesetzt
ist, können Sie anstelle dessen den Wert aus
$LC_ALL oder $LC_CTYPE übernehmen.
make
oldconfig könnte in einigen Fällen besser
geeignet sein. Schauen Sie in die Datei README, um mehr Informationen zu erhalten.
Wenn Sie möchten, können Sie die Kernelkonfiguration
überspringen und einfach die Kernel-Konfigurationsdatei
.config von Ihrem Host-System
nach linux-2.6.27.4 kopieren
(falls sie verfügbar ist). Das wird allerdings nicht
empfohlen, Sie sind besser dran, wenn Sie alle
Konfigurationsmenüs durchsehen und Ihre eigene
Kernelkonfiguration einrichten.
Kompilieren Sie das Kernel-Abbild und die Module:
make
Wenn Sie Kernel-Module verwenden, brauchen Sie wahrscheinlich
die Datei /etc/modprobe.conf.
Informationen zu Modulen und Kernelkonfiguration im
Allgemeinen finden Sie im Abschnitt 7.4,
„Umgang mit Geräten und Modulen an einem
LFS-System“ und in der Dokumentation zum Kernel
linux-2.6.27.4. Auch
modprobe.conf(5) enthält
nützliche Informationen.
Installieren Sie die Module, falls Ihre Kernelkonfiguration solche verwendet:
make modules_install
Das Kompilieren des Kernels ist nun abgeschlossen, aber
einige der erzeugten Dateien befinden sich noch im
Quellordner. Um die Installation abzuschließen, müssen Sie
noch ein paar Dateien in den Ordner /boot kopieren.
Der Pfad zur Kerneldatei variiert, abhängig von der benutzten Plattform, auf der Sie arbeiten. Das folgende Kommando geht von einem x86-System aus:
cp -v arch/x86/boot/bzImage /boot/lfskernel-2.6.27.4
System.map ist eine Symboldatei
für den Kernel. Sie ordnet Funktions-Einstiegspunkte jeder
Funktion in der Kernel-API sowie Adressen der
Kernel-Datenstrukturen zu. Geben Sie das folgende Kommando
ein, um die Datei zu installieren:
cp -v System.map /boot/System.map-2.6.27.4
.config ist die
Kernel-Konfigurationsdatei, die durch das obige Kommando
make menuconfig
erzeugt wurde. Sie enthält alle Konfigurationsoptionen für
den soeben kompilierten Kernel. Es ist sinnvoll, diese Datei
aufzubewahren:
cp -v .config /boot/config-2.6.27.4
Installieren Sie die Dokumentation zum Linux-Kernel:
install -d /usr/share/doc/linux-2.6.27.4 cp -r Documentation/* /usr/share/doc/linux-2.6.27.4
Beachten Sie bitte, dass die Dateien im Kernel-Quellordner
nicht root gehören. Immer,
wenn Sie ein Paket als root-Benutzer entpacken (so wie Sie es
hier im chroot tun), erhalten die entpackten Dateien die
Benutzer- und Gruppen ID desjenigen, der das Archiv erstellt
hat. Das ist üblicherweise für normale Pakete kein Problem,
weil Sie den Quellordner nach der Installation löschen. Aber
die Linux-Quellen liegen oft sehr lange auf Ihrem Computer,
daher ist die Chance groß, dass ein zukünftiger Benutzer auf
Ihrem System die Benutzer-ID erhält, die Ihre Kernel-Quellen
derzeit haben, und damit wäre er der Besitzer dieser Dateien
und hätte dann auch Schreibrechte darauf.
Wenn Sie die Kernelquellen aufbewahren möchten, sollten Sie
chown -R 0:0
auf den Ordner linux-2.6.27.4
anwenden. So stellen Sie sicher, dass alle Dateien dem
Benutzer root gehören.
Einige Kerneldokumentationen empfehlen das Erzeugen eines
Links von /usr/src/linux auf
den Ordner mit den Kernelquellen. Dies bezieht sich aber
nur auf Kernel vor der 2.6er-Serie zu und darf nicht in einem LFS-System
angewendet werden. Es verursacht Probleme beim Kompilieren
von Paketen, die Sie vielleicht im Nachhinein noch
installieren möchten.
Die Header in dem Systemordner include sollten immer diejenigen sein, mit denen
die Glibc kompiliert wurde (also die bereinigten
Linux-Kernel-Header) und dürfen daher bei der
Aktualisierung des Kernels keinesfalls durch die neuen
Kernel-Header ersetzt werden.
|
Enthält alle ausgewählten Konfigurationsoptionen für den Kernel. |
|
|
Dies ist der Kernel, der Motor Ihres GNU/Linux-Systems. Nach dem Einschalten Ihres Rechners ist der Kernel der erste Teil des Betriebssystems, der geladen wird. Er erkennt und initialisiert alle Komponenten Ihrer Computer-Hardware und macht diese Komponenten für die Software verfügbar. Er verwandelt eine einzelne CPU in eine Multitasking-Maschine, die unzählige Programme scheinbar zur gleichen Zeit ausführen kann. |
|
|
Enthält eine Liste von Adressen und Symbolen. Sie ordnet Einstiegspunkte und Adressen aller Funktionen und Datenstrukturen dem entsprechenden Kernel zu. |
Ihr frisches LFS-System ist nun beinahe fertig. Sie müssen nun noch sicherstellen, dass es booten kann. Die untenstehende Anleitung gilt nur für Computer mit IA-32-Architektur, dazu gehören alle handelsüblichen PCs. Informationen zum „boot loading“ auf anderen Architekturen finden Sie in den üblichen Dokumentationsquellen zu diesen Architekturen.
Booten kann ein sehr komplexes Thema sein. Hier erstmal ein paar warnende Worte: Sie sollten mit Ihrem jetzigen Bootloader und den Betriebssystemen, die Sie weiter verwenden wollen, vertraut sein. Halten Sie bitte eine „Notfalldiskette“ bereit, damit Sie Ihren Computer starten können, falls Ihr Computer aus irgendwelchen Gründen unbrauchbar wird (weil er zum Beispiel nicht mehr bootet).
Den Grub Bootloader haben Sie bereits installiert. Jetzt müssen ein paar Grub-Dateien an spezielle Orte auf der Festplatte kopiert werden. Bevor Sie das tun, sollten Sie eine Boot-Diskette mit Grub erstellen, nur für den Fall der Fälle. Legen Sie eine leere Diskette ein und führen Sie dieses Kommando aus:
dd if=/boot/grub/stage1 of=/dev/fd0 bs=512 count=1 dd if=/boot/grub/stage2 of=/dev/fd0 bs=512 seek=1
Entfernen Sie die Diskette und bewahren Sie sie an einem
sicheren Ort auf. Starten Sie nun die grub-Shell:
grub
Grub verwendet zur Benennung von Festplatten und Partitionen
ein eigenes Schema der Form (hdn,m), wobei n die Nummer der Festplatte, und
m die Nummer der
Partition ist. Beide Werte beginnen bei Null. Das bedeutet,
dass zum Beispiel die Partition hda1 für GRUB (hd0,0) ist, und hdb2 ist (hd1,1). Anders als Linux,
betrachtet GRUB CD-Rom-Laufwerke nicht als Festplatte. Wenn Sie
also ein CD-Rom-Laufwerk auf hdb
haben und eine zweite Festplatte auf hdc, dann ist die zweite Festplatte immernoch
(hd1).
Bestimmen Sie mit den obigen Informationen den Namen Ihrer
root-Partition. Im folgenden Beispiel wird angenommen, dass
Ihre root-Partition hda4 ist.
Sagen Sie GRUB zuerst, wo die stage{1,2}-Dateien zu finden sind — Sie
können die Tabulator-Taste verwenden, damit Grub Alternativen
anzeigt:
root (hd0,3)
Das nächste Kommando überschreibt Ihren bisherigen
Bootloader. Wenn Sie das nicht wollen, führen Sie das
Kommando nicht aus. Zum Beispiel, wenn Sie einen Bootloader
von einem Dritthersteller benutzen möchten, um Ihren MBR
(Master Boot Record) zu verwalten. In dem Fall würde es Sinn
machen, Grub in den „Bootsektor“ Ihrer LFS-Partition zu
installieren, das folgende Kommando würde dann lauten:
setup
(hd0,3).
Weisen Sie GRUB nun an, sich in den MBR von hda zu installieren:
setup (hd0)
Wenn alles in Ordnung ist, wird GRUB nun berichten, dass die
nötigen Dateien in /boot/grub
gefunden wurden. Das ist alles soweit, beenden Sie die
grub-Shell:
quit
Nun müssen Sie eine „Menü-Liste“ erstellen. Sie definiert das Bootmenü von Grub:
cat > /boot/grub/menu.lst << "EOF"
# Begin /boot/grub/menu.lst
# By default boot the first menu entry.
default 0
# Allow 30 seconds before booting the default.
timeout 30
# Use prettier colors.
color green/black light-green/black
# The first entry is for LFS.
title LFS 6.4
root (hd0,3)
kernel /boot/lfskernel-2.6.27.4 root=/dev/hda4
EOF
Vielleicht möchten Sie einen weiteren Eintrag für Ihr Host-System vornehmen. Dieser könnte z. B. so aussehen:
cat >> /boot/grub/menu.lst << "EOF"
title Red Hat
root (hd0,2)
kernel /boot/kernel-2.6.5 root=/dev/hda3
initrd /boot/initrd-2.6.5
EOF
Falls Sie Windows dual-booten möchten, könnte der folgende Eintrag hilfreich sein:
cat >> /boot/grub/menu.lst << "EOF"
title Windows
rootnoverify (hd0,0)
chainloader +1
EOF
Falls Ihnen info grub nicht alle benötigten Informationen gibt, finden Sie mehr dazu auf den GRUB-Webseiten unter http://www.gnu.org/software/grub/.
FHS setzt voraus, das GRUBs menu.lst nach /etc/grub/menu.lst verlinkt sein sollte. Um
diese Voraussetzung zu erfüllen, führen Sie das folgende
Kommando aus:
mkdir -v /etc/grub ln -sv /boot/grub/menu.lst /etc/grub
Herzlichen Glückwunsch! Sie sind fertig mit der Installation Ihres eigenen LFS-Systems. Wir wünschen Ihnen viel Freude mit Ihrem brandneuen selbstgebauten Linux.
Sie sollten nun noch die Datei /etc/lfs-release erstellen. Mit ihr ist es
für Sie (und für uns, wenn Sie uns bei etwas um Hilfe bitten
sollten) einfach, herauszufinden, welche LFS-Version Sie haben.
Erstellen Sie die Datei mit diesem Kommando:
echo 6.4 > /etc/lfs-release
Sie haben nun das ganze Buch durchgearbeitet. Vielleicht möchten Sie sich jetzt als LFS-Benutzer zählen lassen?! Besuchen Sie http://www.linuxfromscratch.org/cgi-bin/lfscounter.cgi und registrieren Sie sich als LFS-Benutzer, indem Sie Ihren Namen und die Versionsnummer Ihres ersten LFS-Systems dort eintragen.
Lassen Sie uns nun Ihr LFS booten ...
Nachdem nun sämtliche Software installiert ist, wird es Zeit, den Computer neu zu starten. Sie sollten allerdings ein paar Dinge beachten. Das bisher erstellte System ist absolut minimal und hat höchstwahrscheinlich nicht genügend Funktionen, um ernsthaft damit arbeiten zu können. Während Sie weiterhin in der chroot-Umgebung sind, können Sie Pakete aus dem BLFS-Buch installieren. Das versetzt Sie in eine weitaus bessere Lage nach dem Neustart Ihres Systems. Wenn Sie einen textbasierten Webbrowser wie z. B. Lynx installieren, können Sie das BLFS-Buch in einer virtuellen Konsole lesen und in einer anderen Pakete kompilieren. Mit GPM können Sie auch Kopieren und Einfügen zwischen den Konsolen nutzen. Zusätzlich können Sie auch Pakete wie Dhcpd oder PPP installieren. Dies ist z. B. dann nützlich, wenn Sie keine statische IP-Adresse nutzen können.
Nachdem dies gesagt ist, können Sie nun in Ihr frisch installiertes System booten. Als erstes verlassen Sie die chroot-Umgebung:
logout
Hängen Sie die virtuellen Dateisysteme aus:
umount -v $LFS/dev/pts umount -v $LFS/dev/shm umount -v $LFS/dev umount -v $LFS/proc umount -v $LFS/sys
Und hängen Sie das LFS-Dateisystem aus:
umount -v $LFS
Falls Sie sich zu Beginn für mehrere Partitionen entschieden haben, müssen Sie die anderen Partitionen aushängen, bevor Sie die Hauptpartition aushängen:
umount -v $LFS/usr umount -v $LFS/home umount -v $LFS
Jetzt können Sie Ihren Computer neu starten:
shutdown -r now
Unter der Annahme, dass der GRUB-Bootloader wie vorgeschlagen installiert wurde, sollte das Standard-Bootmenü automatisch LFS 6.4 booten.
Nach dem Neustart ist Ihr LFS-System bereit; Sie können es nun benutzen und mit der Installation weiterer Software beginnen.
Vielen Dank, dass Sie dieses Buch gelesen haben. Wir hoffen, dass Sie es nützlich fanden und viel über die Installation von Linux gelernt haben.
Nachdem Sie nun mit der Installation von LFS fertig sind, fragen Sie sich vielleicht: „Was kommt nun?“. Um diese Frage zu beantworten haben wir eine Reihe von Links für Sie zusammengestellt.
Pflege und Wartung
Für jede Software werden regelmäßig Sicherheitslücken und Fehler gemeldet. Da ein LFS aus den Quellen kompiliert ist, liegt es an Ihnen, diese Berichte zu verfolgen. Es gibt dazu verschiedene Online-Ressourcen, die Sie sich ansehen können:
Freshmeat.net (http://freshmeat.net/)
Freshmeat kann Sie (via E-Mail) über neue Programmversionen informieren.
CERT (Computer Emergency Response Team)
CERT führt eine Mailingliste, die Sicherheitswarnungen zu verschiedenen Betriebssystemen und Anwendungen veröffentlicht. Sie können die Liste unter http://www.us-cert.gov/cas/signup.html abonnieren.
Bugtraq
Die Mailingliste Bugtraq ist eine sog. full-disclosure-Mailingliste. Auf ihr werden neu entdeckte Sicherheitsprobleme und zum Teil auch Patches zum Beheben der Fehler veröffentlicht. Sie können die Liste unter http://www.securityfocus.com/archive abonnieren.
Beyond Linux From Scratch
Das Buch „Beyond Linux From Scratch“ befasst sich mit der Installation einer Menge Software, die den Rahmen des LFS-Buches sprengen würde. Das BLFS-Projekt finden Sie unter http://www.linuxfromscratch.org/blfs/.
LFS-Hints
Die LFS-Hints sind eine Sammlung von nützlichen Anleitungen und Tipps, die von Freiwilligen aus der LFS-Gemeinschaft eingereicht wurden. Die Anleitungen sind verfügbar unter http://www.linuxfromscratch.org/hints/list.html.
Mailinglisten
Es gibt einige Mailinglisten, die Sie abonnieren können, wenn Sie mal Hilfe benötigen. Weitere Informationen finden Sie in Kapitel 1 - Mailinglisten.
Das Linux Documentation Project
Das Ziel des Linux Documentation Project ist es, in allen Fragen zu Linux zusammenzuarbeiten. Das LDP verfügt über viele HOWTOs, Anleitungen und Man-pages. Sie finden es unter http://www.tldp.org/.
|
ABI |
Application Binary Interface |
|
ALFS |
Automated Linux From Scratch |
|
ALSA |
Advanced Linux Sound Architecture |
|
API |
Application Programming Interface |
|
ASCII |
American Standard Code for Information Interchange |
|
BIOS |
Basic Input/Output System |
|
BLFS |
Beyond Linux From Scratch |
|
BSD |
Berkeley Software Distribution |
|
chroot |
change root |
|
CMOS |
Complementary Metal Oxide Semiconductor |
|
COS |
Class Of Service |
|
CPU |
Central Processing Unit |
|
CRC |
Cyclic Redundancy Check |
|
CVS |
Concurrent Versions System |
|
DHCP |
Dynamic Host Configuration Protocol |
|
DNS |
Domain Name Service |
|
EGA |
Enhanced Graphics Adapter |
|
ELF |
Executable and Linkable Format |
|
EOF |
End of File |
|
EQN |
equation |
|
EVMS |
Enterprise Volume Management System |
|
ext2 |
second extended file system |
|
ext3 |
third extended file system |
|
FAQ |
Frequently Asked Questions |
|
FHS |
Filesystem Hierarchy Standard |
|
FIFO |
First-In, First Out |
|
FQDN |
Fully Qualified Domain Name |
|
FTP |
File Transfer Protocol |
|
GB |
Gibabytes |
|
GCC |
GNU Compiler Collection |
|
GID |
Group Identifier |
|
GMT |
Greenwich Mean Time |
|
GPG |
GNU Privacy Guard |
|
HTML |
Hypertext Markup Language |
|
IDE |
Integrated Drive Electronics |
|
IEEE |
Institute of Electrical and Electronic Engineers |
|
IO |
Input/Output |
|
IP |
Internet Protocol |
|
IPC |
Inter-Process Communication |
|
IRC |
Internet Relay Chat |
|
ISO |
International Organization for Standardization |
|
ISP |
Internet Service Provider |
|
KB |
Kilobytes |
|
LED |
Light Emitting Diode |
|
LFS |
Linux From Scratch |
|
LSB |
Linux Standard Base |
|
MB |
Megabytes |
|
MBR |
Master Boot Record |
|
MD5 |
Message Digest 5 |
|
NIC |
Network Interface Card |
|
NLS |
Native Language Support |
|
NNTP |
Network News Transport Protocol |
|
NPTL |
Native POSIX Threading Library |
|
OSS |
Open Sound System |
|
PCH |
Pre-Compiled Headers |
|
PCRE |
Perl Compatible Regular Expression |
|
PID |
Process Identifier |
|
PLFS |
Pure Linux From Scratch |
|
PTY |
pseudo terminal |
|
QA |
Quality Assurance |
|
QOS |
Quality Of Service |
|
RAM |
Random Access Memory |
|
RPC |
Remote Procedure Call |
|
RTC |
Real Time Clock |
|
SBU |
Standard Build Unit |
|
SCO |
The Santa Cruz Operation |
|
SGR |
Select Graphic Rendition |
|
SHA1 |
Secure-Hash Algorithm 1 |
|
SMP |
Symmetric Multi-Processor |
|
TLDP |
Das Linux Documentation Project |
|
TFTP |
Trivial File Transfer Protocol |
|
TLS |
Thread-Local Storage |
|
UID |
User Identifier |
|
umask |
user file-creation mask |
|
USB |
Universal Serial Bus |
|
UTC |
Coordinated Universal Time |
|
UUID |
Universally Unique Identifier |
|
VC |
Virtual Console |
|
VGA |
Video Graphics Array |
|
VT |
Virtual Terminal |
Wir möchten uns bei allen nachfolgenden Personen und Organisationen für ihr Mitwirken und die Beiträge zu Linux From Scratch bedanken.
Gerard Beekmans <gerard AT linuxfromscratch D0T org> – Gründer von Linux From Scratch, LFS-Projektbetreuer
Matthew Burgess <matthew AT linuxfromscratch D0T org> – LFS-Projektleiter, Buchautor
Bruce Dubbs <bdubbs AT linuxfromscratch D0T org> – LFS-Release-Betreuer
Manuel Canales Esparcia <manuel AT linuxfromscratch D0T org> – LFS-/BLFS-/HLFS- XML- und XSL-Betreuer
Jim Gifford <jim AT linuxfromscratch D0T org> – CLFS-Co-Betreuer
Bryan Kadzban <bryan AT linuxfromscratch D0T org> – LFS-Buchautor
Jeremy Huntwork <jhuntwork AT linuxfromscratch D0T org> – LFS-Live-CD-Betreuer, LFS-Buchautor
Randy McMurchy <randy AT linuxfromscratch D0T org> – BLFS-Projektleiter, LFS-Buchautor
Dan Nicholson <dnicholson AT linuxfromscratch D0T org> – LFS- und BLFS-Buchautor
DJ Lucas <dj AT linuxfromscratch D0T org> – LFS- und BLFS-Buchautor
Ken Moffat <ken AT linuxfromscratch D0T org> – LFS- und CLFS-Buchautor
Ryan Oliver <ryan AT linuxfromscratch D0T org> – CLFS-Co-Betreuer
Alexander E. Patrakov <alexander AT linuxfromscratch D0T org> – LFS-Buchautor, LFS-Internationalisierung, LFS-Live-CD-Betreuer
Zahllose weitere Personen aus den verschiedenen LFS- und BLFS-Mailinglisten, die mit Vorschlägen, Tests und Fehlerberichten, Anleitungen und Installationserfahrungen zu diesem Buch beitragen.
Manuel Canales Esparcia <macana AT macana-es D0T com> – Spanisches LFS-Übersetzerprojekt
Johan Lenglet <johan AT linuxfromscratch D0T org> – Französisches LFS-Übersetzerprojekt
Anderson Lizardo <lizardo AT linuxfromscratch D0T org> – Portugiesisches LFS-Übersetzerprojekt
Thomas Reitelbach <tr AT erdfunkstelle D0T de> – Deutsches LFS-Übersetzerprojekt
Scott Kveton <scott AT osuosl D0T org> – lfs.oregonstate.edu
William Astle <lost AT l-w D0T net> – ca.linuxfromscratch.org
Eujon Sellers <jpolen@rackspace.com> – lfs.introspeed.com
Justin Knierim <tim@idge.net> – lfs-matrix.net
Manuel Canales Esparcia <manuel AT linuxfromscratch D0T org> – lfsmirror.lfs-es.info
Luis Falcon <Luis Falcon> – torredehanoi.org
Guido Passet <guido AT primerelay D0T net> – nl.linuxfromscratch.org
Bastiaan Jacques <baafie AT planet D0T nl> – lfs.pagefault.net
Sven Cranshoff <sven D0T cranshoff AT lineo D0T be> – lfs.lineo.be
Scarlet Belgien – lfs.scarlet.be
Sebastian Faulborn <info AT aliensoft D0T org> – lfs.aliensoft.org
Stuart Fox <stuart AT dontuse D0T ms> – lfs.dontuse.ms
Ralf Uhlemann <admin AT realhost D0T de> – lfs.oss-mirror.org
Antonin Sprinzl <Antonin D0T Sprinzl AT tuwien D0T ac D0T at> – at.linuxfromscratch.org
Fredrik Danerklint <fredan-lfs AT fredan D0T org> – se.linuxfromscratch.org
Franck <franck AT linuxpourtous D0T com> – lfs.linuxpourtous.com
Philippe Baqué <baque AT cict D0T fr> – lfs.cict.fr
Vitaly Chekasin <gyouja AT pilgrims D0T ru> – lfs.pilgrims.ru
Benjamin Heil <kontakt AT wankoo D0T org> – lfs.wankoo.org
Satit Phermsawang <satit AT wbac D0T ac D0T th> – lfs.phayoune.org
Shizunet Co.,Ltd. <info AT shizu-net D0T jp> – lfs.mirror.shizu-net.jp
Init World <http://www.initworld.com/> – lfs.initworld.com
Jason Andrade <jason AT dstc D0T edu D0T au> – au.linuxfromscratch.org
Christine Barczak <theladyskye AT linuxfromscratch D0T org> – LFS-Buchautorin
Archaic <archaic@linuxfromscratch.org> – LFS-Buchautor, HLFS-Projektbetreuer, BLFS-Buchautor, Betreuer des Projekts "Hints und Patches"
Nathan Coulson <nathan AT linuxfromscratch D0T org> – Betreuer der LFS-Bootskripte
Timothy Bauscher
Robert Briggs
Ian Chilton
Jeroen Coumans <jeroen AT linuxfromscratch D0T org> – Website-Entwickler, Betreuer der FAQ
Alex Groenewoud – Technischer Autor für LFS
Marc Heerdink
Mark Hymers
Seth W. Klein – Betreuer der FAQ
Nicholas Leippe <nicholas AT linuxfromscratch D0T org> – Wiki-Betreuer
Anderson Lizardo <lizardo AT linuxfromscratch D0T org> – Betreuer der Website-Skripte
Simon Perreault
Scot Mc Pherson <scot AT linuxfromscratch D0T org> – LFS-NNTP-Gateway-Betreuer
Greg Schafer <gschafer AT zip D0T com D0T au> – Technischer Autor für LFS
Jesse Tie-Ten-Quee – Technischer Autor für LFS
James Robertson <jwrober AT linuxfromscratch D0T org> – Bugzilla-Betreuer
Tushar Teredesai <tushar AT linuxfromscratch D0T org> – BLFS-Buchautor, Betreuer des Hints und Patches Projekts
Jeremy Utley <jeremy AT linuxfromscratch D0T org> – LFS-Buchautor, Bugzilla-Betreuer, Betreuer der LFS-Bootskripte
Zack Winkles <zwinkles AT gmail D0T com> – LFS-Buchautor
Dean Benson <dean AT vipersoft D0T co D0T uk> für etliche Geldspenden
Hagen Herrschaft <hrx AT hrxnet D0T de> für die Spende eines 2,2 GHz P4-Systems, welches nun unter dem Namen Lorien läuft
SEO Company Canada unterstützt Open-Source-Projekte und verschiedene Linux-Distributionen
VA Software die, im Namen von Linux.com, eine VA Linux 420 (ehem. StartX SP2) Workstation gespendet haben
Mark Stone für die Spende von Belgarath, dem ersten linuxfromscratch.org Server
Jedes in LFS installierte Paket verlässt sich zum Kompilieren und Installieren auf ein oder mehrere weitere Pakete. Manche Pakete haben sogar rekursive Abhängigkeiten. Das heißt, ein Paket A benötigt Paket B, welches wiederum Paket A voraussetzt. Diese z. T. recht komplizierten Abhängigkeiten begründen auch die besondere Installationsreihenfolge der Pakete in LFS. Der Zweck dieser Seite ist es, die Abhängigkeiten aller Pakete in LFS zu dokumentieren.
Für jedes installierte Paket listen wir hier drei Arten von Abhängigkeiten auf. Die erste Liste enthält Pakete, die zur Installation der fraglichen Software benötigt werden. Die zweite Liste enthält die Pakete, die zum korrekten Durchlaufen der Testsuite der fraglichen Software benötigt werden. Die dritte Liste enthält die LFS-Programme, die dieses fragliche Paket zur korrekten Installation voraussetzen (und zwar am endgültigen Installationsort fertig installiert!). In den meisten Fällen ist der Grund dafür, das diese Programme die Pfade zum fraglichen Paket fest in Skripten einbinden. Wenn Sie sich nicht an die in LFS vorgegebene Installationsreihenfolge halten, könnten diese Programm Pfade wie /tools/bin/[binärdatei] in ihren Skripten einbinden; dies wäre absolut nicht wünschenswert.
Die Skripte in diesem Anhang sind nach den Ordnern aufgelistet,
in denen sie sich normalerweise befinden. Die Reihenfolge ist
/etc/rc.d/init.d, /etc/sysconfig, /etc/sysconfig/network-devices und /etc/sysconfig/network-devices/services.
Innerhalb eines jeden Abschnitts werden die Dateien in der
Reihenfolge aufgelistet, in der sie normalerweise aufgerufen
werden.
Das Skript rc ist das erste
Skript, welches von init
aufgerufen wird. Es leitet den Boot-Vorgang ein.
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/rc
#
# Description : Main Run Level Control Script
#
# Authors : Gerard Beekmans - gerard AT linuxfromscratch D0T org
#
# Version : 00.00
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
# This sets a few default terminal options.
stty sane
# These 3 signals will not cause our script to exit
trap "" INT QUIT TSTP
[ "${1}" != "" ] && runlevel=${1}
if [ "${runlevel}" = "" ]; then
echo "Usage: ${0} <runlevel>" >&2
exit 1
fi
previous=${PREVLEVEL}
[ "${previous}" = "" ] && previous=N
if [ ! -d ${rc_base}/rc${runlevel}.d ]; then
boot_mesg "${rc_base}/rc${runlevel}.d does not exist." ${WARNING}
boot_mesg_flush
exit 1
fi
# Attempt to stop all service started by previous runlevel,
# and killed in this runlevel
if [ "${previous}" != "N" ]; then
for i in $(ls -v ${rc_base}/rc${runlevel}.d/K* 2> /dev/null)
do
check_script_status
suffix=${i#$rc_base/rc$runlevel.d/K[0-9][0-9]}
prev_start=$rc_base/rc$previous.d/S[0-9][0-9]$suffix
sysinit_start=$rc_base/rcsysinit.d/S[0-9][0-9]$suffix
if [ "${runlevel}" != "0" ] && [ "${runlevel}" != "6" ]; then
if [ ! -f ${prev_start} ] && [ ! -f ${sysinit_start} ]; then
boot_mesg -n "WARNING:\n\n${i} can't be" ${WARNING}
boot_mesg -n " executed because it was not"
boot_mesg -n " not started in the previous"
boot_mesg -n " runlevel (${previous})."
boot_mesg "" ${NORMAL}
boot_mesg_flush
continue
fi
fi
${i} stop
error_value=${?}
if [ "${error_value}" != "0" ]; then
print_error_msg
fi
done
fi
#Start all functions in this runlevel
for i in $( ls -v ${rc_base}/rc${runlevel}.d/S* 2> /dev/null)
do
if [ "${previous}" != "N" ]; then
suffix=${i#$rc_base/rc$runlevel.d/S[0-9][0-9]}
stop=$rc_base/rc$runlevel.d/K[0-9][0-9]$suffix
prev_start=$rc_base/rc$previous.d/S[0-9][0-9]$suffix
[ -f ${prev_start} ] && [ ! -f ${stop} ] && continue
fi
check_script_status
case ${runlevel} in
0|6)
${i} stop
;;
*)
${i} start
;;
esac
error_value=${?}
if [ "${error_value}" != "0" ]; then
print_error_msg
fi
done
# End $rc_base/init.d/rc
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/functions
#
# Description : Run Level Control Functions
#
# Authors : Gerard Beekmans - gerard AT linuxfromscratch D0T org
#
# Version : 00.00
#
# Notes : With code based on Matthias Benkmann's simpleinit-msb
# http://winterdrache.de/linux/newboot/index.html
#
########################################################################
## Environmental setup
# Setup default values for environment
umask 022
export PATH="/bin:/usr/bin:/sbin:/usr/sbin"
# Signal sent to running processes to refresh their configuration
RELOADSIG="HUP"
# Number of seconds between STOPSIG and FALLBACK when stopping processes
KILLDELAY="3"
## Screen Dimensions
# Find current screen size
if [ -z "${COLUMNS}" ]; then
COLUMNS=$(stty size)
COLUMNS=${COLUMNS##* }
fi
# When using remote connections, such as a serial port, stty size returns 0
if [ "${COLUMNS}" = "0" ]; then
COLUMNS=80
fi
## Measurements for positioning result messages
COL=$((${COLUMNS} - 8))
WCOL=$((${COL} - 2))
## Provide an echo that supports -e and -n
# If formatting is needed, $ECHO should be used
case "`echo -e -n test`" in
-[en]*)
ECHO=/bin/echo
;;
*)
ECHO=echo
;;
esac
## Set Cursor Position Commands, used via $ECHO
SET_COL="\\033[${COL}G" # at the $COL char
SET_WCOL="\\033[${WCOL}G" # at the $WCOL char
CURS_UP="\\033[1A\\033[0G" # Up one line, at the 0'th char
## Set color commands, used via $ECHO
# Please consult `man console_codes for more information
# under the "ECMA-48 Set Graphics Rendition" section
#
# Warning: when switching from a 8bit to a 9bit font,
# the linux console will reinterpret the bold (1;) to
# the top 256 glyphs of the 9bit font. This does
# not affect framebuffer consoles
NORMAL="\\033[0;39m" # Standard console grey
SUCCESS="\\033[1;32m" # Success is green
WARNING="\\033[1;33m" # Warnings are yellow
FAILURE="\\033[1;31m" # Failures are red
INFO="\\033[1;36m" # Information is light cyan
BRACKET="\\033[1;34m" # Brackets are blue
STRING_LENGTH="0" # the length of the current message
#*******************************************************************************
# Function - boot_mesg()
#
# Purpose: Sending information from bootup scripts to the console
#
# Inputs: $1 is the message
# $2 is the colorcode for the console
#
# Outputs: Standard Output
#
# Dependencies: - sed for parsing strings.
# - grep for counting string length.
#
# Todo:
#*******************************************************************************
boot_mesg()
{
local ECHOPARM=""
while true
do
case "${1}" in
-n)
ECHOPARM=" -n "
shift 1
;;
-*)
echo "Unknown Option: ${1}"
return 1
;;
*)
break
;;
esac
done
## Figure out the length of what is to be printed to be used
## for warning messages.
STRING_LENGTH=$((${#1} + 1))
# Print the message to the screen
${ECHO} ${ECHOPARM} -e "${2}${1}"
}
boot_mesg_flush()
{
# Reset STRING_LENGTH for next message
STRING_LENGTH="0"
}
boot_log()
{
# Left in for backwards compatibility
:
}
echo_ok()
{
${ECHO} -n -e "${CURS_UP}${SET_COL}${BRACKET}[${SUCCESS} OK ${BRACKET}]"
${ECHO} -e "${NORMAL}"
boot_mesg_flush
}
echo_failure()
{
${ECHO} -n -e "${CURS_UP}${SET_COL}${BRACKET}[${FAILURE} FAIL ${BRACKET}]"
${ECHO} -e "${NORMAL}"
boot_mesg_flush
}
echo_warning()
{
${ECHO} -n -e "${CURS_UP}${SET_COL}${BRACKET}[${WARNING} WARN ${BRACKET}]"
${ECHO} -e "${NORMAL}"
boot_mesg_flush
}
print_error_msg()
{
echo_failure
# $i is inherited by the rc script
boot_mesg -n "FAILURE:\n\nYou should not be reading this error message.\n\n" ${FAILURE}
boot_mesg -n " It means that an unforeseen error took"
boot_mesg -n " place in ${i}, which exited with a return value of"
boot_mesg " ${error_value}.\n"
boot_mesg_flush
boot_mesg -n "If you're able to track this"
boot_mesg -n " error down to a bug in one of the files provided by"
boot_mesg -n " the LFS book, please be so kind to inform us at"
boot_mesg " lfs-dev@linuxfromscratch.org.\n"
boot_mesg_flush
boot_mesg -n "Press Enter to continue..." ${INFO}
boot_mesg "" ${NORMAL}
read ENTER
}
check_script_status()
{
# $i is inherited by the rc script
if [ ! -f ${i} ]; then
boot_mesg "${i} is not a valid symlink." ${WARNING}
echo_warning
continue
fi
if [ ! -x ${i} ]; then
boot_mesg "${i} is not executable, skipping." ${WARNING}
echo_warning
continue
fi
}
evaluate_retval()
{
error_value="${?}"
if [ ${error_value} = 0 ]; then
echo_ok
else
echo_failure
fi
# This prevents the 'An Unexpected Error Has Occurred' from trivial
# errors.
return 0
}
print_status()
{
if [ "${#}" = "0" ]; then
echo "Usage: ${0} {success|warning|failure}"
return 1
fi
case "${1}" in
success)
echo_ok
;;
warning)
# Leave this extra case in because old scripts
# may call it this way.
case "${2}" in
running)
${ECHO} -e -n "${CURS_UP}"
${ECHO} -e -n "\\033[${STRING_LENGTH}G "
boot_mesg "Already running." ${WARNING}
echo_warning
;;
not_running)
${ECHO} -e -n "${CURS_UP}"
${ECHO} -e -n "\\033[${STRING_LENGTH}G "
boot_mesg "Not running." ${WARNING}
echo_warning
;;
not_available)
${ECHO} -e -n "${CURS_UP}"
${ECHO} -e -n "\\033[${STRING_LENGTH}G "
boot_mesg "Not available." ${WARNING}
echo_warning
;;
*)
# This is how it is supposed to
# be called
echo_warning
;;
esac
;;
failure)
echo_failure
;;
esac
}
reloadproc()
{
local pidfile=""
local failure=0
while true
do
case "${1}" in
-p)
pidfile="${2}"
shift 2
;;
-*)
log_failure_msg "Unknown Option: ${1}"
return 2
;;
*)
break
;;
esac
done
if [ "${#}" -lt "1" ]; then
log_failure_msg "Usage: reloadproc [-p pidfile] pathname"
return 2
fi
# This will ensure compatibility with previous LFS Bootscripts
if [ -n "${PIDFILE}" ]; then
pidfile="${PIDFILE}"
fi
# Is the process running?
if [ -z "${pidfile}" ]; then
pidofproc -s "${1}"
else
pidofproc -s -p "${pidfile}" "${1}"
fi
# Warn about stale pid file
if [ "$?" = 1 ]; then
boot_mesg -n "Removing stale pid file: ${pidfile}. " ${WARNING}
rm -f "${pidfile}"
fi
if [ -n "${pidlist}" ]; then
for pid in ${pidlist}
do
kill -"${RELOADSIG}" "${pid}" || failure="1"
done
(exit ${failure})
evaluate_retval
else
boot_mesg "Process ${1} not running." ${WARNING}
echo_warning
fi
}
statusproc()
{
local pidfile=""
local base=""
local ret=""
while true
do
case "${1}" in
-p)
pidfile="${2}"
shift 2
;;
-*)
log_failure_msg "Unknown Option: ${1}"
return 2
;;
*)
break
;;
esac
done
if [ "${#}" != "1" ]; then
shift 1
log_failure_msg "Usage: statusproc [-p pidfile] pathname"
return 2
fi
# Get the process basename
base="${1##*/}"
# This will ensure compatibility with previous LFS Bootscripts
if [ -n "${PIDFILE}" ]; then
pidfile="${PIDFILE}"
fi
# Is the process running?
if [ -z "${pidfile}" ]; then
pidofproc -s "${1}"
else
pidofproc -s -p "${pidfile}" "${1}"
fi
# Store the return status
ret=$?
if [ -n "${pidlist}" ]; then
${ECHO} -e "${INFO}${base} is running with Process"\
"ID(s) ${pidlist}.${NORMAL}"
else
if [ -n "${base}" -a -e "/var/run/${base}.pid" ]; then
${ECHO} -e "${WARNING}${1} is not running but"\
"/var/run/${base}.pid exists.${NORMAL}"
else
if [ -n "${pidfile}" -a -e "${pidfile}" ]; then
${ECHO} -e "${WARNING}${1} is not running"\
"but ${pidfile} exists.${NORMAL}"
else
${ECHO} -e "${INFO}${1} is not running.${NORMAL}"
fi
fi
fi
# Return the status from pidofproc
return $ret
}
# The below functions are documented in the LSB-generic 2.1.0
#*******************************************************************************
# Function - pidofproc [-s] [-p pidfile] pathname
#
# Purpose: This function returns one or more pid(s) for a particular daemon
#
# Inputs: -p pidfile, use the specified pidfile instead of pidof
# pathname, path to the specified program
#
# Outputs: return 0 - Success, pid's in stdout
# return 1 - Program is dead, pidfile exists
# return 2 - Invalid or excessive number of arguments,
# warning in stdout
# return 3 - Program is not running
#
# Dependencies: pidof, echo, head
#
# Todo: Remove dependency on head
# This depreciates getpids
# Test changes to pidof
#
#*******************************************************************************
pidofproc()
{
local pidfile=""
local lpids=""
local silent=""
pidlist=""
while true
do
case "${1}" in
-p)
pidfile="${2}"
shift 2
;;
-s)
# Added for legacy opperation of getpids
# eliminates several '> /dev/null'
silent="1"
shift 1
;;
-*)
log_failure_msg "Unknown Option: ${1}"
return 2
;;
*)
break
;;
esac
done
if [ "${#}" != "1" ]; then
shift 1
log_failure_msg "Usage: pidofproc [-s] [-p pidfile] pathname"
return 2
fi
if [ -n "${pidfile}" ]; then
if [ ! -r "${pidfile}" ]; then
return 3 # Program is not running
fi
lpids=`head -n 1 ${pidfile}`
for pid in ${lpids}
do
if [ "${pid}" -ne "$$" -a "${pid}" -ne "${PPID}" ]; then
kill -0 "${pid}" 2>/dev/null &&
pidlist="${pidlist} ${pid}"
fi
if [ "${silent}" != "1" ]; then
echo "${pidlist}"
fi
test -z "${pidlist}" &&
# Program is dead, pidfile exists
return 1
# else
return 0
done
else
pidlist=`pidof -o $$ -o $PPID -x "$1"`
if [ "${silent}" != "1" ]; then
echo "${pidlist}"
fi
# Get provide correct running status
if [ -n "${pidlist}" ]; then
return 0
else
return 3
fi
fi
if [ "$?" != "0" ]; then
return 3 # Program is not running
fi
}
# This will ensure compatibility with previous LFS Bootscripts
getpids()
{
if [ -z "${PIDFILE}" ]; then
pidofproc -s -p "${PIDFILE}" $@
else
pidofproc -s $@
fi
base="${1##*/}"
}
#*******************************************************************************
# Function - loadproc [-f] [-n nicelevel] [-p pidfile] pathname [args]
#
# Purpose: This runs the specified program as a daemon
#
# Inputs: -f, run the program even if it is already running
# -n nicelevel, specifies a nice level. See nice(1).
# -p pidfile, uses the specified pidfile
# pathname, pathname to the specified program
# args, arguments to pass to specified program
#
# Outputs: return 0 - Success
# return 2 - Invalid of excessive number of arguments,
# warning in stdout
# return 4 - Program or service status is unknown
#
# Dependencies: nice, rm
#
# Todo: LSB says this should be called start_daemon
# LSB does not say that it should call evaluate_retval
# It checks for PIDFILE, which is deprecated.
# Will be removed after BLFS 6.0
# loadproc returns 0 if program is already running, not LSB compliant
#
#*******************************************************************************
loadproc()
{
local pidfile=""
local forcestart=""
local nicelevel="10"
# This will ensure compatibility with previous LFS Bootscripts
if [ -n "${PIDFILE}" ]; then
pidfile="${PIDFILE}"
fi
while true
do
case "${1}" in
-f)
forcestart="1"
shift 1
;;
-n)
nicelevel="${2}"
shift 2
;;
-p)
pidfile="${2}"
shift 2
;;
-*)
log_failure_msg "Unknown Option: ${1}"
return 2 #invalid or excess argument(s)
;;
*)
break
;;
esac
done
if [ "${#}" = "0" ]; then
log_failure_msg "Usage: loadproc [-f] [-n nicelevel] [-p pidfile] pathname [args]"
return 2 #invalid or excess argument(s)
fi
if [ -z "${forcestart}" ]; then
if [ -z "${pidfile}" ]; then
pidofproc -s "${1}"
else
pidofproc -s -p "${pidfile}" "${1}"
fi
case "${?}" in
0)
log_warning_msg "Unable to continue: ${1} is running"
return 0 # 4
;;
1)
boot_mesg "Removing stale pid file: ${pidfile}" ${WARNING}
rm -f "${pidfile}"
;;
3)
;;
*)
log_failure_msg "Unknown error code from pidofproc: ${?}"
return 4
;;
esac
fi
nice -n "${nicelevel}" "${@}"
evaluate_retval # This is "Probably" not LSB compliant, but required to be compatible with older bootscripts
return 0
}
#*******************************************************************************
# Function - killproc [-p pidfile] pathname [signal]
#
# Purpose:
#
# Inputs: -p pidfile, uses the specified pidfile
# pathname, pathname to the specified program
# signal, send this signal to pathname
#
# Outputs: return 0 - Success
# return 2 - Invalid of excessive number of arguments,
# warning in stdout
# return 4 - Unknown Status
#
# Dependencies: kill, rm
#
# Todo: LSB does not say that it should call evaluate_retval
# It checks for PIDFILE, which is deprecated.
# Will be removed after BLFS 6.0
#
#*******************************************************************************
killproc()
{
local pidfile=""
local killsig=TERM # default signal is SIGTERM
pidlist=""
# This will ensure compatibility with previous LFS Bootscripts
if [ -n "${PIDFILE}" ]; then
pidfile="${PIDFILE}"
fi
while true
do
case "${1}" in
-p)
pidfile="${2}"
shift 2
;;
-*)
log_failure_msg "Unknown Option: ${1}"
return 2
;;
*)
break
;;
esac
done
if [ "${#}" = "2" ]; then
killsig="${2}"
elif [ "${#}" != "1" ]; then
shift 2
log_failure_msg "Usage: killproc [-p pidfile] pathname [signal]"
return 2
fi
# Is the process running?
if [ -z "${pidfile}" ]; then
pidofproc -s "${1}"
else
pidofproc -s -p "${pidfile}" "${1}"
fi
# Remove stale pidfile
if [ "$?" = 1 ]; then
boot_mesg "Removing stale pid file: ${pidfile}." ${WARNING}
rm -f "${pidfile}"
fi
# If running, send the signal
if [ -n "${pidlist}" ]; then
for pid in ${pidlist}
do
kill -${killsig} ${pid} 2>/dev/null
# Wait up to 3 seconds, for ${pid} to terminate
case "${killsig}" in
TERM|SIGTERM|KILL|SIGKILL)
# sleep in 1/10ths of seconds and
# multiply KILLDELAY by 10
local dtime="${KILLDELAY}0"
while [ "${dtime}" != "0" ]
do
kill -0 ${pid} 2>/dev/null || break
sleep 0.1
dtime=$(( ${dtime} - 1))
done
# If ${pid} is still running, kill it
kill -0 ${pid} 2>/dev/null && kill -KILL ${pid} 2>/dev/null
;;
esac
done
# Check if the process is still running if we tried to stop it
case "${killsig}" in
TERM|SIGTERM|KILL|SIGKILL)
if [ -z "${pidfile}" ]; then
pidofproc -s "${1}"
else
pidofproc -s -p "${pidfile}" "${1}"
fi
# Program was terminated
if [ "$?" != "0" ]; then
# Remove the pidfile if necessary
if [ -f "${pidfile}" ]; then
rm -f "${pidfile}"
fi
echo_ok
return 0
else # Program is still running
echo_failure
return 4 # Unknown Status
fi
;;
*)
# Just see if the kill returned successfully
evaluate_retval
;;
esac
else # process not running
print_status warning not_running
fi
}
#*******************************************************************************
# Function - log_success_msg "message"
#
# Purpose: Print a success message
#
# Inputs: $@ - Message
#
# Outputs: Text output to screen
#
# Dependencies: echo
#
# Todo: logging
#
#*******************************************************************************
log_success_msg()
{
${ECHO} -n -e "${BOOTMESG_PREFIX}${@}"
${ECHO} -e "${SET_COL}""${BRACKET}""[""${SUCCESS}"" OK ""${BRACKET}""]""${NORMAL}"
return 0
}
#*******************************************************************************
# Function - log_failure_msg "message"
#
# Purpose: Print a failure message
#
# Inputs: $@ - Message
#
# Outputs: Text output to screen
#
# Dependencies: echo
#
# Todo: logging
#
#*******************************************************************************
log_failure_msg() {
${ECHO} -n -e "${BOOTMESG_PREFIX}${@}"
${ECHO} -e "${SET_COL}""${BRACKET}""[""${FAILURE}"" FAIL ""${BRACKET}""]""${NORMAL}"
return 0
}
#*******************************************************************************
# Function - log_warning_msg "message"
#
# Purpose: print a warning message
#
# Inputs: $@ - Message
#
# Outputs: Text output to screen
#
# Dependencies: echo
#
# Todo: logging
#
#*******************************************************************************
log_warning_msg() {
${ECHO} -n -e "${BOOTMESG_PREFIX}${@}"
${ECHO} -e "${SET_COL}""${BRACKET}""[""${WARNING}"" WARN ""${BRACKET}""]""${NORMAL}"
return 0
}
# End $rc_base/init.d/functions
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/mountkernfs
#
# Description : Mount proc and sysfs
#
# Authors : Gerard Beekmans - gerard AT linuxfromscratch D0T org
#
# Version : 00.00
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
case "${1}" in
start)
boot_mesg -n "Mounting kernel-based file systems:" ${INFO}
if ! mountpoint /proc >/dev/null; then
boot_mesg -n " /proc" ${NORMAL}
mount -n /proc || failed=1
fi
if ! mountpoint /sys >/dev/null; then
boot_mesg -n " /sys" ${NORMAL}
mount -n /sys || failed=1
fi
boot_mesg "" ${NORMAL}
(exit ${failed})
evaluate_retval
;;
*)
echo "Usage: ${0} {start}"
exit 1
;;
esac
# End $rc_base/init.d/mountkernfs
#!/bin/sh
# Begin $rc_base/init.d/consolelog
########################################################################
#
# Description : Set the kernel log level for the console
#
# Authors : Dan Nicholson - dnicholson AT linuxfromscratch D0T org
#
# Version : 00.00
#
# Notes : /proc must be mounted before this can run
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
# set the default loglevel
LOGLEVEL=7
if [ -r /etc/sysconfig/console ]; then
. /etc/sysconfig/console
fi
case "${1}" in
start)
case "$LOGLEVEL" in
[1-8])
boot_mesg "Setting the console log level to ${LOGLEVEL}..."
dmesg -n $LOGLEVEL
evaluate_retval
;;
*)
boot_mesg "Console log level '${LOGLEVEL}' is invalid" ${FAILURE}
echo_failure
;;
esac
;;
status)
# Read the current value if possible
if [ -r /proc/sys/kernel/printk ]; then
read level line < /proc/sys/kernel/printk
else
boot_mesg "Can't read the current console log level" ${FAILURE}
echo_failure
fi
# Print the value
if [ -n "$level" ]; then
${ECHO} -e "${INFO}The current console log level" \
"is ${level}${NORMAL}"
fi
;;
*)
echo "Usage: ${0} {start|status}"
exit 1
;;
esac
# End $rc_base/init.d/consolelog
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/modules
#
# Description : Module auto-loading script
#
# Authors : Zack Winkles
#
# Version : 00.00
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
# Assure that the kernel has module support.
[ -e /proc/ksyms -o -e /proc/modules ] || exit 0
case "${1}" in
start)
# Exit if there's no modules file or there are no
# valid entries
[ -r /etc/sysconfig/modules ] &&
egrep -qv '^($|#)' /etc/sysconfig/modules ||
exit 0
boot_mesg -n "Loading modules:" ${INFO}
# Only try to load modules if the user has actually given us
# some modules to load.
while read module args; do
# Ignore comments and blank lines.
case "$module" in
""|"#"*) continue ;;
esac
# Attempt to load the module, making
# sure to pass any arguments provided.
modprobe ${module} ${args} >/dev/null
# Print the module name if successful,
# otherwise take note.
if [ $? -eq 0 ]; then
boot_mesg -n " ${module}" ${NORMAL}
else
failedmod="${failedmod} ${module}"
fi
done < /etc/sysconfig/modules
boot_mesg "" ${NORMAL}
# Print a message about successfully loaded
# modules on the correct line.
echo_ok
# Print a failure message with a list of any
# modules that may have failed to load.
if [ -n "${failedmod}" ]; then
boot_mesg "Failed to load modules:${failedmod}" ${FAILURE}
echo_failure
fi
;;
*)
echo "Usage: ${0} {start}"
exit 1
;;
esac
# End $rc_base/init.d/modules
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/udev
#
# Description : Udev cold-plugging script
#
# Authors : Zack Winkles, Alexander E. Patrakov
#
# Version : 00.02
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
case "${1}" in
start)
boot_mesg "Populating /dev with device nodes..."
if ! grep -q '[[:space:]]sysfs' /proc/mounts; then
echo_failure
boot_mesg -n "FAILURE:\n\nUnable to create" ${FAILURE}
boot_mesg -n " devices without a SysFS filesystem"
boot_mesg -n "\n\nAfter you press Enter, this system"
boot_mesg -n " will be halted and powered off."
boot_mesg -n "\n\nPress Enter to continue..." ${INFO}
boot_mesg "" ${NORMAL}
read ENTER
/etc/rc.d/init.d/halt stop
fi
# Mount a temporary file system over /dev, so that any devices
# made or removed during this boot don't affect the next one.
# The reason we don't write to mtab is because we don't ever
# want /dev to be unavailable (such as by `umount -a').
mount -n -t tmpfs tmpfs /dev -o mode=755
if [ ${?} != 0 ]; then
echo_failure
boot_mesg -n "FAILURE:\n\nCannot mount a tmpfs" ${FAILURE}
boot_mesg -n " onto /dev, this system will be halted."
boot_mesg -n "\n\nAfter you press Enter, this system"
boot_mesg -n " will be halted and powered off."
boot_mesg -n "\n\nPress Enter to continue..." ${INFO}
boot_mesg "" ${NORMAL}
read ENTER
/etc/rc.d/init.d/halt stop
fi
# Udev handles uevents itself, so we don't need to have
# the kernel call out to any binary in response to them
echo > /proc/sys/kernel/hotplug
# Copy static device nodes to /dev
cp -a /lib/udev/devices/* /dev
# Start the udev daemon to continually watch for, and act on,
# uevents
/sbin/udevd --daemon
# Now traverse /sys in order to "coldplug" devices that have
# already been discovered
/sbin/udevadm trigger
# Now wait for udevd to process the uevents we triggered
/sbin/udevadm settle
evaluate_retval
;;
*)
echo "Usage ${0} {start}"
exit 1
;;
esac
# End $rc_base/init.d/udev
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/swap
#
# Description : Swap Control Script
#
# Authors : Gerard Beekmans - gerard AT linuxfromscratch D0T org
#
# Version : 00.00
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
case "${1}" in
start)
boot_mesg "Activating all swap files/partitions..."
swapon -a
evaluate_retval
;;
stop)
boot_mesg "Deactivating all swap files/partitions..."
swapoff -a
evaluate_retval
;;
restart)
${0} stop
sleep 1
${0} start
;;
status)
boot_mesg "Retrieving swap status." ${INFO}
echo_ok
echo
swapon -s
;;
*)
echo "Usage: ${0} {start|stop|restart|status}"
exit 1
;;
esac
# End $rc_base/init.d/swap
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/setclock
#
# Description : Setting Linux Clock
#
# Authors : Gerard Beekmans - gerard AT linuxfromscratch D0T org
#
# Version : 00.00
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
. /etc/sysconfig/clock
CLOCKPARAMS=
case "${UTC}" in
yes|true|1)
CLOCKPARAMS="${CLOCKPARAMS} --utc"
;;
no|false|0)
CLOCKPARAMS="${CLOCKPARAMS} --localtime"
;;
esac
case ${1} in
start)
boot_mesg "Setting system clock..."
hwclock --hctosys ${CLOCKPARAMS} >/dev/null
evaluate_retval
;;
stop)
boot_mesg "Setting hardware clock..."
hwclock --systohc ${CLOCKPARAMS} >/dev/null
evaluate_retval
;;
*)
echo "Usage: ${0} {start|stop}"
;;
esac
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/checkfs
#
# Description : File System Check
#
# Authors : Gerard Beekmans - gerard AT linuxfromscratch D0T org
# A. Luebke - luebke@users.sourceforge.net
#
# Version : 00.00
#
# Notes :
#
# Based on checkfs script from LFS-3.1 and earlier.
#
# From man fsck
# 0 - No errors
# 1 - File system errors corrected
# 2 - System should be rebooted
# 4 - File system errors left uncorrected
# 8 - Operational error
# 16 - Usage or syntax error
# 32 - Fsck canceled by user request
# 128 - Shared library error
#
#########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
case "${1}" in
start)
if [ -f /fastboot ]; then
boot_mesg -n "/fastboot found, will not perform" ${INFO}
boot_mesg " file system checks as requested."
echo_ok
exit 0
fi
boot_mesg "Mounting root file system in read-only mode..."
mount -n -o remount,ro / >/dev/null
evaluate_retval
if [ ${?} != 0 ]; then
echo_failure
boot_mesg -n "FAILURE:\n\nCannot check root" ${FAILURE}
boot_mesg -n " filesystem because it could not be mounted"
boot_mesg -n " in read-only mode.\n\nAfter you"
boot_mesg -n " press Enter, this system will be"
boot_mesg -n " halted and powered off."
boot_mesg -n "\n\nPress enter to continue..." ${INFO}
boot_mesg "" ${NORMAL}
read ENTER
${rc_base}/init.d/halt stop
fi
if [ -f /forcefsck ]; then
boot_mesg -n "/forcefsck found, forcing file" ${INFO}
boot_mesg " system checks as requested."
echo_ok
options="-f"
else
options=""
fi
boot_mesg "Checking file systems..."
# Note: -a option used to be -p; but this fails e.g.
# on fsck.minix
fsck ${options} -a -A -C -T
error_value=${?}
if [ "${error_value}" = 0 ]; then
echo_ok
fi
if [ "${error_value}" = 1 ]; then
echo_warning
boot_mesg -n "WARNING:\n\nFile system errors" ${WARNING}
boot_mesg -n " were found and have been corrected."
boot_mesg -n " You may want to double-check that"
boot_mesg -n " everything was fixed properly."
boot_mesg "" ${NORMAL}
fi
if [ "${error_value}" = 2 -o "${error_value}" = 3 ]; then
echo_warning
boot_mesg -n "WARNING:\n\nFile system errors" ${WARNING}
boot_mesg -n " were found and have been been"
boot_mesg -n " corrected, but the nature of the"
boot_mesg -n " errors require this system to be"
boot_mesg -n " rebooted.\n\nAfter you press enter,"
boot_mesg -n " this system will be rebooted"
boot_mesg -n "\n\nPress Enter to continue..." ${INFO}
boot_mesg "" ${NORMAL}
read ENTER
reboot -f
fi
if [ "${error_value}" -gt 3 -a "${error_value}" -lt 16 ]; then
echo_failure
boot_mesg -n "FAILURE:\n\nFile system errors" ${FAILURE}
boot_mesg -n " were encountered that could not be"
boot_mesg -n " fixed automatically. This system"
boot_mesg -n " cannot continue to boot and will"
boot_mesg -n " therefore be halted until those"
boot_mesg -n " errors are fixed manually by a"
boot_mesg -n " System Administrator.\n\nAfter you"
boot_mesg -n " press Enter, this system will be"
boot_mesg -n " halted and powered off."
boot_mesg -n "\n\nPress Enter to continue..." ${INFO}
boot_mesg "" ${NORMAL}
read ENTER
${rc_base}/init.d/halt stop
fi
if [ "${error_value}" -ge 16 ]; then
echo_failure
boot_mesg -n "FAILURE:\n\nUnexpected Failure" ${FAILURE}
boot_mesg -n " running fsck. Exited with error"
boot_mesg -n " code: ${error_value}."
boot_mesg "" ${NORMAL}
exit ${error_value}
fi
;;
*)
echo "Usage: ${0} {start}"
exit 1
;;
esac
# End $rc_base/init.d/checkfs
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/mountfs
#
# Description : File System Mount Script
#
# Authors : Gerard Beekmans - gerard AT linuxfromscratch D0T org
#
# Version : 00.00
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
case "${1}" in
start)
boot_mesg "Remounting root file system in read-write mode..."
mount -n -o remount,rw / >/dev/null
evaluate_retval
# Remove fsck-related file system watermarks.
rm -f /fastboot /forcefsck
boot_mesg "Recording existing mounts in /etc/mtab..."
> /etc/mtab
mount -f / || failed=1
mount -f /proc || failed=1
mount -f /sys || failed=1
(exit ${failed})
evaluate_retval
# This will mount all filesystems that do not have _netdev in
# their option list. _netdev denotes a network filesystem.
boot_mesg "Mounting remaining file systems..."
mount -a -O no_netdev >/dev/null
evaluate_retval
;;
stop)
boot_mesg "Unmounting all other currently mounted file systems..."
umount -a -d -r >/dev/null
evaluate_retval
;;
*)
echo "Usage: ${0} {start|stop}"
exit 1
;;
esac
# End $rc_base/init.d/mountfs
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/udev_retry
#
# Description : Udev cold-plugging script (retry)
#
# Authors : Alexander E. Patrakov
#
# Version : 00.02
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
case "${1}" in
start)
boot_mesg "Retrying failed uevents, if any..."
# From Debian: "copy the rules generated before / was mounted
# read-write":
for file in /dev/.udev/tmp-rules--*; do
dest=${file##*tmp-rules--}
[ "$dest" = '*' ] && break
cat $file >> /etc/udev/rules.d/$dest
rm -f $file
done
# Re-trigger the failed uevents in hope they will succeed now
/sbin/udevadm trigger --retry-failed
# Now wait for udevd to process the uevents we triggered
/sbin/udevadm settle
evaluate_retval
;;
*)
echo "Usage ${0} {start}"
exit 1
;;
esac
# End $rc_base/init.d/udev_retry
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/cleanfs
#
# Description : Clean file system
#
# Authors : Gerard Beekmans - gerard AT linuxfromscratch D0T org
#
# Version : 00.00
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
# Function to create files/directory on boot.
create_files() {
# Read in the configuration file.
exec 9>&0 < /etc/sysconfig/createfiles
while read name type perm usr grp dtype maj min junk
do
# Ignore comments and blank lines.
case "${name}" in
""|\#*) continue ;;
esac
# Ignore existing files.
if [ ! -e "${name}" ]; then
# Create stuff based on its type.
case "${type}" in
dir)
mkdir "${name}"
;;
file)
:> "${name}"
;;
dev)
case "${dtype}" in
char)
mknod "${name}" c ${maj} ${min}
;;
block)
mknod "${name}" b ${maj} ${min}
;;
pipe)
mknod "${name}" p
;;
*)
boot_mesg -n "\nUnknown device type: ${dtype}" ${WARNING}
boot_mesg "" ${NORMAL}
;;
esac
;;
*)
boot_mesg -n "\nUnknown type: ${type}" ${WARNING}
boot_mesg "" ${NORMAL}
continue
;;
esac
# Set up the permissions, too.
chown ${usr}:${grp} "${name}"
chmod ${perm} "${name}"
fi
done
exec 0>&9 9>&-
}
case "${1}" in
start)
boot_mesg -n "Cleaning file systems:" ${INFO}
boot_mesg -n " /tmp" ${NORMAL}
cd /tmp &&
find . -xdev -mindepth 1 ! -name lost+found \
-delete || failed=1
boot_mesg -n " /var/lock" ${NORMAL}
cd /var/lock &&
find . -type f -exec rm -f {} \; || failed=1
boot_mesg " /var/run" ${NORMAL}
cd /var/run &&
find . ! -type d ! -name utmp \
-exec rm -f {} \; || failed=1
> /var/run/utmp
if grep -q '^utmp:' /etc/group ; then
chmod 664 /var/run/utmp
chgrp utmp /var/run/utmp
fi
(exit ${failed})
evaluate_retval
if egrep -qv '^(#|$)' /etc/sysconfig/createfiles 2>/dev/null; then
boot_mesg "Creating files and directories..."
create_files
evaluate_retval
fi
;;
*)
echo "Usage: ${0} {start}"
exit 1
;;
esac
# End $rc_base/init.d/cleanfs
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/console
#
# Description : Sets keymap and screen font
#
# Authors : Gerard Beekmans - gerard AT linuxfromscratch D0T org
# Alexander E. Patrakov
#
# Version : 00.03
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
# Native English speakers probably don't have /etc/sysconfig/console at all
if [ -f /etc/sysconfig/console ]
then
. /etc/sysconfig/console
else
exit 0
fi
is_true() {
[ "$1" = "1" ] || [ "$1" = "yes" ] || [ "$1" = "true" ]
}
failed=0
case "${1}" in
start)
boot_mesg "Setting up Linux console..."
# There should be no bogus failures below this line!
# Figure out if a framebuffer console is used
[ -d /sys/class/graphics/fb0 ] && USE_FB=1 || USE_FB=0
# Figure out the command to set the console into the
# desired mode
is_true "${UNICODE}" &&
MODE_COMMAND="${ECHO} -en '\033%G' && kbd_mode -u" ||
MODE_COMMAND="${ECHO} -en '\033%@\033(K' && kbd_mode -a"
# On framebuffer consoles, font has to be set for each vt in
# UTF-8 mode. This doesn't hurt in non-UTF-8 mode also.
! is_true "${USE_FB}" || [ -z "${FONT}" ] ||
MODE_COMMAND="${MODE_COMMAND} && setfont ${FONT}"
# Apply that command to all consoles mentioned in
# /etc/inittab. Important: in the UTF-8 mode this should
# happen before setfont, otherwise a kernel bug will
# show up and the unicode map of the font will not be
# used.
# FIXME: Fedora Core also initializes two spare consoles
# - do we want that?
for TTY in `grep '^[^#].*respawn:/sbin/agetty' /etc/inittab |
grep -o '\btty[[:digit:]]*\b'`
do
openvt -f -w -c ${TTY#tty} -- \
/bin/sh -c "${MODE_COMMAND}" || failed=1
done
# Set the font (if not already set above) and the keymap
is_true "${USE_FB}" || [ -z "${FONT}" ] ||
setfont $FONT ||
failed=1
[ -z "${KEYMAP}" ] ||
loadkeys ${KEYMAP} >/dev/null 2>&1 ||
failed=1
[ -z "${KEYMAP_CORRECTIONS}" ] ||
loadkeys ${KEYMAP_CORRECTIONS} >/dev/null 2>&1 ||
failed=1
# Convert the keymap from $LEGACY_CHARSET to UTF-8
[ -z "$LEGACY_CHARSET" ] ||
dumpkeys -c "$LEGACY_CHARSET" |
loadkeys -u >/dev/null 2>&1 ||
failed=1
# If any of the commands above failed, the trap at the
# top would set $failed to 1
( exit $failed )
evaluate_retval
;;
*)
echo $"Usage:" "${0} {start}"
exit 1
;;
esac
# End $rc_base/init.d/console
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/localnet
#
# Description : Loopback device
#
# Authors : Gerard Beekmans - gerard AT linuxfromscratch D0T org
#
# Version : 00.00
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
. /etc/sysconfig/network
case "${1}" in
start)
boot_mesg "Bringing up the loopback interface..."
ip addr add 127.0.0.1/8 label lo dev lo
ip link set lo up
evaluate_retval
boot_mesg "Setting hostname to ${HOSTNAME}..."
hostname ${HOSTNAME}
evaluate_retval
;;
stop)
boot_mesg "Bringing down the loopback interface..."
ip link set lo down
evaluate_retval
;;
restart)
${0} stop
sleep 1
${0} start
;;
status)
echo "Hostname is: $(hostname)"
ip link show lo
;;
*)
echo "Usage: ${0} {start|stop|restart|status}"
exit 1
;;
esac
# End $rc_base/init.d/localnet
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/sysctl
#
# Description : File uses /etc/sysctl.conf to set kernel runtime
# parameters
#
# Authors : Nathan Coulson (nathan AT linuxfromscratch D0T org)
# Matthew Burgress (matthew AT linuxfromscratch D0T org)
#
# Version : 00.00
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
case "${1}" in
start)
if [ -f "/etc/sysctl.conf" ]; then
boot_mesg "Setting kernel runtime parameters..."
sysctl -q -p
evaluate_retval
fi
;;
status)
sysctl -a
;;
*)
echo "Usage: ${0} {start|status}"
exit 1
;;
esac
# End $rc_base/init.d/sysctl
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/sysklogd
#
# Description : Sysklogd loader
#
# Authors : Gerard Beekmans - gerard AT linuxfromscratch D0T org
#
# Version : 00.00
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
case "${1}" in
start)
boot_mesg "Starting system log daemon..."
loadproc syslogd -m 0
boot_mesg "Starting kernel log daemon..."
loadproc klogd
;;
stop)
boot_mesg "Stopping kernel log daemon..."
killproc klogd
boot_mesg "Stopping system log daemon..."
killproc syslogd
;;
reload)
boot_mesg "Reloading system log daemon config file..."
reloadproc syslogd
;;
restart)
${0} stop
sleep 1
${0} start
;;
status)
statusproc syslogd
statusproc klogd
;;
*)
echo "Usage: ${0} {start|stop|reload|restart|status}"
exit 1
;;
esac
# End $rc_base/init.d/sysklogd
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/network
#
# Description : Network Control Script
#
# Authors : Gerard Beekmans - gerard AT linuxfromscratch D0T org
# Nathan Coulson - nathan AT linuxfromscratch D0T org
# Kevin P. Fleming - kpfleming@linuxfromscratch.org
#
# Version : 00.00
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
. /etc/sysconfig/network
case "${1}" in
start)
# Start all network interfaces
for file in ${network_devices}/ifconfig.*
do
interface=${file##*/ifconfig.}
# skip if $file is * (because nothing was found)
if [ "${interface}" = "*" ]
then
continue
fi
IN_BOOT=1 ${network_devices}/ifup ${interface}
done
;;
stop)
# Reverse list
FILES=""
for file in ${network_devices}/ifconfig.*
do
FILES="${file} ${FILES}"
done
# Stop all network interfaces
for file in ${FILES}
do
interface=${file##*/ifconfig.}
# skip if $file is * (because nothing was found)
if [ "${interface}" = "*" ]
then
continue
fi
IN_BOOT=1 ${network_devices}/ifdown ${interface}
done
;;
restart)
${0} stop
sleep 1
${0} start
;;
*)
echo "Usage: ${0} {start|stop|restart}"
exit 1
;;
esac
# End /etc/rc.d/init.d/network
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/sendsignals
#
# Description : Sendsignals Script
#
# Authors : Gerard Beekmans - gerard AT linuxfromscratch D0T org
#
# Version : 00.00
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
case "${1}" in
stop)
boot_mesg "Sending all processes the TERM signal..."
killall5 -15
error_value=${?}
sleep ${KILLDELAY}
if [ "${error_value}" = 0 ]; then
echo_ok
else
echo_failure
fi
boot_mesg "Sending all processes the KILL signal..."
killall5 -9
error_value=${?}
sleep ${KILLDELAY}
if [ "${error_value}" = 0 ]; then
echo_ok
else
echo_failure
fi
;;
*)
echo "Usage: ${0} {stop}"
exit 1
;;
esac
# End $rc_base/init.d/sendsignals
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/reboot
#
# Description : Reboot Scripts
#
# Authors : Gerard Beekmans - gerard AT linuxfromscratch D0T org
#
# Version : 00.00
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
case "${1}" in
stop)
boot_mesg "Restarting system..."
reboot -d -f -i
;;
*)
echo "Usage: ${0} {stop}"
exit 1
;;
esac
# End $rc_base/init.d/reboot
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/halt
#
# Description : Halt Script
#
# Authors : Gerard Beekmans - gerard AT linuxfromscratch D0T org
#
# Version : 00.00
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
case "${1}" in
stop)
halt -d -f -i -p
;;
*)
echo "Usage: {stop}"
exit 1
;;
esac
# End $rc_base/init.d/halt
#!/bin/sh
########################################################################
# Begin $rc_base/init.d/
#
# Description :
#
# Authors :
#
# Version : 00.00
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
case "${1}" in
start)
boot_mesg "Starting..."
loadproc
;;
stop)
boot_mesg "Stopping..."
killproc
;;
reload)
boot_mesg "Reloading..."
reloadproc
;;
restart)
${0} stop
sleep 1
${0} start
;;
status)
statusproc
;;
*)
echo "Usage: ${0} {start|stop|reload|restart|status}"
exit 1
;;
esac
# End $rc_base/init.d/
########################################################################
# Begin /etc/sysconfig/rc
#
# Description : rc script configuration
#
# Authors :
#
# Version : 00.00
#
# Notes :
#
########################################################################
rc_base=/etc/rc.d
rc_functions=${rc_base}/init.d/functions
network_devices=/etc/sysconfig/network-devices
# End /etc/sysconfig/rc
######################################################################## # Begin /etc/sysconfig/modules # # Description : Module auto-loading configuration # # Authors : # # Version : 00.00 # # Notes : The syntax of this file is as follows: # <module> [<arg1> <arg2> ...] # # Each module should be on it's own line, and any options that you want # passed to the module should follow it. The line deliminator is either # a space or a tab. ######################################################################## # End /etc/sysconfig/modules
######################################################################## # Begin /etc/sysconfig/createfiles # # Description : Createfiles script config file # # Authors : # # Version : 00.00 # # Notes : The syntax of this file is as follows: # if type is equal to "file" or "dir" # <filename> <type> <permissions> <user> <group> # if type is equal to "dev" # <filename> <type> <permissions> <user> <group> <devtype> <major> <minor> # # <filename> is the name of the file which is to be created # <type> is either file, dir, or dev. # file creates a new file # dir creates a new directory # dev creates a new device # <devtype> is either block, char or pipe # block creates a block device # char creates a character deivce # pipe creates a pipe, this will ignore the <major> and <minor> fields # <major> and <minor> are the major and minor numbers used for the device. ######################################################################## # End /etc/sysconfig/createfiles
#!/bin/sh
########################################################################
# Begin $network_devices/ifup
#
# Description : Interface Up
#
# Authors : Nathan Coulson - nathan AT linuxfromscratch D0T org
# Kevin P. Fleming - kpfleming@linuxfromscratch.org
#
# Version : 00.00
#
# Notes : the IFCONFIG variable is passed to the scripts found
# in the services directory, to indicate what file the
# service should source to get environmental variables.
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
# Collect a list of configuration files for our interface
if [ -n "${2}" ]; then
for file in ${@#$1} # All parameters except $1
do
FILES="${FILES} ${network_devices}/ifconfig.${1}/${file}"
done
elif [ -d "${network_devices}/ifconfig.${1}" ]; then
FILES=`echo ${network_devices}/ifconfig.${1}/*`
else
FILES="${network_devices}/ifconfig.${1}"
fi
boot_mesg "Bringing up the ${1} interface..."
boot_mesg_flush
# Process each configruation file
for file in ${FILES}; do
# skip backup files
if [ "${file}" != "${file%""~""}" ]; then
continue
fi
if [ ! -f "${file}" ]; then
boot_mesg "${file} is not a network configuration file or directory." ${WARNING}
echo_warning
continue
fi
(
. ${file}
# Will not process this service if started by boot, and ONBOOT
# is not set to yes
if [ "${IN_BOOT}" = "1" -a "${ONBOOT}" != "yes" ]; then
continue
fi
# Will not process this service if started by hotplug, and
# ONHOTPLUG is not set to yes
if [ "${IN_HOTPLUG}" = "1" -a "${ONHOTPLUG}" != "yes" -a "${HOSTNAME}" != "(none)" ]; then
continue
fi
if [ -n "${SERVICE}" -a -x "${network_devices}/services/${SERVICE}" ]; then
if [ -z "${CHECK_LINK}" -o "${CHECK_LINK}" = "y" -o "${CHECK_LINK}" = "yes" -o "${CHECK_LINK}" = "1" ]; then
if ip link show ${1} > /dev/null 2>&1; then
link_status=`ip link show ${1}`
if [ -n "${link_status}" ]; then
if ! echo "${link_status}" | grep -q UP; then
ip link set ${1} up
fi
fi
else
boot_mesg "Interface ${1} doesn't exist." ${WARNING}
echo_warning
continue
fi
fi
IFCONFIG=${file} ${network_devices}/services/${SERVICE} ${1} up
else
boot_mesg "Unable to process ${file}. Either" ${FAILURE}
boot_mesg " the SERVICE variable was not set,"
boot_mesg " or the specified service cannot be executed."
echo_failure
continue
fi
)
done
# End $network_devices/ifup
#!/bin/sh
########################################################################
# Begin $network_devices/ifdown
#
# Description : Interface Down
#
# Authors : Nathan Coulson - nathan AT linuxfromscratch D0T org
# Kevin P. Fleming - kpfleming@linuxfromscratch.org
#
# Version : 00.01
#
# Notes : the IFCONFIG variable is passed to the scripts found
# in the services directory, to indicate what file the
# service should source to get environmental variables.
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
# Collect a list of configuration files for our interface
if [ -n "${2}" ]; then
for file in ${@#$1}; do # All parameters except $1
FILES="${FILES} ${network_devices}/ifconfig.${1}/${file}"
done
elif [ -d "${network_devices}/ifconfig.${1}" ]; then
FILES=`echo ${network_devices}/ifconfig.${1}/*`
else
FILES="${network_devices}/ifconfig.${1}"
fi
# Reverse the order configuration files are processed in
for file in ${FILES}; do
FILES2="${file} ${FILES2}"
done
FILES=${FILES2}
# Process each configuration file
for file in ${FILES}; do
# skip backup files
if [ "${file}" != "${file%""~""}" ]; then
continue
fi
if [ ! -f "${file}" ]; then
boot_mesg "${file} is not a network configuration file or directory." ${WARNING}
echo_warning
continue
fi
(
. ${file}
# Will not process this service if started by boot, and ONBOOT
# is not set to yes
if [ "${IN_BOOT}" = "1" -a "${ONBOOT}" != "yes" ]; then
continue
fi
# Will not process this service if started by hotplug, and
# ONHOTPLUG is not set to yes
if [ "${IN_HOTPLUG}" = "1" -a "${ONHOTPLUG}" != "yes" ]; then
continue
fi
# This will run the service script, if SERVICE is set
if [ -n "${SERVICE}" -a -x "${network_devices}/services/${SERVICE}" ]; then
if ip link show ${1} > /dev/null 2>&1
then
IFCONFIG=${file} ${network_devices}/services/${SERVICE} ${1} down
else
boot_mesg "Interface ${1} doesn't exist." ${WARNING}
echo_warning
fi
else
boot_mesg -n "Unable to process ${file}. Either" ${FAILURE}
boot_mesg -n " the SERVICE variable was not set,"
boot_mesg " or the specified service cannot be executed."
echo_failure
continue
fi
)
done
if [ -z "${2}" ]; then
link_status=`ip link show $1`
if [ -n "${link_status}" ]; then
if echo "${link_status}" | grep -q UP; then
boot_mesg "Bringing down the ${1} interface..."
ip link set ${1} down
evaluate_retval
fi
fi
fi
# End $network_devices/ifdown
#!/bin/sh
########################################################################
# Begin $network_devices/services/ipv4-static
#
# Description : IPV4 Static Boot Script
#
# Authors : Nathan Coulson - nathan AT linuxfromscratch D0T org
# Kevin P. Fleming - kpfleming@linuxfromscratch.org
#
# Version : 00.00
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
. ${IFCONFIG}
if [ -z "${IP}" ]; then
boot_mesg "IP variable missing from ${IFCONFIG}, cannot continue." ${FAILURE}
echo_failure
exit 1
fi
if [ -z "${PREFIX}" -a -z "${PEER}" ]; then
boot_mesg -n "PREFIX variable missing from ${IFCONFIG}," ${WARNING}
boot_mesg " assuming 24."
echo_warning
PREFIX=24
args="${args} ${IP}/${PREFIX}"
elif [ -n "${PREFIX}" -a -n "${PEER}" ]; then
boot_mesg "PREFIX and PEER both specified in ${IFCONFIG}, cannot continue." ${FAILURE}
echo_failure
exit 1
elif [ -n "${PREFIX}" ]; then
args="${args} ${IP}/${PREFIX}"
elif [ -n "${PEER}" ]; then
args="${args} ${IP} peer ${PEER}"
fi
if [ -n "${BROADCAST}" ]; then
args="${args} broadcast ${BROADCAST}"
fi
case "${2}" in
up)
boot_mesg "Adding IPv4 address ${IP} to the ${1} interface..."
ip addr add ${args} dev ${1}
evaluate_retval
if [ -n "${GATEWAY}" ]; then
if ip route | grep -q default; then
boot_mesg "Gateway already setup; skipping." ${WARNING}
echo_warning
else
boot_mesg "Setting up default gateway..."
ip route add default via ${GATEWAY} dev ${1}
evaluate_retval
fi
fi
;;
down)
if [ -n "${GATEWAY}" ]; then
boot_mesg "Removing default gateway..."
ip route del default
evaluate_retval
fi
boot_mesg "Removing IPv4 address ${IP} from the ${1} interface..."
ip addr del ${args} dev ${1}
evaluate_retval
;;
*)
echo "Usage: ${0} [interface] {up|down}"
exit 1
;;
esac
# End $network_devices/services/ipv4-static
#!/bin/sh
########################################################################
# Begin $network_devices/services/ipv4-static-route
#
# Description : IPV4 Static Route Script
#
# Authors : Kevin P. Fleming - kpfleming@linuxfromscratch.org
#
# Version : 00.00
#
# Notes :
#
########################################################################
. /etc/sysconfig/rc
. ${rc_functions}
. ${IFCONFIG}
case "${TYPE}" in
("" | "network")
need_ip=1
need_gateway=1
;;
("default")
need_gateway=1
args="${args} default"
desc="default"
;;
("host")
need_ip=1
;;
("unreachable")
need_ip=1
args="${args} unreachable"
desc="unreachable "
;;
(*)
boot_mesg "Unknown route type (${TYPE}) in ${IFCONFIG}, cannot continue." ${FAILURE}
echo_failure
exit 1
;;
esac
if [ -n "${need_ip}" ]; then
if [ -z "${IP}" ]; then
boot_mesg "IP variable missing from ${IFCONFIG}, cannot continue." ${FAILURE}
echo_failure
exit 1
fi
if [ -z "${PREFIX}" ]; then
boot_mesg "PREFIX variable missing from ${IFCONFIG}, cannot continue." ${FAILURE}
echo_failure
exit 1
fi
args="${args} ${IP}/${PREFIX}"
desc="${desc}${IP}/${PREFIX}"
fi
if [ -n "${need_gateway}" ]; then
if [ -z "${GATEWAY}" ]; then
boot_mesg "GATEWAY variable missing from ${IFCONFIG}, cannot continue." ${FAILURE}
echo_failure
exit 1
fi
args="${args} via ${GATEWAY}"
fi
if [ -n "${SOURCE}" ]; then
args="${args} src ${SOURCE}"
fi
case "${2}" in
up)
boot_mesg "Adding '${desc}' route to the ${1} interface..."
ip route add ${args} dev ${1}
evaluate_retval
;;
down)
boot_mesg "Removing '${desc}' route from the ${1} interface..."
ip route del ${args} dev ${1}
evaluate_retval
;;
*)
echo "Usage: ${0} [interface] {up|down}"
exit 1
;;
esac
# End $network_devices/services/ipv4-static-route
Die Regeln aus udev-config-20081015.tar.bz2 werden in diesem Anhang nochmal aufgelistet. Die Installation dieser Regeln wird unter Abschnitt 6.56, „Udev-130“ beschrieben.
# /etc/udev/rules.d/55-lfs.rules: Rule definitions for LFS.
# Core kernel devices
# override both of these
KERNEL=="random", MODE="0444"
KERNEL=="urandom", MODE="0444"
KERNEL=="aio", MODE="0444"
KERNEL=="kmsg", MODE="0600"
KERNEL=="rtc", MODE="0666"
# Comms devices
KERNEL=="rfcomm[0-9]*", GROUP="uucp"
KERNEL=="ippp[0-9]*", GROUP="uucp"
KERNEL=="isdn[0-9]*", GROUP="uucp"
KERNEL=="isdnctrl[0-9]*", GROUP="uucp"
KERNEL=="capi", NAME="capi20", SYMLINK+="isdn/capi20"
KERNEL=="capi?*", NAME="capi/%n", GROUP="uucp"
KERNEL=="dcbri[0-9]*", GROUP="uucp"
# ALSA devices go in their own subdirectory
KERNEL=="controlC[0-9]*", GROUP="audio", NAME="snd/%k"
KERNEL=="hwC[0-9]*D[0-9]*", GROUP="audio", NAME="snd/%k"
KERNEL=="pcmC[0-9]*D[0-9]*[cp]", GROUP="audio", NAME="snd/%k"
KERNEL=="midiC[0-9]*D[0-9]*", GROUP="audio", NAME="snd/%k"
KERNEL=="timer", GROUP="audio", NAME="snd/%k"
KERNEL=="seq", GROUP="audio", NAME="snd/%k"
# Sound devices
KERNEL=="admmidi*", GROUP="audio"
KERNEL=="adsp*", GROUP="audio"
KERNEL=="aload*", GROUP="audio"
KERNEL=="amidi*", GROUP="audio"
KERNEL=="amixer*", GROUP="audio"
KERNEL=="audio*", GROUP="audio"
KERNEL=="dmfm*", GROUP="audio"
KERNEL=="dmmidi*", GROUP="audio"
KERNEL=="dsp*", GROUP="audio"
KERNEL=="midi*", GROUP="audio"
KERNEL=="mixer*", GROUP="audio"
KERNEL=="music", GROUP="audio"
KERNEL=="sequencer*", GROUP="audio"
# Input devices
# override MODE on these four
KERNEL=="mice", MODE="0644", SYMLINK+="mouse"
KERNEL=="mouse*", MODE="0644"
KERNEL=="event*", MODE="0644"
KERNEL=="ts*", MODE="0644"
KERNEL=="psaux", MODE="0644"
KERNEL=="js", MODE="0644"
KERNEL=="djs", MODE="0644"
# USB devices go in their own subdirectory
KERNEL=="hiddev*", NAME="usb/%k"
KERNEL=="legousbtower*", NAME="usb/%k"
KERNEL=="dabusb*", NAME="usb/%k"
SUBSYSTEMS=="usb", KERNEL=="lp[0-9]*", NAME="usb/%k"
# DRI devices are managed by the X server, so prevent udev from creating them
KERNEL=="card*", OPTIONS+="ignore_device"
# Video devices
KERNEL=="fb[0-9]*", GROUP="video"
KERNEL=="video[0-9]*", GROUP="video"
KERNEL=="radio[0-9]*", GROUP="video"
KERNEL=="vbi[0-9]*", GROUP="video"
KERNEL=="vtx[0-9]*", GROUP="video"
# DVB devices
SUBSYSTEM=="dvb", GROUP="video"
# Storage/memory devices
# override: make group-writable
SUBSYSTEM=="block", MODE="0660"
# dmsetup and lvm2 related programs create devicemapper devices so we prevent
# udev from creating them
KERNEL=="dm-*", OPTIONS+="ignore_device"
# Tape devices
# override all these
KERNEL=="ht[0-9]*", GROUP="tape"
KERNEL=="nht[0-9]*", GROUP="tape"
KERNEL=="pt[0-9]*", GROUP="tape"
KERNEL=="npt[0-9]*", GROUP="tape"
KERNEL=="st[0-9]*", GROUP="tape"
KERNEL=="nst[0-9]*", GROUP="tape"
# Override floppy devices
KERNEL=="fd[0-9]", GROUP="floppy"
KERNEL=="fd[0-9]", ACTION=="add", ATTRS{cmos}=="?*", RUN+="create_floppy_devices -c -t $attr{cmos} -m %M -M 0660 -G floppy $root/%k"
Dieses Buch steht unter der Lizenz „Creative Commons Attribution-NonCommercial-ShareAlike 2.0“.
Rechner-Anweisungen und -Befehle dürfen unter den Bedingungen der MIT-Lizenz entnommen werden.
Creative Commons-Lizenztext
Attribution-NonCommercial-ShareAlike 2.0
Eine deutsche Version der Lizenzbedingungen finden Sie unter http://creativecommons.org/licenses/by-nc-sa/2.0/de/legalcode.
CREATIVE COMMONS CORPORATION IS NOT A LAW FIRM AND DOES NOT PROVIDE LEGAL SERVICES. DISTRIBUTION OF THIS LICENSE DOES NOT CREATE AN ATTORNEY-CLIENT RELATIONSHIP. CREATIVE COMMONS PROVIDES THIS INFORMATION ON AN "AS-IS" BASIS. CREATIVE COMMONS MAKES NO WARRANTIES REGARDING THE INFORMATION PROVIDED, AND DISCLAIMS LIABILITY FOR DAMAGES RESULTING FROM ITS USE.
License
THE WORK (AS DEFINED BELOW) IS PROVIDED UNDER THE TERMS OF THIS CREATIVE COMMONS PUBLIC LICENSE ("CCPL" OR "LICENSE"). THE WORK IS PROTECTED BY COPYRIGHT AND/OR OTHER APPLICABLE LAW. ANY USE OF THE WORK OTHER THAN AS AUTHORIZED UNDER THIS LICENSE OR COPYRIGHT LAW IS PROHIBITED.
BY EXERCISING ANY RIGHTS TO THE WORK PROVIDED HERE, YOU ACCEPT AND AGREE TO BE BOUND BY THE TERMS OF THIS LICENSE. THE LICENSOR GRANTS YOU THE RIGHTS CONTAINED HERE IN CONSIDERATION OF YOUR ACCEPTANCE OF SUCH TERMS AND CONDITIONS.
Definitions
"Collective Work" means a work, such as a periodical issue, anthology or encyclopedia, in which the Work in its entirety in unmodified form, along with a number of other contributions, constituting separate and independent works in themselves, are assembled into a collective whole. A work that constitutes a Collective Work will not be considered a Derivative Work (as defined below) for the purposes of this License.
"Derivative Work" means a work based upon the Work or upon the Work and other pre-existing works, such as a translation, musical arrangement, dramatization, fictionalization, motion picture version, sound recording, art reproduction, abridgment, condensation, or any other form in which the Work may be recast, transformed, or adapted, except that a work that constitutes a Collective Work will not be considered a Derivative Work for the purpose of this License. For the avoidance of doubt, where the Work is a musical composition or sound recording, the synchronization of the Work in timed-relation with a moving image ("synching") will be considered a Derivative Work for the purpose of this License.
"Licensor" means the individual or entity that offers the Work under the terms of this License.
"Original Author" means the individual or entity who created the Work.
"Work" means the copyrightable work of authorship offered under the terms of this License.
"You" means an individual or entity exercising rights under this License who has not previously violated the terms of this License with respect to the Work, or who has received express permission from the Licensor to exercise rights under this License despite a previous violation.
"License Elements" means the following high-level license attributes as selected by Licensor and indicated in the title of this License: Attribution, Noncommercial, ShareAlike.
Fair Use Rights. Nothing in this license is intended to reduce, limit, or restrict any rights arising from fair use, first sale or other limitations on the exclusive rights of the copyright owner under copyright law or other applicable laws.
License Grant. Subject to the terms and conditions of this License, Licensor hereby grants You a worldwide, royalty-free, non-exclusive, perpetual (for the duration of the applicable copyright) license to exercise the rights in the Work as stated below:
to reproduce the Work, to incorporate the Work into one or more Collective Works, and to reproduce the Work as incorporated in the Collective Works;
to create and reproduce Derivative Works;
to distribute copies or phonorecords of, display publicly, perform publicly, and perform publicly by means of a digital audio transmission the Work including as incorporated in Collective Works;
to distribute copies or phonorecords of, display publicly, perform publicly, and perform publicly by means of a digital audio transmission Derivative Works;
The above rights may be exercised in all media and formats whether now known or hereafter devised. The above rights include the right to make such modifications as are technically necessary to exercise the rights in other media and formats. All rights not expressly granted by Licensor are hereby reserved, including but not limited to the rights set forth in Sections 4(e) and 4(f).
Restrictions.The license granted in Section 3 above is expressly made subject to and limited by the following restrictions:
You may distribute, publicly display, publicly perform, or publicly digitally perform the Work only under the terms of this License, and You must include a copy of, or the Uniform Resource Identifier for, this License with every copy or phonorecord of the Work You distribute, publicly display, publicly perform, or publicly digitally perform. You may not offer or impose any terms on the Work that alter or restrict the terms of this License or the recipients' exercise of the rights granted hereunder. You may not sublicense the Work. You must keep intact all notices that refer to this License and to the disclaimer of warranties. You may not distribute, publicly display, publicly perform, or publicly digitally perform the Work with any technological measures that control access or use of the Work in a manner inconsistent with the terms of this License Agreement. The above applies to the Work as incorporated in a Collective Work, but this does not require the Collective Work apart from the Work itself to be made subject to the terms of this License. If You create a Collective Work, upon notice from any Licensor You must, to the extent practicable, remove from the Collective Work any reference to such Licensor or the Original Author, as requested. If You create a Derivative Work, upon notice from any Licensor You must, to the extent practicable, remove from the Derivative Work any reference to such Licensor or the Original Author, as requested.
You may distribute, publicly display, publicly perform, or publicly digitally perform a Derivative Work only under the terms of this License, a later version of this License with the same License Elements as this License, or a Creative Commons iCommons license that contains the same License Elements as this License (e.g. Attribution-NonCommercial-ShareAlike 2.0 Japan). You must include a copy of, or the Uniform Resource Identifier for, this License or other license specified in the previous sentence with every copy or phonorecord of each Derivative Work You distribute, publicly display, publicly perform, or publicly digitally perform. You may not offer or impose any terms on the Derivative Works that alter or restrict the terms of this License or the recipients' exercise of the rights granted hereunder, and You must keep intact all notices that refer to this License and to the disclaimer of warranties. You may not distribute, publicly display, publicly perform, or publicly digitally perform the Derivative Work with any technological measures that control access or use of the Work in a manner inconsistent with the terms of this License Agreement. The above applies to the Derivative Work as incorporated in a Collective Work, but this does not require the Collective Work apart from the Derivative Work itself to be made subject to the terms of this License.
You may not exercise any of the rights granted to You in Section 3 above in any manner that is primarily intended for or directed toward commercial advantage or private monetary compensation. The exchange of the Work for other copyrighted works by means of digital file-sharing or otherwise shall not be considered to be intended for or directed toward commercial advantage or private monetary compensation, provided there is no payment of any monetary compensation in connection with the exchange of copyrighted works.
If you distribute, publicly display, publicly perform, or publicly digitally perform the Work or any Derivative Works or Collective Works, You must keep intact all copyright notices for the Work and give the Original Author credit reasonable to the medium or means You are utilizing by conveying the name (or pseudonym if applicable) of the Original Author if supplied; the title of the Work if supplied; to the extent reasonably practicable, the Uniform Resource Identifier, if any, that Licensor specifies to be associated with the Work, unless such URI does not refer to the copyright notice or licensing information for the Work; and in the case of a Derivative Work, a credit identifying the use of the Work in the Derivative Work (e.g., "French translation of the Work by Original Author," or "Screenplay based on original Work by Original Author"). Such credit may be implemented in any reasonable manner; provided, however, that in the case of a Derivative Work or Collective Work, at a minimum such credit will appear where any other comparable authorship credit appears and in a manner at least as prominent as such other comparable authorship credit.
For the avoidance of doubt, where the Work is a musical composition:
Performance Royalties Under Blanket Licenses. Licensor reserves the exclusive right to collect, whether individually or via a performance rights society (e.g. ASCAP, BMI, SESAC), royalties for the public performance or public digital performance (e.g. webcast) of the Work if that performance is primarily intended for or directed toward commercial advantage or private monetary compensation.
Mechanical Rights and Statutory Royalties. Licensor reserves the exclusive right to collect, whether individually or via a music rights agency or designated agent (e.g. Harry Fox Agency), royalties for any phonorecord You create from the Work ("cover version") and distribute, subject to the compulsory license created by 17 USC Section 115 of the US Copyright Act (or the equivalent in other jurisdictions), if Your distribution of such cover version is primarily intended for or directed toward commercial advantage or private monetary compensation. 6. Webcasting Rights and Statutory Royalties. For the avoidance of doubt, where the Work is a sound recording, Licensor reserves the exclusive right to collect, whether individually or via a performance-rights society (e.g. SoundExchange), royalties for the public digital performance (e.g. webcast) of the Work, subject to the compulsory license created by 17 USC Section 114 of the US Copyright Act (or the equivalent in other jurisdictions), if Your public digital performance is primarily intended for or directed toward commercial advantage or private monetary compensation.
Webcasting Rights and Statutory Royalties. For the avoidance of doubt, where the Work is a sound recording, Licensor reserves the exclusive right to collect, whether individually or via a performance-rights society (e.g. SoundExchange), royalties for the public digital performance (e.g. webcast) of the Work, subject to the compulsory license created by 17 USC Section 114 of the US Copyright Act (or the equivalent in other jurisdictions), if Your public digital performance is primarily intended for or directed toward commercial advantage or private monetary compensation.
Representations, Warranties and Disclaimer
UNLESS OTHERWISE MUTUALLY AGREED TO BY THE PARTIES IN WRITING, LICENSOR OFFERS THE WORK AS-IS AND MAKES NO REPRESENTATIONS OR WARRANTIES OF ANY KIND CONCERNING THE WORK, EXPRESS, IMPLIED, STATUTORY OR OTHERWISE, INCLUDING, WITHOUT LIMITATION, WARRANTIES OF TITLE, MERCHANTIBILITY, FITNESS FOR A PARTICULAR PURPOSE, NONINFRINGEMENT, OR THE ABSENCE OF LATENT OR OTHER DEFECTS, ACCURACY, OR THE PRESENCE OF ABSENCE OF ERRORS, WHETHER OR NOT DISCOVERABLE. SOME JURISDICTIONS DO NOT ALLOW THE EXCLUSION OF IMPLIED WARRANTIES, SO SUCH EXCLUSION MAY NOT APPLY TO YOU.
Limitation on Liability. EXCEPT TO THE EXTENT REQUIRED BY APPLICABLE LAW, IN NO EVENT WILL LICENSOR BE LIABLE TO YOU ON ANY LEGAL THEORY FOR ANY SPECIAL, INCIDENTAL, CONSEQUENTIAL, PUNITIVE OR EXEMPLARY DAMAGES ARISING OUT OF THIS LICENSE OR THE USE OF THE WORK, EVEN IF LICENSOR HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
Termination
This License and the rights granted hereunder will terminate automatically upon any breach by You of the terms of this License. Individuals or entities who have received Derivative Works or Collective Works from You under this License, however, will not have their licenses terminated provided such individuals or entities remain in full compliance with those licenses. Sections 1, 2, 5, 6, 7, and 8 will survive any termination of this License.
Subject to the above terms and conditions, the license granted here is perpetual (for the duration of the applicable copyright in the Work). Notwithstanding the above, Licensor reserves the right to release the Work under different license terms or to stop distributing the Work at any time; provided, however that any such election will not serve to withdraw this License (or any other license that has been, or is required to be, granted under the terms of this License), and this License will continue in full force and effect unless terminated as stated above.
Miscellaneous
Each time You distribute or publicly digitally perform the Work or a Collective Work, the Licensor offers to the recipient a license to the Work on the same terms and conditions as the license granted to You under this License.
Each time You distribute or publicly digitally perform a Derivative Work, Licensor offers to the recipient a license to the original Work on the same terms and conditions as the license granted to You under this License.
If any provision of this License is invalid or unenforceable under applicable law, it shall not affect the validity or enforceability of the remainder of the terms of this License, and without further action by the parties to this agreement, such provision shall be reformed to the minimum extent necessary to make such provision valid and enforceable.
No term or provision of this License shall be deemed waived and no breach consented to unless such waiver or consent shall be in writing and signed by the party to be charged with such waiver or consent.
This License constitutes the entire agreement between the parties with respect to the Work licensed here. There are no understandings, agreements or representations with respect to the Work not specified here. Licensor shall not be bound by any additional provisions that may appear in any communication from You. This License may not be modified without the mutual written agreement of the Licensor and You.
Creative Commons is not a party to this License, and makes no warranty whatsoever in connection with the Work. Creative Commons will not be liable to You or any party on any legal theory for any damages whatsoever, including without limitation any general, special, incidental or consequential damages arising in connection to this license. Notwithstanding the foregoing two (2) sentences, if Creative Commons has expressly identified itself as the Licensor hereunder, it shall have all rights and obligations of Licensor.
Except for the limited purpose of indicating to the public that the Work is licensed under the CCPL, neither party will use the trademark "Creative Commons" or any related trademark or logo of Creative Commons without the prior written consent of Creative Commons. Any permitted use will be in compliance with Creative Commons' then-current trademark usage guidelines, as may be published on its website or otherwise made available upon request from time to time.
Creative Commons may be contacted at http://creativecommons.org/.
Copyright © 1999-2008 Gerard Beekmans
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.