FreeBSD 5.3-RELEASE Migrationsleitfaden

The FreeBSD Release Engineering Team

$FreeBSD$

FreeBSD ist ein eingetragenes Warenzeichen von Wind River Systems, Inc. Dies soll sich bald �ndern.

Apple, FireWire, Mac, Macintosh, Mac OS, Quicktime und TrueType sind eingetragene Warenzeichen von Apple Computer, Inc., in den Vereinigten Staaten und anderen L�ndern.

IBM, AIX, EtherJet, Netfinity, OS/2, PowerPC, PS/2, S/390 und ThinPad sind Warenzeichen der International Business Machines Corporation in den Vereinigten Staaten, anderen L�ndern oder beiden.

IEEE, POSIX und 802 sind eingetragene Warenzeichen vom Institute of Electrical and Electronics Engineers, Inc. in den Vereinigten Staaten.

Intel, Celeron, EtherExpress, i386, i486, Itanium, Pentium und Xeon sind Warenzeichen oder eingetragene Warenzeichen der Intel Corporation oder ihrer Gesellschaften in den Vereinigten Staaten und in anderen L�ndern.

Microsoft, FrontPage, MS-DOS, Outlook, Windows, Windows Media und Windows NT sind entweder eingetragene Warenzeichen oder Warenzeichen der Microsoft Corporation in den Vereinigten Staaten und/oder in anderen L�ndern.

Sparc, Sparc64, SPARCEngine und UltraSPARC sind Warenzeichen von SPARC International, Inc in den Vereinigten Staaten und in anderen L�ndern. Produkte, die das Warenzeichen SPARC tragen, basieren auf einer von Sun Microsystems, Inc. entwickelten Architektur.

Viele Produktbezeichnungen von Herstellern und Verk�ufern sind Warenzeichen. Soweit dem FreeBSD Project das Warenzeichen bekannt ist, werden die in diesem Dokument vorkommenden Bezeichnungen mit dem Symbol ``™'' oder dem Symbol ``®'' gekennzeichnet.

Dieser Leitfaden beschreibt die wesentlichen Unterschiede zwischen FreeBSD 4.X und FreeBSD 5.3-RELEASE aus Sicht eines Benutzers oder Administrators, der ein existierendes System aktualisiert. Der Leitfaden beschreibt kurz die vor und w�hrend einer Ver�ffentlichung ablaufenden Prozesse. Danach beschreibt er die neuen Funktionen in FreeBSD 5.X sowie �nderungen, die relevant f�r Benutzer sind, die bisher mit 4.X Releases gearbeitet haben. Weiterhin beschreibt der Leitfaden wie existierende Systeme mit Hilfe der Quellen oder mit Hilfe von Bin�rcode migriert werden. Dieses Dokument erschien vor FreeBSD 5.X unter dem Titel ``Hinweise f�r die ersten Anwender von FreeBSD 5.3-RELEASE''.


1. Einf�hrung

Mit FreeBSD 5.3-RELEASE startet eine neue Serie von ``FreeBSD-STABLE'' Releases. Diese Release und k�nftige Releases der 5.X-Serie sind wie die vorhergehenden 4.X-Releases f�r den produktiven Einsatz gedacht.

Dieser Artikel wendet sich an Benutzer, die von 4.X-Release auf 5.3-RELEASE migrieren. Zuerst wird beschrieben, wie eine neue FreeBSD-Version ver�ffentlicht wird. Anschlie�end werden einige der neuen Funktionen in FreeBSD 5.X beschrieben. Der wahrscheinlich wichtigste Abschnitt beschreibt die wesentlichen �nderungen, f�r Benutzer sichtbare �nderungen oder �nderungen an externen Schnittstellen. Zuletzt gibt der Artikel Hinweise, wie bestehende FreeBSD 4.X-Systeme mit Bin�rcode oder mit den Quellen auf FreeBSD 5.3-RELEASE migriert werden.


2. Ver�ffentlichung neuer FreeBSD-Versionen

Das Prinzip der FreeBSD-Entwicklung ist die Verwendung mehrerer Entwicklungszweige innerhalb eines ``CVS Repository''. Der Hauptzweig wird ``CURRENT'' genannt und innerhalb des Repository mit dem symbolischen Namen HEAD referenziert. Neue Funktionen werden zun�chst in diesen Zweig eingebracht. Auch wenn neue Funktionen zuerst nur in CURRENT zur Verf�gung stehen, bereitet dieser Zweig von Zeit zu Zeit Kummer, w�hrend die Neuerungen getestet und ihre Fehler entfernt werden.

Wenn eine neue FreeBSD-Version ver�ffentlicht wird, basiert diese in der Regel auf einem der ``STABLE'' (stabil) genannten Entwicklungszweige. Neuerungen werden in diese Entwicklungszweige �bernommen, nachdem sie in CURRENT getestet wurden. In den letzten zwei Jahren gab es nur einen aktiven STABLE-Entwicklungszweig: ``4-STABLE''; dieser Zweig war die Grundlage f�r alle 4.X Versionen. Dieser Zweig wird innerhalb des CVS Repository durch den symbolischen Namen RELENG_4 gekennzeichnet.

Die letzten beiden STABLE-Entwicklungszweige (3-STABLE und 4-STABLE) wurden sehr fr�h im Entwicklungsablauf (verzweigt wurde bei 3.1 und 4.0) erzeugt. R�ckblickend m�ssen wir feststellen, da� dadurch in beiden F�llen nicht genug Zeit war, um CURRENT zu stabilisieren, bevor der neue Entwicklungszweig eingerichtet wurde. Dies f�hrte zu unn�tiger Mehrarbeit, da Fehlerkorrekturen von einem Zweig in den anderen Zweig �bertragen werden mu�ten; au�erdem kam es zu einigen �nderungen in der Architektur, die nicht in den jeweils anderen Zweig �bernommen werden konnten.

Die 5.X-Releases wurden anders gehandhabt. FreeBSD 5.0, 5.1 und 5.2 wurden auf dem CURRENT-Zweig erzeugt. Das erste dieser Releases wurde nach einer Entwicklungszeit von �ber zwei Jahren herausgegeben (das letzte Release aus HEAD war FreeBSD 4.0 im M�rz 2000).

Der ``5-STABLE-Zweig'' wurde im Gegensatz zu anderen ``STABLE-Zweigen'' erst ein Jahr nach dem ersten 5.X-Release im CVS mit dem Tag RELENG_5 erzeugt (w�hrend der Erstellung des 5.3 Releases). Diese Verz�gerung gab den Entwicklern Zeit, �nderungen an der Architektur vorzunehmen, die �nderungen zu stabilisieren, Schnittstellen fertigzustellen und damit einen guten Ausgangspunkt f�r weitere 5.X-Releases zu schaffen.

Abgesehen von allgemeinen Verbesserungen und Fehlerbehebungen liegt die Priorit�t bei der Entwicklung des 5-STABLE-Zweiges in der Beibehaltung der Application Binary Interface (ABI) und der Kompatibilit�t der Application Program Interface (API). �nderungen, die die R�ckw�rtskompatibilit�t gef�hrden, sind mit Ausnahme von Fehlerbehebungen f�r kritische Fehler nicht erlaubt.

Das n�chste CURRENT-Release aus dem CVS HEAD wird 6.0-RELEASE sein. Zum Zeitpunkt von 5.3-Release steht noch nicht fest, wann 6.0 ver�ffentlicht wird, es wird mit dem Jahr 2006 gerechnet.

Die Entwicklung des 4-STABLE-Zweiges wird begrenzt weitergef�hrt und es wird noch mindestens ein Release (4.11) nach 5.3-RELEASE geben. F�r besonders konservative Anwender ist es sinnvoll, 4.X-Releases noch einige Zeit weiter zu benutzen. Releases aus dem 4-STABLE-Zweig werden weiterhin vom Security Officer Team unterst�tzt. Die Wartungsenden finden Sie auf der Seite Sicherheit des FreeBSD-Webauftritts.

Weitere Informationen �ber den Ablauf bei der Ver�ffentlichung einer neuen FreeBSD Version finden Sie auf den Release Engineering Web pages und im Artikel FreeBSD Release Engineering.


3. Neuerungen

Die Glanzpunkte von FreeBSD 5.X sind die vielen Neuerungen. Diese Neuerungen und die neue Funktionalit�t basieren zum gr��ten Teil auf massiven �nderungen der Systemarchitektur, die nicht in den Entwicklungszweig 4-STABLE eingepflegt wurden. Viele in sich abgeschlossene �nderungen wie neue oder aktualisierte Ger�tetreiber oder neue Benutzerprogramme wurden dagegen schon nach 4-STABLE �bernommen. Die folgende Liste enth�lt eine kurze �bersicht �ber die wichtigsten Neuerungen:

Eine ausf�hrlichere �bersicht �ber die Neuerungen finden Sie in den ``Release Notes'' f�r die verschiedenen FreeBSD 5.X Versionen.


4. Beachtenswerte �nderungen

Einige der Unterschiede zwischen FreeBSD 4.X und FreeBSD 5.X m�ssen besonders herausgestellt werden, das sie �nderungen der Architektur sind oder nicht r�ckw�rtskompatibel sind. Auch wenn diese �nderungen keinen Datenverlust verursachen, k�nnen sie doch zu Verwirrung f�hren. Einige beachtenswerte �nderungen sind in der folgenden Liste zusammengefa�t:

Weitere Informationen enthalten die Release-Notes der verschiedenen FreeBSD 5.X Releases und die Datei src/UPDATING im FreeBSD-Quellbaum. Beachtenswerte �nderungen der Ports-Collection werden in den Dateien ports/UPDATING und ports/CHANGES im Ports-Baum beschrieben.


5. Hinweise f�r die Aktualisierung von FreeBSD 4.X

Dieses Kapitel enth�lt Hinweise f�r Anwender, die ihr bestehendes FreeBSD 4.X System auf FreeBSD 5.X aktualisieren wollen. Wie bei jeder Aktualisierung ist es auf jeden Fall notwendig, vorher die Release Notes und die Errata der neuen Version zu lesen; bei Aktualisierung �ber den Quellcode ist src/UPDATING Pflichtlekt�re.


5.1. Aktualisierung ohne Quellcode

Der einfachste Ansatz ist immer noch ``Sicherheitskopien erstellen, Platte formatieren, neues System installieren, Benutzerdaten wieder einspielen''. Dadurch werden alle Probleme mit veralteten und nicht kompatiblen Programmen und Konfigurationsdateien umgangen. Die neuen Dateisysteme k�nnen maximalen Nutzen aus den diversen Neuerungen (speziell UFS2) ziehen.

Zum gegenw�rtigen Zeitpunkt ist die ``Upgrade''-Option in sysinstall(8) zur Migration auf eine neue Hauptversion unzureichend getestet. Wir raten daher dringend von der Verwendung dieser Funktion ab.

Einige �nderungen betreffen vielleicht Benutzer der FreeBSD  4.X Startmedien. Die Installationsdisketten sind (auf Plattformen, wie i386, die Disketten unterst�tzen) anders aufgebaut. Unter 4.X Releases enthielten die Startdisketten einen Mini-Kernel, der gerade ausreichte, um das System zu installieren. Mit dieser Aufteilung konnte der Kernel auf einer einzigen Diskette gespeichert werden, doch fehlten unter Umst�nden Treiber f�r bestimmte Hardware-Konfigurationen. Ab FreeBSD 5.3-RELEASE enthalten die Startdisketten einen GENERIC-Kernel, der �ber mehrere Disketten verteilt ist und mehr Treiber und mehr Funktionen enth�lt. Der Boot-Loader fordert das Einlegen weiterer Disketten an. Benutzer, die Installationsdisketten herunterladen (vielleicht um eine Netzwerkinstallation durchzuf�hren), sollten beachten, da� es jetzt drei Installationsdisketten gibt: boot.flp, kern1.flp und kern2.flp.

Bei einer Installation von CD-ROM auf einem i386™-System wird jetzt ein neues Startprogramm mit dem Namen ``no-emulation boot loader'' genutzt. Dadurch ist es unter anderem m�glich, auf der CD den Standardkernel (GENERIC) statt des auf den Disketten verwendeten Mini-Kernels zu nutzen. Jedes System, das von den Installations-CDs f�r Microsoft Windows NT® 4.0 booten kann, sollte auch mit den FreeBSD 5.X CD-ROMs zurechtkommen.


5.2. Aktualisierung mit Quellcode

Anmerkung: Viele Benutzer und Entwickler bevorzugen eine einfachere Art der Installation. Sichern Sie alle Daten und Konfigurationsdateien und installieren Sie das System mit Bin�rdateien (beispielsweise von einer CD-ROM). Spielen Sie anschlie�end die gesicherten Daten zur�ck. Verglichen mit einer Installation �ber den Quellcode, m�ssen Sie sich bei diesem Verfahren nicht um alte Dateien und Programme k�mmern und Sie k�nnen neue Funktionen, wie das UFS2-Dateisystem benutzen.

Benutzer, die nicht mit der Bauprozedur (buildworld/installworld) vertraut sind, sollten nicht mit dem Quellcode aktualisieren und stattdessen nach einer Datensicherung mit Bin�rdateien installieren.

Eine Aktualisierung mit Quellcode baut und installiert Bin�rdateien aus lokal auf der Maschine liegenden Quellcode. Die Aktualisierung beruht auf der buildworld/installworld Prozedur, die von erfahrenen Benutzern verwendet wird, um �nderungen in einem Entwicklungszweig (wie FreeBSD-STABLE oder FreeBSD-CURRENT) zu verfolgen. Allgemein ist diese Prozedur aufwendiger als die Installation mit Bin�rdateien, sie kann aber n�tzlich sein, wenn die Systemkonfiguration komplex oder stark angepa�t ist. Eine Aktualisierung mit Quellcode ist auch n�tzlich f�r ein entferntes System, auf das der Administrator keinen Zugriff hat und daher auch keine Installationsmedien einlegen kann.

Es ist auf jeden Fall erforderlich, vor der Aktualisierung src/UPDATING zu lesen. Der Abschnitt ``To upgrade in-place from 4.x-stable to current'' enth�lt eine Schritt-f�r-Schritt Anleitung, der Sie unbedingt folgen m�ssen, die Nutzung der �blichen ``Abk�rzungen'' ist nicht m�glich. Die folgende Liste beschreibt und kommentiert die n�tigen Schritte:

  1. Sichern Sie Ihre Daten.

    Die Wichtigkeit dieses Schrittes kann nicht oft genug betont werden. Es ist wichtig, Sicherungen von allen Benutzerdaten und Konfigurationsdateien zu erstellen. Volle Sicherungen (Level 0) mit dump(8) sind daf�r geeignet, es gibt allerdings auch andere M�glichkeiten.

  2. Stellen Sie sicher, da� im /-Dateisystem ungef�hr 30 MB frei sind.

    FreeBSD 5.X ben�tigt mehr Platz als FreeBSD 4.X. Wenn das Verzeichnis /tmp im /-Dateisystem liegt (was oft der Fall ist), k�nnen Sie Platz schaffen, indem Sie alle Dateien in diesem Verzeichnis l�schen.

  3. Wenn n�tig, editieren Sie /etc/fstab.

    Dieser Punkt betrifft wahrscheinlich nur �ltere FreeBSD/i386 Systeme. Auf Systemen, die Disk-Slices mit MBRs besitzen, unterst�tzte FreeBSD sogenannte ``compatibility slices''. Der Name dieser Slices war etwa /dev/ad0a (ohne ausdr�cklich die Slice zu benennen). Diese Slices werden nicht mehr unterst�tzt. Slices m�ssen Namen wie /dev/ad0s1a tragen. Der Name muss das Laufwerk, die Nummer der Slice und den Buchstaben der Partition enthalten.

    Beachten Sie, da� ``compatibility slices'' seit FreeBSD 2.2.6-RELEASE nicht mehr benutzt werden. Ignorieren Sie diesen Punkt wenn Sie FreeBSD/alpha Systeme oder Systeme mit ``dangerously dediated'' Platten benutzen.

  4. Besorgen Sie sich, beispielsweise mit CVS, eine Kopie der Quellen des Basissystems (das Modul src/). Mit CVS benutzen Sie f�r FreeBSD 5.3-RELEASE das Tag RELENG_5_3_0_RELEASE, f�r den 5.3-Zweig (in dem Fehlerbehebungen stattfinden) nehmen Sie das Tag RELENG_5_3. Wenn Sie den 5-STABLE-Zweig verfolgen wollen, verwenden Sie das Tag RELENG_5. Falls Sie die Quellen mit CVS auschecken, vergessen Sie nicht die Option -P anzugeben, damit CVS leere Verzeichnisse entfernt.

  5. FreeBSD 5.X ben�tigt einige neue Eintr�ge in der Pa�wort- und Gruppendatei. Erzeugen Sie diese Eintr�ge mit Hilfe des nachstehenden Kommandos:

    # mergemaster -p
    

    Dieser Schritt mu� ausgef�hrt werden, damit neue Dateien dem richtigen Benutzerkonto und der richtigen Gruppe geh�ren.

    Beachten Sie, da� in FreeBSD 5.X das Werkzeug nologin(8) von /sbin/nologin nach /usr/sbin/nologin verschoben wurde. Die Login-Shell einiger Pseudo-Benutzer ist nologin(8) daher entstehen weitere Unterschiede in /etc/passwd.

  6. Bauen Sie mit dem nachstehenden Kommando die Benutzerwerkzeuge (Userland):

    # cd /usr/src
    # make buildworld
    

    Wenn die Variable CPUTYPE in /etc/make.conf definiert wird, sollte sie mit Operator ?= definiert werden. Damit kann der buildworld-Proze�, falls es n�tig sein sollte, die Variable �berschreiben.

    Beachten Sie, da� MAKEOBJDIRPREFIX nicht in /etc/make.conf definiert werden darf.

    Allgemein sollten die meisten der Bauoptionen in /etc/make.conf auskommentiert oder entfernt sein. Besonders gilt das f�r Optionen, die direkt Bau- oder Basisfunktionen des Systems beeinflussen (wie NO_TOOLCHAIN).

  7. Bauen und installieren Sie einen neuen Kernel:

    # make buildkernel
    

    Das make(1)-Ziel buildkernel mu� verwendet werden, damit der neue Kernel mit den im vorigen Schritt (buildworld) erzeugten Benutzerwerkzeugen gebaut wird. Sie k�nnen die Bauumgebung nicht manuell mit dem Werkzeug config(8) erzeugen.

    Auch wenn es praktisch ist, in diesem Schritt einen angepa�ten Kernel zu erzeugen, sollten Sie das System mit einem GENERIC-Kernel aktualisieren. Diese Vorgehensweise ist weniger fehleranf�llig. Wenn Sie das erste Mal einen angepa�ten Kernel erstellen, benutzen Sie bitte den GENERIC-Kernel von FreeBSD 5.X als Vorlage, da viele Treiber und Optionen neu sind oder sich ge�ndert haben. Auf jeden Fall sollten Sie die Option COMPAT_FREEBSD4 in die Kernelkonfiguration aufnehmen, da die Option Voraussetzung f�r eine erfolgreiche Aktualisierung ist.

  8. Erzeugen Sie mit einer Variante des folgenden Kommandos f�r ISA-Ger�te die Datei device.hints. Setzen Sie f�r MACHINE den Namen der passenden Architektur (beispielsweise i386) ein.

    # cp sys/MACHINE/conf/GENERIC.hints /boot/device.hints
    

    Mit moderner Hardware kann die Datei device.hints leer sein. Auf Systemen mit non-PNP ISA-Karten (hier mu� die Datei angepa�t werden), Systemen ohne PNPBIOS oder PNPBIOS-Systemen, die mit Disketten gestartet werden, ist die Datei zwingend erforderlich.

  9. Installieren Sie den neuen Kernel:

    # make installkernel
    

    Unter FreeBSD 4.X wurde der Kernel in /kernel installiert. Unter FreeBSD 5.X wird der Kernel nach /boot/kernel/kernel installiert. Kernelmodule wurden unter FreeBSD 4.X in das Verzeichnis /modules installiert, unter FreeBSD 5.X werden die Module in das Verzeichnis /boot/kernel installiert.

  10. Installieren Sie den FreeBSD 5.X Boot-Loader:

    # cd /usr/src/sys/boot
    # make STRIP="" install
    

    Wir empfehlen diesen Schritt, obwohl er optional ist, auszuf�hren.

  11. Deaktivieren Sie Module Dritter (wie die f�r VMware). Dies verhindert Abst�rze auf Grund ge�nderter Kernel-ABIs oder anderen Inkompatibilit�ten.

  12. Booten Sie das System in den Einbenutzermodus. Sie m�ssen das System in diesem Schritt wirklich neu starten, da der neue Kernel laufen mu�, um die Benutzerwerkzeuge zu installieren. Da nur die erforderlichen Prozesse laufen, verringert der Einbenutzermodus wirksam das Auftreten unerwarteter Ereignisse.

  13. H�ngen Sie die erforderlichen Dateisysteme ein:

    # fsck -p
    # mount -uw /
    # mount -at ufs
    

    Das Kommando fsck(8) ist erforderlich, damit einige Felder im Superblock der Dateisysteme auf FreeBSD 5.X angepa�t werden. Wenn die Systemzeit die lokale Zeit anstelle von UTC verwendet, f�hren Sie auch noch den nachstehenden Befehl aus:

    # adjkerntz -i
    

    In diesem Schritt kann die folgende Meldung mehrmals auf der Systemkonsole erscheinen:

    WARNING: userland calling deprecated sysctl, please rebuild world
    

    Ignorieren Sie diese Meldung.

  14. L�schen Sie die C++ Header-Dateien:

    # rm -rf /usr/include/g++
    

    Dieser Schritt verhindert, da� bei k�nftigen Compiler-L�ufen alte Header vom GCC 2.95 C++ Compiler angezogen werden.

  15. Installieren Sie die Benutzerwerkzeuge (Userland):

    # cd /usr/src
    # make installworld
    
  16. Auf Systemen, die named(8) verwenden, m�ssen die named(8)-Konfigurationsdateien in die chroot(8)-Umgebung im Verzeichnis /var/named geschoben werden. Befinden sich im Verzeichnis /var/named schon Dateien, sollten Sie diese jetzt sichern.

    # cd /etc
    # mv named named.bak
    # mkdir -p /var/named/etc/namedb
    # cp -Rp named.bak/* /var/named/etc/namedb
    

    Falls die Konfiguration die erzeugten Dateien f�r localhost verwendet, generieren Sie die Dateien mit den nachstehenden Kommandos neu:

    # cd /var/named/etc/namedb
    # /bin/sh make-localhost
    # rm -f localhost-v6.rev localhost.rev
    
  17. Aktualisieren Sie die Konfigurationsdateien des Systems:

    # mergemaster -i
    

    Dieser Schritt ist zwingend erforderlich. Der Schritt gew�hrleistet, da� die Start- und Konfigurationsdateien im Verzeichnis /etc zu dem frisch installierten System passen.

    Nach dem Lauf von mergemaster(8) sollten Sie die Datei /etc/rc.conf untersuchen und m�glicherweise anpassen. Die Vorgabewerte einiger Variablen haben sich ge�ndert, insbesondere wurden einige Dienste, die in 4.X aktiviert waren, in 5.X deaktiviert.

  18. Entfernen Sie �brig gebliebene Dateien von BIND 8:

    # rm /usr/bin/dnskeygen /usr/bin/dnsquery
    # rm /usr/libexec/named-xfer
    # rm /usr/sbin/named.restart /usr/sbin/ndc
    
  19. Starten Sie das System neu.

Nachdem Sie das Basissystem migriert haben, m�ssen Sie noch einige Komponenten, die nicht zum Basissystem geh�ren, aktualisieren. Perl ist nicht mehr Teil des Basissystems und sollte aus der Ports-Collection (der Port lang/perl5.8) oder als Paket nachinstalliert werden. Danach m�ssen alle Ports oder Pakete, die von Perl abh�ngen, neu installiert werden.

Wenn Sie FreeBSD 4.X Programme laufen lassen wollen, ben�tigen Sie Kompatibilit�tsbibliotheken. Diese k�nnen Sie mit dem Port oder Paket misc/compat4x installieren.

Wie oben erw�hnt, wird Xorg in der Voreinstellung als X-Window-System verwendet. Die Ports und Pakete beachten diese �nderung, um Abh�ngigkeiten zwischen Software zu bestimmen. Die Migration von XFree86 auf Xorg beschreibt das Handbuchkapitel X11 installieren.


6. Zusammenfassung

Dieser Artikel beschreibt einige der beachtenswerten Funktionen von FreeBSD 5.X und bespricht wichtige Punkte f�r Benutzer von FreeBSD 4.X, die bestehende Systeme aktualisieren wollen. Der Artikel beschreibt weiterhin zwei Methoden ein System zu aktualisieren. Die erste Methode benutzt Bin�rdateien von einem Installationsmedium, die zweite Methode �bersetzt den Quellcode des Basissystems.

Fu�noten

[1]

Das Ausf�hren von a.out-Programmen ist weiterhin mit der Kerneloption COMPAT_AOUT m�glich. Einige Compiler aus der Ports-Collection (beispielsweise lang/gcc28) k�nnen auch noch a.out-Programme erzeugen.


Diese Datei und andere Dokumente zu dieser Version sind bei ftp://ftp.FreeBSD.org/verfuegbar.

Wenn Sie Fragen zu FreeBSD haben, lesen Sie erst die Dokumentation, bevor Sie sich an <[email protected]> wenden.

Alle Anwender von FreeBSD 5-STABLE sollten sich in die Mailingliste <[email protected]> eintragen.

Wenn Sie Fragen zu dieser Dokumentation haben, wenden Sie sich an <[email protected]>.