---

1. Einleitung

Diese Errata enthalten ``brandheiße'' Informationen über FreeBSD 5.0-RELEASE. Bevor Sie diese Version installieren, sollten Sie auf jeden Fall dieses Dokument lesen, um über Probleme informiert zu werden, die erst nach der Veröffentlichung entdeckt (und vielleicht auch schon behoben) wurden.

Die zusammen mit der Veröffentlichung erschienene Version dieses Dokumentes (zum Beispiel die Version auf der CDROM) ist per Definition veraltet. Allerdings sind im Internet aktualisierte Versionen verfügbar, die die ``aktuellen Errata'' für diese Version sind. Diese Versionen sind bei http://www.FreeBSD.org/releases/ und allen aktuellen Mirrors dieser Webseite verfügbar.

Die Snapshots von FreeBSD 5-CURRENT (sowohl die der Quelltexte als auch die der ausführbaren Programme) enthalten ebenfalls die zum Zeitpunkt ihrer Veröffentlichung aktuelle Version dieses Dokumentes.

Die Liste der FreeBSD CERT security advisories finden Sie bei http://www.FreeBSD.org/security/ oder ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/.

---

2. Sicherheitshinweise

Zur Zeit gibt es keine Sicherheitshinweise.

---

3. Aktuelle Informationen

Die auf geom(4) basierenden Routinen des Kernel zur Partitionierung erlauben es nicht, eine aktive Partition zu überschreiben. Mit anderen Worten, es ist in der Regel nicht möglich, den Bootsektor einer Festplatte mit disklabel -B zu aktualisieren, da die Partition a auch den Bereich enthält, in dem die Bootsektoren gespeichert sind. Um dieses Problem zu umgehen, sollten Sie von einer anderen Platte, einer CD oder der Fixit-Diskette booten.

Werden Festplatten und ähnliche Medien mit einer Blockgröße von mehr als 512 Byte benutzt (zum Beispiel mit geom(4) verschlüsselte Partitionen), behandelt dump(8) die größeren Sektoren nicht korrekt und kann daher das Dateisystem nicht dumpen. Eine Möglichkeit, das Problem zu umgehen, ist die Erzegung einer ``rohen'' Kopie des gesamten Dateisystems, die dann als Eingabedatei für dump(8) dient. Es ist möglich, ein komplettes Dateisystem in einer normalen Datei zu speichern:

    # dd if=/dev/ad0s1d.bde of=/junk/ad0.dd bs=1m
    # dump 0f - /junk/ad0.dd | ...

Eine etwas einfachere Lösung ist, tar(1) oder cpio(1) zur Erzeugung des Backups zu verwende.

Es gibt Berichte, daß sich Systeme bei der Installation von FreeBSD 5.0 Snapshots auf RAIDs an mly(4)-kompatiblen Controller aufgehängt haben, obwohl die Systeme problemlos mit 4.7-RELEASE zusammenarbeiten.

NETNCP und nwfs sind offenbar noch nicht an KSE angepaßt worden und funktionieren daher nicht.

Bei der Installation scheinen iir(4)-Controller korrekt erkannt zu werden, allerdings finden Sie keine der angeschlossenen Festplatten.

Es scheint ein Timing-Problem beim Start des Debuggings mit truss(1) zu geben, durch das truss(1) manchmal nicht in der Lage ist, eine Verbindung zu einem Prozeß aufzubauen, bevor er gestartet wird. In diesem Fall meldet truss(1), daß es die procfs(5) Node für den zu debuggenden Prozeß nicht öffnen kann. Es scheint einen weiteren Fehler zu geben, durch den truss(1) sich aufhöngt, wenn execve(2) den Wert ENOENT zurückgibt. Ein weiteres Timing-Problem führt dazu, daß truss(1) beim Start manchmal ``PIOCWAIT: Input/output error'' meldet. Es existieren zwar Korrekturen für diese Probleme, da diese aber zu sehr in die Routinen zur Ausführung von Prozessen eingreifen, werden sie erst nach dem Erscheinen von 5.0 ins System aufgenommen.

Es gibt einige Meldungen über Fehler bei der Partitionierung von Festplatten mit sysinstall(8). Eines der Probleme ist, daß sysinstall(8) den freien Platz auf einer Festplatten nicht neu berechnen kann, nachdem der Typ einer FDISK-Partition geändert wurde.

In einigen Fällen wurde die Dokumentation (wie zum Beispiel die FAQ und das Handbuch) nicht aktualisiert und geht nicht auf die Neuerungen in FreeBSD 5.0-CURRENT ein. Zum Beispiel fehlt noch Dokumentation zu gbde(8) und den neuen ``fast IPsec'' Routinen.

Ab und zu kommt beim Versuch, die Verbindung zu einem SMBFS Share zu trennen, die Meldung ``Device busy'', obwohl das Share nicht benutzt wird. Die einzige Lösung für dieses Problem ist, die Operation so lange zu wiederholen, bis die Verbindung getrennt wird. Dieser Fehler wurde in 5.0-CURRENT bereits behoben.

Der Versuch, die Trennung der Verbindung zu einem SMBFS Share mit umount -f zu erzwingen, kann zu einer Kernel Panic führen. Dieser Fehler wurde in 5.0-CURRENT bereits behoben.

Wird fstat(2) auf einen Socket angewendet, für den bereits eine Verbindung besteht, sollte es die Anzahl der zum Lesen verfügbaren Zeichen in dem Feld st_size der Struktur struct stat. Leider wird bei TCP Sockets immer ein st_size von 0 gemeldet. Dieser Fehler wurde in 5.0-CURRENT bereits behoben.

Der zu kqueue(2) gehörende Filter EVFILT_READ meldet fälschlicherweise immer, daß an einem TCP Socket 0 Zeichen zum Lesen bereitstehen, auch wenn in Wirklichkeit Zeichen zum Lesen verfügbar sind. Die bei EVFILT_READ verfügbare Option NOTE_LOWAT arbeitet bei TCP Sockets ebenfalls fehlerhaft. Dieser Fehler wurde in 5.0-CURRENT bereits behoben.

Eine der Neuerungen in FreeBSD 5.0-RELEASE ist die Unterstützung für Named Semaphores nach POSIX. Die Routinen enthalten leider einen Fehler, durch den sich sem_open(3) falsch verhalten kann, wenn eine Sempahore von einem Prozess mehrfach geöffnet wird und durch sem_close(3) zum Absturz des Programms führen kann. Dieser Fehler wurde in 5.0-CURRENT bereits behoben.

FreeBSD 5.0-RELEASE enthält einen kleinen Fehler im Bereich der Berechtigungen von /dev/tty. Dieser Fehler tritt auf, wenn sich ein Benutzer einloggt, der weder root noch Mitglied der Gruppe tty. Wechselt dieser Benutzer nun mit su(1) zu einer anderen Benutzerkennungen, die ebenfalls weder root noch Mitglied der Gruppe tty ist, kann er ssh(1) nicht nutzen, da es /dev/tty nicht öffnen kann. Dieser Fehler wurde in 5.0-CURRENT bereits behoben.

growfs(8) funktioniert auf vinum(4) Partitionen nicht mehr, da auf ihnen kein Disklabel mehr emuliert wird und growfs(8) das Disklabel analysieren will. Das Problem betrifft wahrscheinlich auch alle anderen Massenspeicher, für die geom(4) benutzt wird.