svn commit: r49190 - head/de_DE.ISO8859-1/books/handbook/cutting-edge
Bjoern Heidotting
bhd at FreeBSD.org
Thu Jul 28 22:09:23 UTC 2016
Author: bhd
Date: Thu Jul 28 22:09:22 2016
New Revision: 49190
URL: https://svnweb.freebsd.org/changeset/doc/49190
Log:
Update to r43804:
Tighten up this sub-section and format as an itemized list.
Modified:
head/de_DE.ISO8859-1/books/handbook/cutting-edge/chapter.xml
Modified: head/de_DE.ISO8859-1/books/handbook/cutting-edge/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/cutting-edge/chapter.xml Thu Jul 28 20:56:28 2016 (r49189)
+++ head/de_DE.ISO8859-1/books/handbook/cutting-edge/chapter.xml Thu Jul 28 22:09:22 2016 (r49190)
@@ -5,7 +5,7 @@
$FreeBSD$
$FreeBSDde$
- basiert auf: r43796
+ basiert auf: r43804
-->
<chapter xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0" xml:id="updating-upgrading">
<info><title>&os; aktualisieren</title>
@@ -2614,21 +2614,18 @@ Script done, …</screen>
</sect2>
<sect2 xml:id="updating-questions">
- <title>Fragen</title>
+ <title>Häufige Fragen</title>
- <qandaset>
- <qandaentry>
- <question>
- <para>Muss ich wirklich immer alles neu bauen, wenn sich
- etwas geändert hat?</para>
- </question>
-
- <answer>
- <para>Darauf gibt es keine einfache Antwort. Was zu tun ist,
- hängt von den Änderungen ab. Es lohnt
- wahrscheinlich nicht, alles neu zu bauen, wenn sich bei einem
- <application>svn</application>-Lauf nur die folgenden
- Dateien geändert haben:</para>
+ <variablelist>
+ <varlistentry>
+ <term>Muss ich wirklich immer alles neu bauen, wenn sich
+ etwas geändert hat?</term>
+
+ <listitem>
+ <para>Das hängt von den Änderungen ab. Es lohnt
+ wahrscheinlich nicht, alles neu zu bauen, wenn sich bei
+ einem <application>svn</application>-Lauf nur die
+ folgenden Dateien geändert haben:</para>
<screen><filename>src/games/cribbage/instr.c</filename>
<filename>src/games/sail/pl_main.c</filename>
@@ -2637,62 +2634,49 @@ Script done, …</screen>
<filename>src/share/mk/bsd.port.mk</filename></screen>
<para>In diesem Fall können Sie in die entsprechenden
- Unterverzeichnisse wechseln und dort <command>make all
- install</command> ausführen. Wenn sich allerdings etwas
- Wichtiges, wie <filename>src/lib/libc/stdlib</filename>,
- geändert hat, sollten Sie die Welt oder
- mindestens die statisch gelinkten Teile des Systems
- neu bauen.</para>
-
- <para>Letztendlich ist das Ihre Entscheidung. Sie sind
- vielleicht damit zufrieden, das System alle zwei Wochen neu
- zu bauen und in der Zwischenzeit die anfallenden
- Änderungen zu sammeln. Wenn Sie sich zutrauen, alle
- Abhängigkeiten zu erkennen, bauen Sie vielleicht auch
- nur die geänderten Sachen neu.</para>
-
- <para>Das hängt auch noch davon ab, wie oft
- Sie ein Update durchführen wollen und ob Sie &os.stable;
- oder &os.current; benutzen.</para>
- </answer>
- </qandaentry>
-
- <qandaentry>
- <question>
- <para>Der Bau bricht mit vielen
- Signal 11<indexterm>
- <primary>signal 11</primary></indexterm> Fehlern (oder
- anderen Signalnummern) ab. Was ist da
- passiert?</para>
- </question>
+ Unterverzeichnisse wechseln und dort
+ <command>make all install</command> ausführen. Wenn
+ sich allerdings etwas Wichtiges, wie
+ <filename>src/lib/libc/stdlib</filename>, geändert hat,
+ sollten Sie die Welt neu bauen.</para>
+
+ <para>Einige Benutzer sind vielleicht damit zufrieden, das
+ System alle zwei Wochen neu zu bauen und in der
+ Zwischenzeit die anfallenden Änderungen zu sammeln.
+ Wenn Sie sich zutrauen, alle Abhängigkeiten zu erkennen,
+ bauen Sie vielleicht auch nur die geänderten Sachen neu.
+ Das hängt auch noch davon ab, wie oft Sie ein Update
+ durchführen wollen und ob Sie &os.stable; oder
+ &os.current; benutzen.</para>
+ </listitem>
+ </varlistentry>
- <answer>
+ <varlistentry>
+ <term>Warum bricht der Bau mit vielen Signal
+ 11<indexterm><primary>signal 11</primary></indexterm>
+ Fehlern (oder anderen Signalnummern) ab?</term>
+
+ <listitem>
<para>Normalerweise zeigen diese Meldungen Hardwarefehler
an. Ein Neubau der Welt ist ein guter Belastungstest
für die Hardware und zeigt oft Probleme mit dem Speicher
- auf. Dies äußert sich darin, dass der Compiler mit
- seltsamen Signalen abbricht.</para>
-
- <para>Es liegt garantiert ein Hardwarefehler vor, wenn
+ auf. Es liegt garantiert ein Hardwarefehler vor, wenn
<command>make</command> neu gestartet wird und an einer
anderen Stelle abbricht.</para>
<para>In diesem Fall können nur einzelne Komponenten des
- Systems getauscht werden, um zu bestimmen, welche
- Komponente den Fehler verursacht.</para>
- </answer>
- </qandaentry>
-
- <qandaentry>
- <question>
- <para>Kann <filename>/usr/obj</filename> entfernt werden,
- wenn ich fertig bin?</para>
- </question>
+ Systems, angefangen mit dem <acronym>RAM</acronym>,
+ getauscht werden, um zu bestimmen, welche Komponente den
+ Fehler verursacht.</para>
+ </listitem>
+ </varlistentry>
- <answer>
- <para>Kurze Antwort: Ja.</para>
+ <varlistentry>
+ <term>Kann <filename>/usr/obj</filename> entfernt werden,
+ wenn ich fertig bin?</term>
- <para>In <filename>/usr/obj</filename> werden alle Dateien
+ <listitem>
+ <para>In diesem Verzeichnis werden alle Dateien
abgelegt, die während der Übersetzungsphase erstellt
wurden. Dieses Verzeichnis wird in einem der ersten
Schritte von <command>make buildworld</command>
@@ -2700,175 +2684,115 @@ Script done, …</screen>
zu behalten. Zudem wird ungefähr 2 GB
Plattenspeicher freigegeben, wenn dieses Verzeichnis
gelöscht wird.</para>
+ </listitem>
+ </varlistentry>
- <para>Erfahrene Benutzer können
- <command>make buildworld</command> anweisen, diesen
- Schritt zu überspringen. Nachfolgende Bauprozeduren
- werden dadurch erheblich schneller, da die meisten
- Quelldateien nicht mehr neu übersetzt werden müssen.
- Dafür können aber subtile Abhängigkeitsprobleme
- entstehen, die dazu führen, dass der Bau auf
- merkwürdige Weise abbrechen kann. Dies führt häufig zu
- unnötigen Diskussionen auf den &os; Mailinglisten, wenn
- sich jemand über einen kaputten Bau beschwert, aber
- nicht sieht, dass er Probleme hat, weil er eine
- Abkürzung genommen hat.</para>
- </answer>
- </qandaentry>
-
- <qandaentry>
- <question>
- <para>Kann ein abgebrochener Bau weitergeführt
- werden?</para>
- </question>
+ <varlistentry>
+ <term>Kann ein abgebrochener Bau weitergeführt
+ werden?</term>
- <answer>
+ <listitem>
<para>Das hängt davon ab, wieweit der Bauprozess
- fortgeschritten ist.</para>
-
- <para>Üblicherweise werden durch
+ fortgeschritten ist. Üblicherweise werden durch
<command>make buildworld</command> essentielle
- Werkzeuge, wie &man.gcc.1; und &man.make.1;,
- und die Systembibliotheken neu erstellt. Die neu
- erstellten Werkzeuge und Bibliotheken werden dann
+ Werkzeuge und die Systembibliotheken neu erstellt. Die
+ neu erstellten Werkzeuge und Bibliotheken werden dann
benutzt, um sich selbst noch einmal zu bauen, und wieder
- installiert. Anschließend wird das Gesamtsystem,
- einschließlich der normalen Benutzerprogramme wie
- &man.ls.1; und &man.grep.1;, mit den neu erstellten
- Systemdateien gebaut.</para>
+ installiert. Anschließend wird das Gesamtsystem mit den
+ neu erstellten Systemdateien gebaut.</para>
<para>Während der letzten Phase können Sie relativ
- gefahrlos folgende Kommandos ausführen:</para>
+ gefahrlos folgende Kommandos ausführen, ohne dabei
+ die von <command>make buildworld</command> erzeugten
+ Dateien zu löschen:</para>
- <screen><emphasis>… Fehler beheben …</emphasis>
-&prompt.root; <userinput>cd /usr/src</userinput>
+ <screen>&prompt.root; <userinput>cd /usr/src</userinput>
&prompt.root; <userinput>make -DNO_CLEAN all</userinput></screen>
- <para>Diese Variablen verhindern,
- dass <command>make buildworld</command> die vorher erstellten
- Dateien löscht.</para>
-
- <para>Das Sie sich im letzten Schritt der Bauprozedur
- befinden, erkennen Sie daran, dass Sie in der Ausgabe
- von <command>make buildworld</command> die folgenden
- Zeilen finden:</para>
+ <para>Wenn diese Meldung in der Ausgabe von
+ <command>make buildworld</command> erscheint:</para>
- <screen>--------------------------------------------------------------
+ <screen>--------------------------------------------------------------
Building everything..
--------------------------------------------------------------</screen>
- <para>Wenn diese Meldung nicht angezeigt wird, oder Sie
- sich nicht sicher sind, dann ist es besser, noch einmal
- ganz von Vorne anzufangen.</para>
- </answer>
- </qandaentry>
-
- <qandaentry>
- <question>
- <para>Wie kann ich den Bauprozess beschleunigen?</para>
- </question>
-
- <answer>
- <itemizedlist>
- <listitem>
- <para>Bauen Sie im Single-User-Modus.</para>
- </listitem>
+ <para>dann können Sie den Befehl bedenkenlos
+ ausführen.</para>
- <listitem>
- <para>Legen Sie <filename>/usr/src</filename> und
- <filename>/usr/obj</filename> in getrennte Dateisysteme auf
- unterschiedliche Festplatten. Benutzen Sie nach
- Möglichkeit auch getrennte Platten-Controller.</para>
- </listitem>
-
- <listitem>
- <para>Alternativ können diese Dateisysteme mit
- &man.ccd.4; auf mehrere Festplatten verteilt
- werden.</para>
- </listitem>
-
- <listitem>
- <para>Deaktivieren Sie den Bau der
- <quote>profiled</quote>-Bibliotheken, indem Sie
- <literal>NO_PROFILE=true</literal> in
- <filename>/etc/make.conf</filename>
- aufnehmen.</para>
- </listitem>
+ <para>Wenn diese Meldung nicht angezeigt wird, dann ist es
+ besser, noch einmal ganz von Vorne anzufangen.</para>
+ </listitem>
+ </varlistentry>
- <listitem>
- <para>Benutzen Sie <command>make</command> zusammen
- mit <option>-j<replaceable>n</replaceable></option>,
- um mehrere Prozesse parallel laufen zu lassen.
- Normalerweise beschleunigt dies den Bauprozess
- auf Einprozessor- und Mehrprozessorsystemen.</para>
- </listitem>
+ <varlistentry>
+ <term>Ist es möglich, den Bauprozess zu
+ beschleunigen?</term>
- <listitem>
- <para>Das Dateisystem <filename>/usr/src</filename>
- kann mit der Option <option>noatime</option>
- eingehangen werden. Dies verhindert, dass die
- Zugriffszeiten der Dateien aktualisiert
- werden.</para>
-
- <screen>&prompt.root; <userinput>mount -u -o noatime /usr/src</userinput></screen>
-
- <warning>
- <para>Das Beispiel geht davon aus, dass sich
- <filename>/usr/src</filename> auf einem separaten
- Dateisystem befindet. Wenn es Teil des
- <filename>/usr</filename> Dateisystems ist,
- muss dieses Dateisystem als Mountpoint angegeben
- werden.</para>
- </warning>
- </listitem>
+ <listitem>
+ <para>Es gibt mehrere Maßnahmen um den Bauprozess zu
+ beschleunigen. Zum Beispiel kann der gesamte Prozess im
+ Single-User-Modus ausgeführt werden. Dies verhindert
+ jedoch, dass Benutzer Zugriff auf das System haben, bis
+ der Prozess abgeschlossen ist.</para>
+
+ <para>Die sorgfältige Planung von Dateisystemen oder die
+ Verwendung von <acronym>ZFS</acronym> können auch einen
+ Unterschied machen. Sie können erwägen,
+ <filename>/usr/src</filename> und
+ <filename>/usr/obj</filename> auf separate Dateisysteme
+ zu legen. Wenn möglich, platzieren Sie die Dateisysteme
+ auf separaten Festplatten mit getrennten
+ Platten-Controllern. Verwenden Sie beim einhängen von
+ <filename>/usr/src</filename> die Option
+ <option>noatime</option>, um die Aktualisierung der
+ Dateizugriffe zu deaktivieren. Falls
+ <filename>/usr/src</filename> nicht auf einem eigenen
+ Dateisystem liegt, können Sie <filename>/usr</filename>
+ abhängen und mit <option>noatime</option> neu
+ einhängen.</para>
+
+ <para>Das Dateisystem, in dem sich
+ <filename>/usr/obj</filename> befindet, kann mit
+ <option>async</option> eingehangen werden, so dass
+ Schreibzugriffe auf die Platte asynchron stattfinden.
+ Das heißt ein Schreibzugriff ist sofort beendet, die
+ Daten werden allerdings erst einige Sekunden später
+ geschrieben. Dadurch können Schreibzugriffe
+ zusammengefasst werden, was einen erheblichen
+ Geschwindigkeitszuwachs mit sich bringen kann.</para>
+
+ <warning>
+ <para>Beachten Sie, dass dies das Dateisystem anfälliger
+ für Fehler macht. Im Fall eines Stromausfalls besteht
+ eine erhöhte Wahrscheinlichkeit, dass das Dateisystem
+ beim Start der Maschine zerstört ist.</para>
+
+ <para>Wenn <filename>/usr/obj</filename> das einzige
+ Verzeichnis auf auf diesem Dateisystem ist, stellt das
+ kein Problem dar. Wenn sich allerdings auf diesem
+ Dateisystem noch andere wertvolle Daten befinden,
+ stellen Sie sicher, dass Sie über aktuelle Sicherungen
+ verfügen.</para>
+ </warning>
+
+ <para>Deaktivieren Sie den Bau der
+ <quote>profiled</quote>-Bibliotheken, indem Sie
+ <literal>NO_PROFILE=true</literal> in
+ <filename>/etc/make.conf</filename> eintragen.</para>
+
+ <para>Benutzen Sie <command>make</command> zusammen mit
+ <option>-j<replaceable>n</replaceable></option>, um
+ mehrere Prozesse parallel laufen zu lassen.
+ Normalerweise beschleunigt dies den Bauprozess auf
+ Einprozessor- und Mehrprozessorsystemen.</para>
+ </listitem>
+ </varlistentry>
- <listitem>
- <para>Das Dateisystem, in dem sich
- <filename>/usr/obj</filename> befindet, kann mit
- <option>async</option> eingehangen werden, so dass
- Schreibzugriffe auf die Platte asynchron
- stattfinden. Das heißt ein Schreibzugriff ist
- sofort beendet, die Daten werden allerdings erst
- einige Sekunden später geschrieben. Dadurch können
- Schreibzugriffe zusammengefasst werden, was einen
- erheblichen Geschwindigkeitszuwachs mit sich bringen
- kann.</para>
-
- <warning>
- <para>Beachten Sie, dass dies das Dateisystem
- anfälliger für Fehler macht. Im Fall eines
- Stromausfalls besteht eine erhöhte
- Wahrscheinlichkeit, dass das Dateisystem beim
- Start der Maschine zerstört ist.</para>
-
- <para>Wenn <filename>/usr/obj</filename> das einzige
- Verzeichnis auf auf diesem Dateisystem ist, stellt
- das kein Problem dar. Wenn sich allerdings auf
- diesem Dateisystem noch andere wertvolle Daten
- befinden, stellen Sie sicher, dass Sie über
- aktuelle Sicherungen verfügen.</para>
- </warning>
-
- <screen>&prompt.root; <userinput>mount -u -o async /usr/obj</userinput></screen>
-
- <warning>
- <para>Ersetzen Sie <filename>/usr/obj</filename> durch
- den Mountpoint des entsprechenden Dateisystems, wenn es
- sich nicht auf einem eigenen Dateisystem
- befindet.</para>
- </warning>
- </listitem>
- </itemizedlist>
- </answer>
- </qandaentry>
-
- <qandaentry>
- <question>
- <para>Was mache ich, wenn etwas nicht funktioniert?</para>
- </question>
+ <varlistentry>
+ <term>Was mache ich, wenn etwas nicht funktioniert?</term>
- <answer>
- <para>Stellen Sie sicher, dass sich in Ihrer Umgebung
+ <listitem>
+ <para>Stellen Sie sicher, dass sich in der Umgebung
keine Reste eines vorherigen Baus befinden:</para>
<screen>&prompt.root; <userinput>chflags -R noschg /usr/obj/usr</userinput>
@@ -2884,13 +2808,13 @@ Building everything..
<command>make buildworld</command>.</para>
<para>Wenn Sie immer noch Probleme haben, schicken Sie die
- Fehlermeldungen und die Ausgabe von <command>uname
- -a</command> an die Mailingliste &a.de.questions;. Bereiten
- Sie sich darauf vor, weitere Fragen zu Ihrer Umgebung zu
- beantworten.</para>
- </answer>
- </qandaentry>
- </qandaset>
+ Fehlermeldungen und die Ausgabe von
+ <command>uname -a</command> an die Mailingliste
+ &a.de.questions;. Bereiten Sie sich darauf vor, weitere
+ Fragen zu der Umgebung zu beantworten.</para>
+ </listitem>
+ </varlistentry>
+ </variablelist>
</sect2>
</sect1>
More information about the svn-doc-head
mailing list