© 1995-2008 by The FreeBSD Project. All rights reserved.URL: http://www.FreeBSD.de
bcr 2009-03-19 21:34:03 UTC
FreeBSD German Documentation Repository
Modified files:
books/faq book.sgml
Log:
MFen 1.923 -> 1.952
Approved by: jkois (mentor)
Revision Changes Path
1.629 +183 -187 de-docproj/books/faq/book.sgml
Index: book.sgml
===================================================================
RCS file: /home/cvs/de-docproj/books/faq/book.sgml,v
retrieving revision 1.628
retrieving revision 1.629
diff -u -I$FreeBSDde.*$ -r1.628 -r1.629
--- book.sgml 14 Mar 2009 12:56:51 -0000 1.628
+++ book.sgml 19 Mar 2009 21:34:02 -0000 1.629
@@ -3,9 +3,9 @@
The FreeBSD German Documentation Project
$FreeBSD$
-$FreeBSDde: de-docproj/books/faq/book.sgml,v 1.628 2009/03/14 12:56:51 bcr Exp $
+$FreeBSDde: de-docproj/books/faq/book.sgml,v 1.629 2009/03/19 21:34:02 bcr Exp $
- basiert auf: 1.922
+ basiert auf: 1.952
-->
@@ -3731,8 +3731,8 @@
<qandaentry>
<question id="proc-table-full">
- <para>Wieso erhalte ich die Meldung <errorname>/kernel:
- proc: table is full</errorname>?</para>
+ <para>Wieso erhalte ich die Meldung <errorname>kernel:
+ proc: table is full</errorname>?</para>
</question>
<answer>
@@ -3745,14 +3745,14 @@
finden Sie in <link
linkend="panic-kmemmap-too-small">diesem
Abschnitt</link>). werden durch
- <literal>MAXUSERS</literal> beeinflusst. Wenn Ihr
+ <varname>MAXUSERS</varname> beeinflusst. Wenn Ihr
System stark belastet ist, sollten Sie den Wert von
- <literal>MAXUSERS</literal> erhöhen. Dadurch werden
+ <varname>MAXUSERS</varname> erhöhen. Dadurch werden
diverse Einstellung des Systems angepasst und die
maximale Anzahl gleichzeitig laufender Prozesse
erhöht.</para>
- <para>Um den Wert von <literal>MAXUSERS</literal> anzupassen,
+ <para>Um den Wert von <varname>MAXUSERS</varname> anzupassen,
folgen Sie den Anweisungen des Abschnitts <ulink
url="&url.books.handbook;/configtuning-kernel-limits.html#KERN-MAXFILES">
Datei- und Prozesslimits</ulink> des Handbuchs. Dieser
@@ -3840,7 +3840,7 @@
Terminierung notwendig sind. Stellen Sie in Ihrem
SCSI-BIOS manuell die korrekte Terminierung für Ihr
System ein, anstatt sich auf die automatische Terminierung
- zu verlassen. Der Treiber für den AIC7XXX kann nicht
+ zu verlassen. Der &man.ahc.4;-Treiber kann nicht
erkennen, ob die externen Logikbausteine für die
Erkennung der Kabel (und damit automatische Terminierung)
vorhanden sind. Der Treiber muss sich darauf
@@ -3926,76 +3926,19 @@
</qandaentry>
<qandaentry>
- <question id="calcru-negative">
- <para>Wieso meldet mein Rechner <errorname>calcru: negative
- time...</errorname>?</para>
- </question>
-
- <answer>
- <para>Dies kann durch verschiedene Hardware- oder
- Softwareprobleme in Verbindung mit Interrupts verursacht
- werden. Das kann aufgrund von Fehlern sein, aber es kann
- auch durch die Eigenarten bestimmter Geräte
- passieren. TCP/IP über die parallele Schnittstelle
- mit einer großen MTU laufen zu lassen, ist ein
- sicherer Weg, um dieses Problem hervorzurufen.
- Grafikbeschleuniger können es auch verursachen. In
- diesem Fall sollten Sie zunächst die
- Interrupteinstellungen der Karte
- überprüfen.</para>
-
- <para>Ein Seiteneffekt dieses Problems sind Prozesse, die
- mit der Meldung <errorname>SIGXCPU exceeded cpu time
- limit</errorname> abbrechen.</para>
-
- <para>Falls das Problem nicht anders gelöst werden
- kann, besteht die Lösung darin, diese sysctl-Variable
- zu setzen:</para>
-
- <screen>&prompt.root; <userinput>sysctl -w kern.timecounter.method=1</userinput></screen>
-
- <note>
- <para>Die Option <option>-w</option> von &man.sysctl.8;
- sollte nicht mehr benutzt werden. Ab FreeBSD 4.4
- wird die Option ignoriert. Sie können die Option
- auch weglassen, wenn Sie mit <command>sysctl</command>
- Variablen setzen.</para>
- </note>
-
- <para>Das bedeutet zwar Performanceeinbußen, aber in
- Anbetracht der Ursache für dieses Problem werden Sie
- das wahrscheinlich nicht bemerken. Fall das Problem
- weiter bestehen bleibt, lassen sie die sysctl-Variable auf
- 1 stehen und setzen Sie die Option
- <literal>NTIMECOUNTER</literal> im Kernel auf immer
- höhere Werte. Wenn Sie irgendwann
- <literal>NTIMECOUNTER=20</literal> erreicht haben sollten,
- ist das Problem nicht gelöst. Die Interrupts auf
- Ihrer Maschine sind für eine verlässliche
- Zeiterhaltung nicht zu gebrauchen.</para>
- </answer>
- </qandaentry>
-
- <qandaentry>
<question id="pnp-not-found">
- <para>Warum wird meine PnP-Karte nicht mehr (oder nur noch als
- <literal>unknown</literal>) erkannt, seit ich FreeBSD 4.X
- benutze?</para>
+ <para>Warum wird meine PnP-Karte nicht (oder nur noch als
+ <literal>unknown</literal>) erkannt?</para>
</question>
<answer>
- <para>FreeBSD 4.X ist deutlich
- <emphasis>PnP-orientierter</emphasis> und das führt
- leider dazu, dass einige PnP-Geräte (wie z.B.
- Soundkarten und interne Modems) nicht mehr funktionieren,
- obwohl Sie von FreeBSD 3.X noch erkannt wurden.</para>
-
<para>Die Gründe für dieses Verhalten werden in
- der unten zitierten Mail von Mail von Peter Wemm
+ der unten zitierten Mail von &a.peter;
erklärt. Diese Mail stammt von der Mailingliste
- freebsd-questions und war eine Antwort auf eine Frage
+ &a.questions; und war eine Antwort auf eine Frage
bezüglich eines internen Modem, das nach dem Update
- auf FreeBSD 4.X nicht mehr erkannt wurde.</para>
+ auf FreeBSD 4.<replaceable>X</replaceable> nicht mehr
+ erkannt wurde.</para>
<note>
<para>Die mit <literal>[]</literal> gekennzeichneten Kommentare
@@ -4006,13 +3949,13 @@
<blockquote>
<para>Das PnP-BIOS hat es [das Modem] vorkonfiguriert und
es dann im Adressraum liegenlassen, daher haben es
- die alten ISA-Erkennungsroutinen [in 3.X]
- <quote>gefunden</quote>.</para>
+ die alten ISA-Erkennungsroutinen [in
+ 3.<replaceable>X</replaceable>] <quote>gefunden</quote>.</para>
<para>In 4.0 sind die ISA-Routinen deutlich
- PnP-orientierter. Es war möglich [in 3.X],
- dass eine ISA-Erkennungsroutinen ein
- <quote>zugelaufenes</quote> Gerät fand;
+ PnP-orientierter. Es war möglich [in
+ 3.<replaceable>X</replaceable>], dass eine ISA-Erkennungsroutine
+ ein <quote>zugelaufenes</quote> Gerät fand;
während die PnP-Treiber zwar die ID erkannten, das
Gerät aber wegen des Ressourcekonfliktes nicht
benutzen konnten. Daher werden die programmierbaren
@@ -4066,11 +4009,11 @@
IO range check 0x00 activate 0x01</screen>
<para>Sie benötigen die Information aus der Zeile
- <quote>Vendor ID</quote> ganz im Anfang. Die in Klammern
- ausgegebene hexadezimale Zahl (0x3024a341 in diesem
- Beispiel) ist die PnP ID und die unmittelbar davor
- stehende Zeichenkette (PMC2430) ist eine eindeutige
- Herstellerkennung.</para>
+ <literal>Vendor ID</literal> ganz am Anfang. Die in Klammern
+ ausgegebene hexadezimale Zahl (<literal>0x3024a341</literal> in
+ diesem Beispiel) ist die PnP ID und die unmittelbar davor
+ stehende Zeichenkette (<literal>PMC2430</literal>) ist eine
+ eindeutige Herstellerkennung.</para>
<para>Benutzen Sie &man.pciconf.8; wenn &man.pnpinfo.8; die Karte
nicht anzeigt. Der Teil der Ausgabe von
@@ -4085,24 +4028,25 @@
class = multimedia
subclass = audio</screen>
- <para>Sie benötigen die Chip-ID <quote>0x24158086</quote>,
+ <para>Sie benötigen die Chip-ID <literal>0x24158086</literal>,
die hinter <varname>chip</varname> aufgeführt ist.</para>
- <para>Die Herstellerkennung oder die Chip-ID müssen in die
- Datei <filename>/usr/src/sys/isa/sio.c</filename>
+ <para>Die <literal>Vendor ID</literal> oder
+ <varname>chip</varname>-ID müssen in die
+ Datei <filename>/usr/src/sys/dev/sio/sio_isa.c</filename>
eingetragen werden.</para>
<para>Sie sollten zunächst ein Backup von
- <filename>sio.c</filename> anlegen, falls etwas schief
+ <filename>sio_isa.c</filename> anlegen, falls etwas schief
gehen sollte. Sie werden auch einen Patch erzeugen
müssen, um ihn zusammen mit Ihrem PR einzusenden.
(Sie wollten doch einen PR schreiben, oder etwa nicht?)
- Öffnen Sie nun <filename>sio.c</filename> mit einem
- Editor und suchen Sie nach der Zeile</para>
----------------------------------------------
Diff block truncated. (Max lines = 200)
----------------------------------------------
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-cvs-doc" in the body of the message
Received on Thu 19 Mar 2009 - 22:34:20 CET