summaryrefslogtreecommitdiffstats
path: root/release/doc/de_DE.ISO8859-1/errata/article.sgml
blob: 2c14d7ee5dc550b0356d9b2692e45db7db4e9e0e (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
<!--
	FreeBSD errata document.  Unlike some of the other RELNOTESng
	files, this file should remain as a single SGML file, so that
	the dollar FreeBSD dollar header has a meaningful modification
	time.  This file is all but useless without a datestamp on it,
	so we'll take some extra care to make sure it has one.

	(If we didn't do this, then the file with the datestamp might
	not be the one that received the last change in the document.)

	$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/errata/article.sgml,v 1.19 2003/02/06 21:56:00 ue Exp $
	basiert auf: 1.19
-->

<!DOCTYPE ARTICLE PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC  "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % translators PUBLIC "-//FreeBSD//ENTITIES DocBook Translator Entities//DE">
%translators;
<!ENTITY % mlists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mlists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
]>

<article lang="de">
  <articleinfo>

    <title>&os;
<![ %release.type.snapshot [
    &release.prev;
]]>
<![ %release.type.release [
    &release.current;
]]>
    Errata</title>

    <authorgroup>
      <corpauthor>Das &os; Projekt</corpauthor>
    </authorgroup>

    <pubdate>$FreeBSD$</pubdate>

    <copyright>
      <year>2000</year>
      <year>2001</year>
      <year>2002</year>
      <year>2003</year>
      <holder role="mailto:freebsd-doc@FreeBSD.org">The FreeBSD Documentation Project</holder>
    </copyright>

    <copyright>
      <year>2001</year>
      <year>2002</year>
      <year>2003</year>
      <holder role="mailto:de-bsd-translators@de.FreeBSD.org">The FreeBSD German Documentation Project</holder>
    </copyright>
  </articleinfo>

  <abstract>
    <para>Dieses Dokument enth&auml;lt die Errata f&uuml;r &os;
<![ %release.type.snapshot [
      &release.prev;,
]]>
<![ %release.type.release [
      &release.current;,
]]>
      also wichtige Informationen, die erst nach
      der Ver&ouml;ffentlichung bekannt wurden.  Dazu geh&ouml;ren
      Ratschl&auml;ge zur Sicherheit sowie &Auml;nderungen in der
      Software oder Dokumentation, welche die Stabilit&auml;t und die
      Nutzung beeintr&auml;chtigen k&ouml;nnten.  Sie sollten immer
      die aktuelle Version dieses Dokumentes lesen, bevor sie diese
      Version von &os; installieren.</para>

    <para>Diese Errata f&uuml;r &os;
<![ %release.type.snapshot [
      &release.prev;
]]>
<![ %release.type.release [
      &release.current;
]]>
      werden bis zum
      Erscheinen von &os; 5.1-RELEASE weiter aktualisiert
      werden.</para>
  </abstract>

  <sect1 id="intro">
    <title>Einleitung</title>

    <para>Diese Errata enthalten <quote>brandhei&szlig;e</quote>
      Informationen &uuml;ber &os;
<![ %release.type.snapshot [
      &release.prev;.
]]>
<![ %release.type.release [
      &release.current;.
]]>
      Bevor Sie diese
      Version installieren, sollten Sie auf jeden Fall dieses Dokument
      lesen, um &uuml;ber Probleme informiert zu werden, die erst nach
      der Ver&ouml;ffentlichung entdeckt (und vielleicht auch schon
      behoben) wurden.</para>

    <para>Die zusammen mit der Ver&ouml;ffentlichung erschienene
      Version dieses Dokumentes (zum Beispiel die Version auf der
      CDROM) ist per Definition veraltet.  Allerdings sind im Internet
      aktualisierte Versionen verf&uuml;gbar, die die <quote>aktuellen
      Errata</quote> f&uuml;r diese Version sind.  Diese Versionen
      sind bei <ulink url="http://www.FreeBSD.org/releases/"></ulink>
      und allen aktuellen Mirrors dieser Webseite
      verf&uuml;gbar.</para>

    <para>Die Snapshots von &os; &release.branch; (sowohl die der
      Quelltexte als auch die der ausf&uuml;hrbaren Programme)
      enthalten ebenfalls die zum Zeitpunkt ihrer
      Ver&ouml;ffentlichung aktuelle Version dieses
      Dokumentes.</para>

    <para>Die Liste der &os; CERT security advisories finden Sie bei
      <ulink url="http://www.FreeBSD.org/security/"></ulink> oder
      <ulink
      url="ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/"></ulink>.</para>
  </sect1>

  <sect1 id="security">
    <title>Sicherheitshinweise</title>

    <para>Zur Zeit gibt es keine Sicherheitshinweise.</para>
  </sect1>

  <sect1 id="late-news">
    <title>Aktuelle Informationen</title>

    <para>Die auf &man.geom.4; basierenden Routinen des Kernel zur
      Partitionierung erlauben es nicht, eine aktive Partition zu
      &uuml;berschreiben.  Mit anderen Worten, es ist in der Regel
      nicht m&ouml;glich, den Bootsektor einer Festplatte mit
      <command>disklabel -B</command> zu aktualisieren, da die
      Partition <literal>a</literal> auch den Bereich enth&auml;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.</para>

    <para>Werden Festplatten und &auml;hnliche Medien mit einer
      Blockgr&ouml;&szlig;e von mehr als 512 Byte benutzt (zum
      Beispiel mit &man.geom.4; verschl&uuml;sselte Partitionen),
      behandelt &man.dump.8; die gr&ouml;&szlig;eren Sektoren nicht
      korrekt und kann daher das Dateisystem nicht dumpen.  Eine
      M&ouml;glichkeit, das Problem zu umgehen, ist die Erzegung einer
      <quote>rohen</quote> Kopie des gesamten Dateisystems, die dann
      als Eingabedatei f&uuml;r &man.dump.8; dient.  Es ist
      m&ouml;glich, ein komplettes Dateisystem in einer normalen Datei
      zu speichern:</para>

    <screen>&prompt.root; <userinput>dd if=/dev/ad0s1d.bde of=/junk/ad0.dd bs=1m</userinput>
&prompt.root; <userinput>dump 0f - /junk/ad0.dd | ...</userinput></screen>

    <para>Eine etwas einfachere L&ouml;sung ist, &man.tar.1; oder
      &man.cpio.1; zur Erzeugung des Backups zu verwende.</para>

    <para>Es gibt Berichte, da&szlig; sich Systeme bei der
      Installation von &os; 5.0 Snapshots auf RAIDs an
      &man.mly.4;-kompatiblen Controller aufgeh&auml;ngt haben, obwohl
      die Systeme problemlos mit 4.7-RELEASE zusammenarbeiten.</para>

    <para>NETNCP und nwfs sind offenbar noch nicht an KSE
      angepa&szlig;t worden und funktionieren daher nicht.</para>

    <para>Bei der Installation scheinen &man.iir.4;-Controller korrekt
      erkannt zu werden, allerdings finden Sie keine der
      angeschlossenen Festplatten.</para>

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

    <para>Es gibt einige Meldungen &uuml;ber Fehler bei der
      Partitionierung von Festplatten mit &man.sysinstall.8;.  Eines
      der Probleme ist, da&szlig; &man.sysinstall.8; den freien Platz
      auf einer Festplatten nicht neu berechnen kann, nachdem der Typ
      einer FDISK-Partition ge&auml;ndert wurde.</para>

    <para>In einigen F&auml;llen wurde die Dokumentation (wie zum
      Beispiel die FAQ und das Handbuch) nicht aktualisiert und geht
      nicht auf die Neuerungen in &os; &release.prev; ein.  Zum
      Beispiel fehlt noch Dokumentation zu &man.gbde.8; und den neuen
      <quote>fast IPsec</quote> Routinen.</para>

    <para>Ab und zu kommt beim Versuch, die Verbindung zu einem SMBFS
      Share zu trennen, die Meldung <errorname>Device
      busy</errorname>, obwohl das Share nicht benutzt wird.  Die
      einzige L&ouml;sung f&uuml;r dieses Problem ist, die Operation
      so lange zu wiederholen, bis die Verbindung getrennt wird.
      Dieser Fehler wurde in &release.current; bereits behoben.</para>

    <para>Der Versuch, die Trennung der Verbindung zu einem SMBFS
     Share mit <command>umount -f</command> zu erzwingen, kann zu
     einer Kernel Panic f&uuml;hren.  Dieser Fehler wurde in
     &release.current; bereits behoben.</para>

    <para>Wird &man.fstat.2; auf einen Socket angewendet, f&uuml;r den
      bereits eine Verbindung besteht, sollte es die Anzahl der zum
      Lesen verf&uuml;gbaren Zeichen in dem Feld
      <varname>st_size</varname> der Struktur <varname>struct
      stat</varname>.  Leider wird bei TCP Sockets immer ein
      <varname>st_size</varname> von <literal>0</literal> gemeldet.
      Dieser Fehler wurde in &release.current; bereits behoben.</para>

    <para>Der zu &man.kqueue.2; geh&ouml;rende Filter
      <literal>EVFILT_READ</literal> meldet f&auml;lschlicherweise
      immer, da&szlig; an einem TCP Socket <literal>0</literal>
      Zeichen zum Lesen bereitstehen, auch wenn in Wirklichkeit
      Zeichen zum Lesen verf&uuml;gbar sind.  Die bei
      <literal>EVFILT_READ</literal> verf&uuml;gbare Option
      <literal>NOTE_LOWAT</literal> arbeitet bei TCP Sockets ebenfalls
      fehlerhaft.  Dieser Fehler wurde in &release.current; bereits
      behoben.</para>

    <para>Eine der Neuerungen in &os; &release.prev; ist die
      Unterst&uuml;tzung f&uuml;r Named Semaphores nach POSIX.  Die
      Routinen enthalten leider einen Fehler, durch den sich
      &man.sem.open.3; falsch verhalten kann, wenn eine Sempahore von
      einem Prozess mehrfach ge&ouml;ffnet wird und durch
      &man.sem.close.3; zum Absturz des Programms f&uuml;hren kann.
      Dieser Fehler wurde in &release.current; bereits behoben.</para>

    <para>&os; &release.prev; enth&auml;lt einen kleinen Fehler im
      Bereich der Berechtigungen von <filename>/dev/tty</filename>.
      Dieser Fehler tritt auf, wenn sich ein Benutzer einloggt, der
      weder <username>root</username> noch Mitglied der Gruppe
      <groupname>tty</groupname>.  Wechselt dieser Benutzer nun mit
      &man.su.1; zu einer anderen Benutzerkennungen, die ebenfalls
      weder <username>root</username> noch Mitglied der Gruppe
      <groupname>tty</groupname> ist, kann er &man.ssh.1; nicht
      nutzen, da es <filename>/dev/tty</filename> nicht &ouml;ffnen
      kann.  Dieser Fehler wurde in &release.current; bereits
      behoben.</para>

    <para>&man.growfs.8; funktioniert auf &man.vinum.4; Partitionen
      nicht mehr, da auf ihnen kein Disklabel mehr emuliert wird
      und &man.growfs.8; das Disklabel analysieren will.  Das Problem
      betrifft wahrscheinlich auch alle anderen Massenspeicher,
      f&uuml;r die &man.geom.4; benutzt wird.</para>
  </sect1>
</article>
OpenPOWER on IntegriCloud