Linux von Kratzer

Linux From Scratch (LFS) ist ein Typ einer Installation von Linux und der Name eines Buches, das von Gerard Beekmans unter anderen geschrieben ist. Das Buch erteilt Leser-Weisungen darauf, wie man ein System von Linux von der Quelle baut. Das Buch ist frei vom Linux Von der Kratzer-Website verfügbar und ist zurzeit in der Version 7.1.

Linux Von Kratzer ist eine Weise, ein Arbeitssystem von Linux durch das Gebäude aller Bestandteile davon manuell zu installieren. Das, ist natürlich, ein längerer Prozess als Installation eines vorkompilierten Vertriebs von Linux. Gemäß dem Linux Von der Kratzer-Website sind die Vorteile für diese Methode ein kompaktes, flexibles und sicheres System und ein größeres Verstehen der inneren Tätigkeit der mit Sitz in Linux Betriebssysteme.

Um LFS klein und eingestellt das Buch zu halten, wurde Beyond Linux From Scratch (BLFS) geschaffen, der Instruktionen darauf präsentiert, wie man weiter das grundlegende System von Linux entwickelt, das in LFS geschaffen wurde. Es stellt vor und führt den Leser durch Hinzufügungen zum System einschließlich Netzwerkanschlusses, X, Tons, Druckers und Scanner-Unterstützung. Seit der Ausgabe 5.0 vergleicht die BLFS-Buchversion die LFS-Buchversion.

Zusätzlich zum LFS und den BLFS-Büchern beschreibt Böser Linux Von Kratzer (CLFS) das böse Kompilieren, und Hardened Linux From Scratch (HLFS) konzentriert sich auf Sicherheitserhöhungen wie der Gebrauch des Stapel zerschlagenden Schutzes, PaX und Adressraum-Lay-Outs randomization, grsecurity verwendend. Treffen Sie sich Linux von Kratzer stellt die notwendigen Instruktionen zur Verfügung, eine Basis, Befehl-Linie nur Vertrieb von Linux zu bauen. Während LFS auf die x86 Architektur beschränkt wird, unterstützt CLFS eine breitere Reihe von Verarbeitern. CLFS richtet fortgeschrittene Techniken, die nicht ins LFS-Buch eingeschlossen sind, die toolchains, Mehrbibliotheksunterstützung (32 & 64 Bit-Bibliotheken nebeneinander), und alternative Befehlssatz-Architekturen wie x86-64, Itanium, SPARC, MIPS und Alpha quer-bauen. Gehärteter Linux Von Kratzer konzentriert sich darauf, eine sicherere Version des ursprünglichen Linux Von Kratzer als sein Hauptzweck einschließlich eingebetteter Systeme zu schaffen.

Voraussetzungen und Verfahren

Eine saubere Teilung und ein Arbeitssystem von Linux mit einem Bearbeiter und einigen wesentlichen Softwarebibliotheken sind erforderlich, LFS zu bauen. Anstatt von einem vorhandenen System von Linux zu installieren, kann man auch eine Lebende CD verwenden, um ein LFS System zu bauen.

Früher hat das Projekt den Linux Von Kratzer Lebende CD aufrechterhalten. LFS Lebende CD enthält alle Quellpakete (in der vollen Version der Lebenden CD nur), das LFS-Buch, die automatisierten Bauwerkzeuge und (abgesehen von der minimalen Lebenden CD-Version) ein Xfce GUI Umgebung, um darin zu arbeiten. Der LFS wird Lebende CD nicht mehr aufrechterhalten und kann nicht verwendet werden, um die jetzige Version (7) von LFS zu bauen.

Zuerst muss ein toolchain kompiliert werden, aus den Werkzeugen bestehend, die verwendet sind, um LFS wie GCC, glibc, binutils und andere notwendige Dienstprogramme zu kompilieren. Dann muss das Wurzelverzeichnis geändert werden (chroot verwendend), zur Teilung des toolchain, um anzufangen, das Endsystem zu bauen. Eines der ersten Pakete, um zu kompilieren, ist glibc; danach muss der linker des toolchain angepasst werden, um sich gegen den kürzlich gebauten glibc zu verbinden, so dass alle anderen Pakete, die das beendete System zusammensetzen werden, dagegen ebenso verbunden werden können. Während der chroot Phase wird die Hashing-Eigenschaft des heftigen Schlags abgedreht, und das Behälter-Verzeichnis des vorläufigen toolchain zum Ende des PFADS bewegt. Auf diese Weise kommen die kürzlich kompilierten Programme zuerst im PFAD, und das neue System baut auf seine eigenen neuen Bestandteile.

Liste von LFS 6.7 Software

Das ist eine Liste der in die CLFS Version 1.1.0 eingeschlossenen Pakete. Wenn sonst nicht bemerkt, ist diese Liste auf alle unterstützten Architekturen anwendbar.

  • Autoconf 2.61
  • Machen Sie 1.10.1 auto
  • Schlagen Sie 3.2 heftig
  • Dokumentation des heftigen Schlags 3.2
  • Bin86 (x86_64 Nichtmehrbefreiungskampf nur)
  • Binutils 2.18
  • Bison 2.3
  • Bzip2 1.0.4
  • CLFS-Bootscripts 1.0pre10
  • Coreutils 6.9
  • DejaGNU 1.4.4
  • Diffutils 2.8.7
  • E2fsprogs 1.40.4
  • Elftoaout 2.3 (Sparc und Sparc64 nur)
  • Erwarten Sie 5.43.0
  • Datei 4.23
  • Findutils 4.2.32
  • Beugen Sie 2.5.35
  • Lackel 3.1.6
  • GCC 4.2.4
  • Gettext 0.17
  • Glibc 2.7
  • Grep 2.5.3
  • Groff 1.19.2
  • MADE 0.97
  • Gzip 1.3.12
  • Hfsutils 3.2.6 (PowerPC und PowerPC64 nur)
  • Iana-usw. 2.20
  • Inetutils 1.5
  • IPRoute2 2.6.23
  • Kbd 1.13
  • Weniger 418
  • LILO 22.8 (x86_64 Nichtmehrbefreiungskampf nur)
  • Libtool 1.5.26
  • Linux 2.6.24.7
  • GNU m4 1.4.10
  • Machen Sie 3.81
  • Mann 1.6e
  • Mann-Seiten 3.01
  • Mktemp 1.5
  • Module-Init-Tools 3.4
  • Ncurses 5.6
  • Geteilt 1.8.8 (PowerPC und PowerPC64 nur)
  • Flicken Sie 2.5.9
  • Perl 5.8.8
  • PowerPC Utils 1.1.3 (PowerPC und PowerPC64 nur)
  • Pro-Hz 3.2.7
  • Psmisc 22.6
  • Readline 5.2
  • Sed 4.1.5
  • Schatten 4.1.2
  • Silo 1.4.13 (Sparc und Sparc64 nur)
  • Sysklogd 1.5
  • Sysvinit 2.86
  • Teer 1.20
  • Tcl 8.4.16
  • Texinfo 4.11
  • Baum 1.5.1.1
  • Udev 124
  • Util-linux-ng 2.14
  • Schwung 7.1
  • Schwung 7.1 Sprachdateien (fakultativer)
  • Yaboot 1.3.13 (PowerPC und PowerPC64 nur)
  • Zlib 1.2.3

Standard baut Einheit

Ein "Standard baut Einheit" ("SBU") ist ein Begriff, der während des anfänglichen Urladeverfahrens des Systems gebraucht ist, und vertritt die Zeitdauer, die erforderlich ist, das erste Paket in LFS auf einem gegebenen Computer zu bauen. Seine Entwicklung wurde durch die lange Zeit veranlasst, die erforderlich ist, ein LFS System und den Wunsch von vielen Benutzern zu bauen, zu wissen, wie lange eine Quelle tarball nehmen wird, um vorzeitig zu bauen.

Bezüglich Linux Von der Kratzer-Version 6.3 ist das erste vom Benutzer gebaute Paket GNU binutils. Wenn sie es bauen, werden Benutzer zur Zeit ermutigt, die Prozess mit Schale-Konstruktionen bauen und diese Zeit synchronisieren, dass der "Standard des Systems Einheit baut". Sobald diese Zahl bekannt ist, wird eine Schätzung der Zeit, die erforderlich ist, spätere Pakete zu bauen, hinsichtlich des bekannten SBU ausgedrückt.

Mehrere während der Kompilation gebaute Pakete nehmen viel länger, um zu bauen, als binutils, einschließlich des GNUS C Bibliothek (abgeschätzt an 9.5 SBUs). Die Einheit ist nicht eine konkrete Beschreibung, und muss als eine Annäherung interpretiert werden; viele verschiedene und Faktoren ohne Beziehung beeinflussen die Wanduhr-Zeit, dass ein Paket verlangt, um zu bauen.

Siehe auch

Links


Hauptvertrag-Organisation / Pfeffer von Mulato
Impressum & Datenschutz