1 <?xml version="1.0" encoding="iso-8859-1" standalone="no"?>
2 <!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook XML V4.2-Based Extension//EN" [
3 <!ENTITY % entities PUBLIC "-//FreeBSD//ENTITIES DocBook FreeBSD Entity Set//DE">
5 <!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
8 <!ENTITY release.4x "4.<replaceable>X</replaceable>">
9 <!ENTITY release.5x "5.<replaceable>X</replaceable>">
13 The FreeBSD Documentation Project
14 The FreeBSD German Documentation Project
16 $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/early-adopter/article.xml,v 1.24 2003/05/25 12:44:41 mheinen Exp $
22 <title>Hinweise für die ersten Anwender von &os;
23 &release.current;</title>
26 <corpauthor>The &os; Release Engineering Team</corpauthor>
29 <pubdate>$FreeBSD$</pubdate>
34 <holder role="mailto:re@FreeBSD.org">The &os; Release
35 Engineering Team</holder>
39 <para>Dieser Artikel enthält Informationen über den
40 Status von &os; &release.current; für die Anwender, die
41 bisher noch keine Erfahrung mit den &release.5x; Versionen
42 oder &os; sammeln konnten. Er enthält einige
43 Hintergrundinformationen über die vor und während
44 einer Veröffentlichung ablaufende Prozesse, nennt die
45 wichtigsten Neuerungen und die Stellen, an denen die ersten
46 Anwender Probleme haben könnten. Weiterhin gibt es
47 Informationen über die Pläne für weitere
48 Veröffentlichungen im Entwicklungszweig 4-STABLE und
49 ein paar Hinweise für die Aktualisierung bestehender
55 <title>Einführung</title>
57 <para>Nach über zwei Jahren steht mit &os; &release.5x;
58 wieder eine komplett neue &os;-Version zur Verfügung. Sie
59 bietet nicht nur diverse neue Möglichkeiten, auch und
60 gerade <quote>unter der Haube</quote> hat sich einiges
61 verbessert. Der Nachteil dieser Neuerungen ist, daß
62 große Teile des Systems neu und nicht ausreichend getestet
63 sind. Im Vergleich zu den existierenden &release.4x; Versionen
64 kann der Schritt zu den ersten &release.5x; Versionen zu
65 Verschlechterungen in den Bereichen Stabilität, Leistung
66 und teilweise auch Funktionalität führen.</para>
68 <para>Aus diesen Gründen warnen wir alle Anwender, ihre
69 Systeme nicht von älteren &os;-Versionen auf 5.0 zu
70 aktualisieren, wenn sie die "Problemzonen" nicht kennen
71 oder nicht bereit sind, die Einschränkungen in den neuesten
72 Versionen in Kauf zu nehmen. Gerade konservative Anwender
73 sollten in der nahen Zukunft &release.4x;-Versionen (wie
74 4.8-RELEASE) benutzen. Wir meinen, daß diese Anwender
75 erst zu &release.5x; wechseln sollten, nachdem der
76 Entwicklungszweig 5-STABLE existiert; dies wird wahrscheinlich
77 nach der Veröffentlichung von 5.2-RELEASE
80 <para>Hier zeigt sich das <quote>Henne und Ei</quote> Problem bei
81 der Veröffentlichung von &os; &release.5x;. Alle am &os;
82 Project beteiligten Personen wollen ein &os;, das möglichst
83 stabil und zuverlässig ist. Um dieses Ziel zu erreichen,
84 müssen die neue Version und speziell die neuen Komponenten
85 von möglichst vielen Anwendern getestet werden.
86 Dummerweise gibt es bei realistischer Betrachtung nur eine
87 Möglichkeit, eine größere Anzahl an Anwender
88 für einen Test zu gewinnen: Die Veröffentlichung der
89 zu testenden Version!</para>
91 <para>Dieser Artikel beschreibt einige der Probleme, die bei der
92 Installation und Benutzung von &os; &release.current; auftreten
93 können. Zuerst wird beschrieben, wie eine neue FreeBSD
94 Version veröffentlicht wird. Dann werden die
95 interessanteren Neuerungen in FreeBSD &release.current; und die
96 Bereiche, in denen (gerade für unvorsichtige Anwender)
97 Probleme auftreten können, vorgestellt. Anwender, die erst
98 einmal bei Systemen auf Basis von 4-STABLE bleiben möchten,
99 erhalten einen kurzen Ausblick auf die kurz- und mittelfristigen
100 Planungen für diesen Entwicklungszweig. Zuletzt wird
101 besprochen, was bei einer Aktualisierung eines existierenden
102 &release.4x; Systems auf 5.0 beachtet werden muß.</para>
105 <sect1 id="release-overview">
106 <title>Veröffentlichung neuer &os;-Versionen</title>
108 <para>Das Prinzip der &os;-Entwicklung ist die Verwendung mehrerer
109 Entwicklungszweige innerhalb eines <quote>CVS
110 Repository</quote>. Der Hauptzweig wird <quote>CURRENT</quote>
111 genannt und innerhalb des Repository mit dem symbolischen Namen
112 <literal>HEAD</literal> referenziert. Neuerungen werden
113 zunächst in diesen Zweig eingebracht. Das bedeutet zwar,
114 daß neue Möglichkeiten zunächst einmal nur in
115 CURRENT zur Verfügung stehen, es bedeutet allerdings auch,
116 daß dieser Zweig von Zeit zu Zeit Kummer bereitet,
117 während die Neuerungen getestet und ihre Fehler entfernt
120 <para>Wenn eine neue &os;-Version veröffentlicht wird,
121 basiert diese in der Regel auf einem der <quote>STABLE</quote>
122 (stabil) genannten Entwicklungszweige. Neuerungen werden nur in
123 diese Entwicklungszweige übernommen, nachdem sie in CURRENT
124 getestet wurden. Zur Zeit gibt es nur einen aktiven STABLE
125 Entwicklungszweig: <quote>4-STABLE</quote>; dieser Zweig war
126 die Grundlage für alle &release.4x; Versionen. Dieser
127 Zweig wird innerhalb des CVS Repository durch den symbolischen
128 Namen <literal>RELENG_4</literal> gekennzeichnet.</para>
130 <para>Die Basis für &os; 5.0 und 5.1 ist der
131 Entwicklungszweig CURRENT. Damit wird zum ersten Mal nach
132 über zwei Jahren eine neue Version auf Basis dieses
133 Entwicklungszweiges erscheinen (die letzte war &os; 4.0, im
134 März 2000).</para>
136 <para>Einige Zeit nach der Veröffentlichung von &os; 5.0 wird
137 im &os; CVS Repository der Zweig <quote>5-STABLE</quote> mit dem
138 symbolischen Namen <literal>RELENG_5</literal> erzeugt werden.
139 Die letzten beiden Entwicklungszweige dieser Art (3-STABLE und
140 4-STABLE) wurden unmittelbar nach der Veröffentlichung der
141 jeweiligen <quote>Punkt Null</quote> Versionen (3.0 bzw. 4.0)
142 erzeugt. Rückblickend müssen wir feststellen,
143 daß dadurch in beiden Fällen nicht genug Zeit war, um
144 CURRENT zu stabilisieren, bevor der neue Entwicklungszweig
145 eingerichtet wurde. Dies führte zu unnötiger
146 Mehrarbeit, da Fehlerkorrekturen von einem Zweig in den anderen
147 Zweig übertragen werden mußten; außerdem kam
148 es zu einigen Änderungen in der Architektur, die nicht in
149 den jeweils anderen Zweig übernommen werden konnten.</para>
151 <para>Aus diesem Grund wird das Release Engineering Team den neuen
152 5-STABLE Entwicklungszweig erst dann im CVS Repository
153 einrichten, wenn eine solide Grundlage zur Verfügung steht.
154 Es ist sehr wahrscheinlich, daß vorher mehrere
155 &release.5x; Versionen erscheinen werden; zur Zeit rechnen wir
156 damit, daß 5-STABLE nach dem Erscheinen von 5.2-RELEASE
157 erzeugt werden wird.</para>
159 <para>Weitere Informationen über den Ablauf bei der
160 Veröffentlichung einer neuen &os; Version finden Sie auf
162 url="http://www.FreeBSD.org/releng/index.html">Release
163 Engineering Web pages</ulink> und im Artikel <ulink
164 url="http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/index.html">&os;
165 Release Engineering</ulink>. Informationen über den
166 geplanten Entwicklungszweig 5-STABLE finden Sie auf der <ulink
167 url="http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/5-roadmap/index.html"><quote>The
168 Roadmap for 5-STABLE</quote></ulink>.</para>
172 <title>Neuerungen</title>
174 <para>Die Glanzpunkte von &os; &release.5x; sind die vielen Neuerungen.
175 Diese Neuerungen und die neue Funktionalität basieren zum
176 größten Teil auf massiven Änderungen der
177 Systemarchitektur, die nicht in den Entwicklungszweig 4-STABLE
178 eingepflegt wurden. Viele in sich abgeschlossene
179 Änderungen wie Treiber für neue Geräte oder neue
180 Benutzerprogramme wurden dagegen schon nach 4-STABLE
181 übernommen. Die folgende Liste enthält eine kurze
182 Übersicht über die wichtigsten Neuerungen in &os;
187 <para>SMPng: Die <quote>nächste Generation</quote> der
188 Unterstützung für Systeme mit mehreren Prozessoren
189 (noch nicht abgeschlossen). Es ist jetzt möglich,
190 daß mehrere Prozessoren gleichzeitig den Kernel
195 <para>KSE: Die <quote>Kernel Scheduled Entities</quote>
196 erlauben es einem Prozess, mehrere Threads auf Kernel-Ebene
197 zu nutzen, analog zur Aktivierung via Scheduler. Die
198 (experimentellen) Bibliotheken <filename>libkse</filename>
199 und <filename>libthr</filename> erlauben auch normalen
200 Programmen mit mehreren Threads, diese Erweiterung zu
205 <para>Neue Plattformen: Zusätzlich zu i386, pc98 und
206 Alpha werden jetzt auch sparc64 und ia64 Systeme
207 unterstützt.</para>
211 <para>GCC: Der Compiler und die dazugehörigen Werkzeuge
212 basieren jetzt auf GCC 3.2.2 und nicht mehr auf GCC
213 2.95.<replaceable>X</replaceable>.</para>
217 <para>MAC: Unterstützung für erweiterbare
218 <quote>Mandatory Access Control</quote> Regelwerke.</para>
222 <para>GEOM: Ein flexibles Gerüst zur Manipulation von
223 Daten beim Transfer von und zu Festplatten. Auf dieser
224 Basis wurde ein experimentelles Modul zur
225 Verschlüsselung des Festplatteninhaltes
230 <para>FFS: Das Dateisystem unterstützt jetzt
231 Hintergrund-&man.fsck.8; (um das System nach einem Absturz
232 schneller verfügbar zu machen) sowie
233 <quote>Schnappschüsse</quote>.</para>
237 <para>UFS2: Dieses neue Dateisystem unterstützt
238 größere Dateien und zusätzliche
239 Dateiberechtigungen. &man.newfs.8; erzeugt jetzt
240 standardmäßig UFS2 Dateisysteme und auf allen
241 Plattformen außer PC98 gilt dies auch für
242 Dateisysteme, die mit &man.sysinstall.8; erzeugt
247 <para>Cardbus: Cardbus wird jetzt unterstützt.</para>
251 <para>Eine ausführlichere Übersicht über die
252 Neuerungen finden Sie in den <quote>Release Notes</quote>
253 für &os; &release.prev; und &release.current;.</para>
256 <sect1 id="drawbacks">
257 <title>Nachteile für frühe Anwender</title>
259 <para>Ein Nachteil der Neuerungen in &os; &release.5x; ist,
260 daß es in einigen Bereichen auf Grund der noch nicht
261 abgeschlossenen Entwicklung zu Problemen oder zu unerwarteten
262 Effekten kommen kann. Einige (aber nicht alle) der Problemzonen
263 sind in der folgenden Liste zusammengefaßt:</para>
267 <para>Die Arbeit an diversen Neuerungen ist noch nicht
268 abgeschlossen, dazu gehören unter anderem SMPng und
269 KSE. Diese Erweiterungen sind zwar für Test- und
270 Experimentalzwecke ausreichend stabil, aber unter
271 Umständen nicht stabil genug für den
272 Produktionsbetrieb.</para>
276 <para>Durch die Änderungen in den Datenstrukturen des
277 Kernels und der Schnittstellen für Anwendungen und
278 Programmierer (ABI/API), müssen Treiber anderer
279 Hersteller angepaßt werden, damit sie korrekt mit &os;
280 5.0 zusammenarbeiten. Es ist nicht ausgeschlossen,
281 daß es bis zum Erscheinen des Entwicklungszweiges
282 5-STABLE weitere kleinere Änderungen am ABI/API geben
287 <para>Einige Teile des &os; Basissystems wurden in die Ports
288 Collection verschoben. Dazu gehören insbesondere
289 <application>Perl</application>,
290 <application>UUCP</application> und die meisten (nicht alle)
291 Spiele. Diese Programme werden zwar weiterhin entwickelt
292 und unterstützt, es kann aber verwirren, daß sie
293 nicht mehr Teil des Basissystems sind.</para>
297 <para>Einige Teile des &os;-Basissystems wurden nicht mehr
298 gepflegt, weil es nicht genügend Anwender und/oder
299 Entwickler gab. Diese Teile mußten entfernt werden,
300 dazu zählen unter anderem die Erzeugung von Programmen
301 im Format a.out;, die XNS-Netzwerkprotokolle und der Treiber
302 für den X-10 Controller.</para>
306 <para>Viele Ports und Packages, die mit &os; 4-STABLE noch
307 korrekt liefen, können mit &os; 5.0 nicht genutzt oder
308 nicht kompiliert werden. Der Grund ist in der Regel der
309 neue Compiler oder die Aufräumarbeiten in den
310 Header-Dateien.</para>
314 <para>Viele der Neuerungen in &os; &release.5x; wurden bisher
315 nur auf relativ wenigen Systemen getestet. Viele dieser
316 Neuerungen (wie SMPng) haben Auswirkungen auf große
317 Bereiche des Kernels.</para>
321 <para>Die Neuerungen in &os; 5.0 enthalten noch Routinen
322 zur Unterstützung bei der Fehlersuche und Diagnose.
323 Dadurch kann es dazu kommen, daß ein System mit
324 &os; 5.0 langsamer ist als mit 4-STABLE.</para>
328 <para>Neuerungen werden erst in den Entwicklungszweig 4-STABLE
329 übernommen, nachdem sie eine Zeit lang in -CURRENT
330 <quote>gereift</quote> sind. Bei &os; 5.0 fehlt dieser
331 stabilisierende Effekt eines -STABLE Entwicklungszweiges.
332 Der Entwicklungszweig 5-STABLE wird wahrscheinlich erst
333 einige Zeit nach der Veröffentlichung von 5.2-RELEASE
334 eingerichtet werden.</para>
338 <para>Die Dokumentation (wie z.B. das &os; <ulink
339 url="http://www.FreeBSD.org/doc/de_DE.ISO8859-1/books/handbook/index.html">Handbuch</ulink>
341 url="http://www.FreeBSD.org/doc/de_DE.ISO8859-1/books/faq/index.html">FAQ</ulink>)
342 ist teilweise noch nicht auf dem Stand von
343 &os; &release.5x;.</para>
347 <para>Da einige dieser Probleme auch negative Auswirkungen auf die
348 Stabilität des Systems haben, rät das Release
349 Engineering Team konservativen Anwendern und Firmen, Versionen
350 aus dem Entwicklungszweig 4-STABLE zu verwenden, bis die
351 &release.5x; Versionen zuverlässiger
352 geworden sind.</para>
355 <sect1 id="plans-stable">
356 <title>Die Zukunft des Entwicklungszweiges 4-STABLE</title>
358 <para>Die Veröffentlichung von &os; 5.0 bedeutete nicht das
359 Ende des Entwicklungszweiges 4-STABLE: &os; 4.8 erschien im
360 April 2003, zwei Monate nach der Veröffentlichung von &os;
361 5.0. Es wird wahrscheinlich noch eine weitere Version auf der
362 Basis dieses Entwicklungszweiges geben: Das für den Sommer
363 2003 geplante 4.9-RELEASE. Auch eine Version 4.10 liegt im
364 Bereich des Möglichen. Dies hängt von mehreren
365 Faktoren ab, der wichtigste davon ist die Existenz und
366 Stabilität des Entwicklungszweiges 5-STABLE. Wenn CURRENT
367 nicht stabil genug ist, um einen Entwicklungszweig 5-STABLE zu
368 rechtfertigen, werden weitere Versionen auf Basis des
369 Entwicklungszweiges 4-STABLE möglich und notwendig sein.
370 Bis zum Erscheinen der offiziell letzten Version auf Basis von
371 4-STABLE bleibt es den Entwicklern überlassen, ob sie
372 Neuerungen aus <literal>HEAD</literal> in 4-STABLE einpflegen
373 (im Rahmen der schon bestehenden Regelungen).</para>
375 <para>Bis zu einem gewissen Grad werden das Release Engineering
376 Team und die Entwickler auch die Wünsche der Benutzer nach
377 weiteren Versionen auf Basis von 4-STABLE beachten. Allerdings
378 nur, so weit dies im Rahmen der beschränkten Ressourcen
379 möglich ist.</para>
381 <para>Neue Versionen auf Basis des Entwicklungszweiges 4-STABLE
382 werden vom &a.security-officer; im üblichen Rahmen
383 unterstützt werden, genauere Informationen dazu finden Sie
385 url="http://www.FreeBSD.org/security/index.html">Security
386 page</ulink> auf der &os; Webseite. In der Regel werden die
387 letzten beiden Versionen jedes Entwicklungszweiges durch die
388 Veröffentlichung von Sicherheitshinweisen und Patches
389 unterstützt; dem Team ist es allerdings freigestellt, diese
390 Unterstützung auf weitere Versionen oder spezielle Probleme
395 <title>Hinweise für die Aktualisierung von &os; &release.4x;</title>
397 <para>Dieses Kapitel enthält Hinweise für Anwender, die
398 ihr bestehendes &os; &release.4x; System auf &os; &release.5x;
399 aktualisieren wollen. Wie bei jeder Aktualisierung ist es auf
400 jeden Fall notwendig, vorher die Release Notes und die Errata der
401 neuen Version zu lesen; bei Aktualisierung über den
402 Quellcode ist <filename>src/UPDATING</filename>
403 Pflichtlektüre.</para>
406 <title>Aktualisierung ohne Quellcode</title>
408 <para>Der einfachste Ansatz ist immer noch
409 <quote>Sicherheitskopien erstellen, Platte formatieren, neues
410 System installieren, Daten wieder einspielen</quote>. Dadurch
411 werden alle Probleme mit veralteten und nicht kompatiblen
412 Programmen und Konfigurationsdateien umgangen. Die neuen
413 Dateisysteme können maximalen Nutzen aus den diversen
414 Neuerungen (speziell UFS2) ziehen.</para>
416 <para>Zum gegenwärtigen Zeitpunkt hat noch niemand
417 ausführlich getestet, ob und wie gut die
418 <quote>Upgrade</quote>-Option in &man.sysinstall.8; bei einem
419 Update von 4.0 zu 5.0 funktioniert. Wir raten daher dringend
420 von der Verwendung dieser Funktion ab. Eines der
421 Hauptprobleme ist, daß bei dieser Variante diverse
422 Dateien nicht gelöscht werden, die zwar von &release.4x;
423 genutzt wurden, aber in &release.5x; nicht mehr vorhanden
424 sind. Diese Altlasten können zu Problemen
427 <para>Auf i386 und pc98 Systemen kann die Konfiguration von ISA
428 Geräten beim Systemstart mit dem Werkzeug UserConfig
429 eingestellt werden, dies gilt auch beim Start von einem
430 Installations-Medium. Dieses Programm wurde in &os; 5.0 durch
431 &man.device.hints.5; ersetzt; dieses stellt zwar die gleiche
432 Funktionalität bereit, ist aber von der Bedienung her
433 völlig verschieden.</para>
435 <para>Bei einer Installation von Diskette kann es notwendig
436 werden, die neue Treiber-Diskette zu benutzen. Das
437 <filename>drivers.flp</filename> Diskettenimage sollte im
438 allgemeinen überall dort verfügbar sein, wo auch
439 schon die bekannten <filename>kern.flp</filename> und
440 <filename>mfsroot.flp</filename> verfügbar sind.</para>
442 <para>Bei einer Installation von CD-ROM auf einem i386-System
443 wird jetzt ein neues Startprogramm mit dem Namen
444 <quote>no-emulation boot loader</quote> genutzt. Dadurch ist
445 es unter anderem möglich, auf der CD den Standardkernel
446 (<literal>GENERIC</literal>) statt des auf den Disketten
447 verwendeten Mini-Kernels zu nutzen. Jedes System, das von den
448 Installations-CDs für Windows NT 4.0 booten kann, sollte
449 auch mit den &os; &release.5x; CD-ROMs zurechtkommen.</para>
453 <title>Aktualisierung mit Quellcode</title>
455 <para>Es ist auf jeden Fall erforderlich, vor der Aktualisierung
456 <filename>src/UPDATING</filename> zu lesen. Der Abschnitt
457 <quote>To upgrade from 4.x-stable to current</quote>
458 enthält eine Schritt-für-Schritt Anleitung, der Sie
459 unbedingt folgen müssen, die Nutzung der üblichen
460 <quote>Abkürzungen</quote> ist nicht
465 <title>Allgemeine Hinweise</title>
467 <para><application>Perl</application> wurde aus dem Basissystem
468 entfernt und sollte entweder als Package oder über die
469 Ports Collection installiert werden. Die bisher übliche
470 Praxis, Perl als Teil des Basissystems zu behandeln und mit ihm
471 zusammen zu kompilieren, führte zu diversen Problemen,
472 die eine Aktualisierung von Perl erschwerten. Die im
473 Standardsystem vorhandenen Programme, die Perl
474 benötigten, wurden entweder in einer anderen Sprache neu
475 geschrieben (wenn sie noch benötigt wurden) oder
476 ersatzlos entfernt (wenn sie überflüssig waren). Da
477 &man.sysinstall.8; das Perl Package bei den meisten
478 Distributionen automatisch mit installiert, sollte diese
479 Änderung kaum Auswirkungen auf die Anwender
482 <para>Einige Scripte verlassen sich darauf, daß der
483 Perl-Interpreter als <filename>/usr/bin/perl</filename>
484 verfügbar ist. Der Perl Port enthält das Programm
485 <filename>use.perl</filename>, mit dem ein passender Satz
486 symbolischer Links für diese Scripte erzeugt werden kann.
487 Nach dem Aufruf von <command>use.perl port</command> sollte
488 alles wie erwartet funktionieren.</para>
490 <para>Es ist zwar möglich, für &release.4x;
491 geschriebene Programme unter &release.5x; zu nutzen,
492 allerdings muß dazu die Distribution
493 <filename>compat4x</filename> installiert sein. Damit
494 <emphasis>könnte</emphasis> es auch möglich sein,
495 alte Ports zu benutzen.</para>
497 <para>Bei der Aktualisierung eines bestehenden Systems auf Basis
498 von 4-STABLE, ist es unbedingt notwendig, die alten Dateien in
499 <filename>/usr/include</filename> zu löschen. Im
500 allgemeinen ist es ausreichend, dieses Verzeichnis vor der
501 Installation bzw. vor dem
502 <maketarget>installworld</maketarget> zu entfernen. Wird das
503 Verzeichnis nicht entfernt, kann es zu Problemen kommen
504 (speziell mit C++-Programmen), da der Compiler dann einen Mix
505 aus alten und neuen Headerdateien verwendet.</para>
507 <para>Es gibt kein <filename>MAKEDEV</filename> mehr, weil es
508 nicht mehr benötigt wird. &os; &release.5x; benutzt ein
509 spezielles Dateisystem für Geräte, das die
510 entsprechenden Device Nodes bei Bedarf automatisch erzeugt.
511 Weitere Informationen finden Sie in &man.devfs.5;.</para>
513 <para>Alle mit &man.newfs.8; erzeugten Dateisysteme werden
514 standardmäßig im Format UFS2 angelegt. Diese gilt
515 auf allen Plattformen außer PC98 auch für
516 Dateisysteme, die mit &man.sysinstall.8; erzeugt werden. Da
517 &os; &release.4x; nur UFS1 lesen kann, müssen alle
518 Dateisysteme, die sowohl mit &release.4x; als auch mit
519 &release.5x; nutzbar sein sollen, im Format UFS1 erzeugt
520 werden. Dieser Fall tritt typischerweise auf Systemen auf,
521 auf denen &release.4x; und &release.5x; installiert und
522 abwechselnd betrieben werden. In &man.newfs.8; steht dazu die
523 Option <option>-O1</option> zur Verfügung, auch
524 &man.sysinstall.8; enthält eine entsprechende Option.
525 Bitte beachten Sie, daß es kein Konvertierungsprogramm
526 zur Umwandlung von UFS1 nach UFS2 (oder umgekehrt) gibt, nur
527 die Variante Backup, Formatieren, Restore.</para>
532 <title>Zusammenfassung</title>
534 <para>&os; &release.current; enthält zwar viele interessante
535 Neuerungen, aber es ist noch nicht für alle Anwender
536 geeignet. Aus diesem Grund haben wir in diesem Dokument
537 Informationen über die Abläufe bei der
538 Veröffentlichung einer neuen Version, die interessantesten
539 Neuerungen in den &release.5x; Versionen und wahrscheinliche
540 Probleme gegeben. Weiterhin enthielt er einen Ausblick auf die
541 Zukunft des Entwicklungszweiges 4-STABLE und Informationen
542 für Anwender, die schon jetzt umsteigen wollen.</para>