Date: Thu, 28 Jul 2016 22:09:22 +0000 (UTC) From: Bjoern Heidotting <bhd@FreeBSD.org> To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r49190 - head/de_DE.ISO8859-1/books/handbook/cutting-edge Message-ID: <201607282209.u6SM9MkL056693@repo.freebsd.org>
next in thread | raw e-mail | index | archive | help
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>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201607282209.u6SM9MkL056693>