From owner-svn-doc-all@freebsd.org Thu Jul 28 22:09:23 2016 Return-Path: Delivered-To: svn-doc-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80435BA5409; Thu, 28 Jul 2016 22:09:23 +0000 (UTC) (envelope-from bhd@FreeBSD.org) Received: from repo.freebsd.org (repo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4D8CD1987; Thu, 28 Jul 2016 22:09:23 +0000 (UTC) (envelope-from bhd@FreeBSD.org) Received: from repo.freebsd.org ([127.0.1.37]) by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u6SM9MWm056694; Thu, 28 Jul 2016 22:09:22 GMT (envelope-from bhd@FreeBSD.org) Received: (from bhd@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id u6SM9MkL056693; Thu, 28 Jul 2016 22:09:22 GMT (envelope-from bhd@FreeBSD.org) Message-Id: <201607282209.u6SM9MkL056693@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org using -f From: Bjoern Heidotting Date: Thu, 28 Jul 2016 22:09:22 +0000 (UTC) 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 X-SVN-Group: doc-head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-all@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2016 22:09:23 -0000 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 --> &os; aktualisieren @@ -2614,21 +2614,18 @@ Script done, … - Fragen + Häufige Fragen - - - - Muss ich wirklich immer alles neu bauen, wenn sich - etwas geändert hat? - - - - 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 - svn-Lauf nur die folgenden - Dateien geändert haben: + + + Muss ich wirklich immer alles neu bauen, wenn sich + etwas geändert hat? + + + Das hängt von den Änderungen ab. Es lohnt + wahrscheinlich nicht, alles neu zu bauen, wenn sich bei + einem svn-Lauf nur die + folgenden Dateien geändert haben: src/games/cribbage/instr.c src/games/sail/pl_main.c @@ -2637,62 +2634,49 @@ Script done, … src/share/mk/bsd.port.mk In diesem Fall können Sie in die entsprechenden - Unterverzeichnisse wechseln und dort make all - install ausführen. Wenn sich allerdings etwas - Wichtiges, wie src/lib/libc/stdlib, - geändert hat, sollten Sie die Welt oder - mindestens die statisch gelinkten Teile des Systems - neu bauen. - - 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. - - Das hängt auch noch davon ab, wie oft - Sie ein Update durchführen wollen und ob Sie &os.stable; - oder &os.current; benutzen. - - - - - - Der Bau bricht mit vielen - Signal 11 - signal 11 Fehlern (oder - anderen Signalnummern) ab. Was ist da - passiert? - + Unterverzeichnisse wechseln und dort + make all install ausführen. Wenn + sich allerdings etwas Wichtiges, wie + src/lib/libc/stdlib, geändert hat, + sollten Sie die Welt neu bauen. + + 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. + + - + + Warum bricht der Bau mit vielen Signal + 11signal 11 + Fehlern (oder anderen Signalnummern) ab? + + 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. - - Es liegt garantiert ein Hardwarefehler vor, wenn + auf. Es liegt garantiert ein Hardwarefehler vor, wenn make neu gestartet wird und an einer anderen Stelle abbricht. In diesem Fall können nur einzelne Komponenten des - Systems getauscht werden, um zu bestimmen, welche - Komponente den Fehler verursacht. - - - - - - Kann /usr/obj entfernt werden, - wenn ich fertig bin? - + Systems, angefangen mit dem RAM, + getauscht werden, um zu bestimmen, welche Komponente den + Fehler verursacht. + + - - Kurze Antwort: Ja. + + Kann /usr/obj entfernt werden, + wenn ich fertig bin? - In /usr/obj werden alle Dateien + + In diesem Verzeichnis werden alle Dateien abgelegt, die während der Übersetzungsphase erstellt wurden. Dieses Verzeichnis wird in einem der ersten Schritte von make buildworld @@ -2700,175 +2684,115 @@ Script done, … zu behalten. Zudem wird ungefähr 2 GB Plattenspeicher freigegeben, wenn dieses Verzeichnis gelöscht wird. + + - Erfahrene Benutzer können - make buildworld 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. - - - - - - Kann ein abgebrochener Bau weitergeführt - werden? - + + Kann ein abgebrochener Bau weitergeführt + werden? - + Das hängt davon ab, wieweit der Bauprozess - fortgeschritten ist. - - Üblicherweise werden durch + fortgeschritten ist. Üblicherweise werden durch make buildworld 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. + installiert. Anschließend wird das Gesamtsystem mit den + neu erstellten Systemdateien gebaut. Während der letzten Phase können Sie relativ - gefahrlos folgende Kommandos ausführen: + gefahrlos folgende Kommandos ausführen, ohne dabei + die von make buildworld erzeugten + Dateien zu löschen: - … Fehler beheben … -&prompt.root; cd /usr/src + &prompt.root; cd /usr/src &prompt.root; make -DNO_CLEAN all - Diese Variablen verhindern, - dass make buildworld die vorher erstellten - Dateien löscht. - - Das Sie sich im letzten Schritt der Bauprozedur - befinden, erkennen Sie daran, dass Sie in der Ausgabe - von make buildworld die folgenden - Zeilen finden: + Wenn diese Meldung in der Ausgabe von + make buildworld erscheint: - -------------------------------------------------------------- + -------------------------------------------------------------- Building everything.. -------------------------------------------------------------- - Wenn diese Meldung nicht angezeigt wird, oder Sie - sich nicht sicher sind, dann ist es besser, noch einmal - ganz von Vorne anzufangen. - - - - - - Wie kann ich den Bauprozess beschleunigen? - - - - - - Bauen Sie im Single-User-Modus. - + dann können Sie den Befehl bedenkenlos + ausführen. - - Legen Sie /usr/src und - /usr/obj in getrennte Dateisysteme auf - unterschiedliche Festplatten. Benutzen Sie nach - Möglichkeit auch getrennte Platten-Controller. - - - - Alternativ können diese Dateisysteme mit - &man.ccd.4; auf mehrere Festplatten verteilt - werden. - - - - Deaktivieren Sie den Bau der - profiled-Bibliotheken, indem Sie - NO_PROFILE=true in - /etc/make.conf - aufnehmen. - + Wenn diese Meldung nicht angezeigt wird, dann ist es + besser, noch einmal ganz von Vorne anzufangen. + + - - Benutzen Sie make zusammen - mit , - um mehrere Prozesse parallel laufen zu lassen. - Normalerweise beschleunigt dies den Bauprozess - auf Einprozessor- und Mehrprozessorsystemen. - + + Ist es möglich, den Bauprozess zu + beschleunigen? - - Das Dateisystem /usr/src - kann mit der Option - eingehangen werden. Dies verhindert, dass die - Zugriffszeiten der Dateien aktualisiert - werden. - - &prompt.root; mount -u -o noatime /usr/src - - - Das Beispiel geht davon aus, dass sich - /usr/src auf einem separaten - Dateisystem befindet. Wenn es Teil des - /usr Dateisystems ist, - muss dieses Dateisystem als Mountpoint angegeben - werden. - - + + 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. + + Die sorgfältige Planung von Dateisystemen oder die + Verwendung von ZFS können auch einen + Unterschied machen. Sie können erwägen, + /usr/src und + /usr/obj 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 + /usr/src die Option + , um die Aktualisierung der + Dateizugriffe zu deaktivieren. Falls + /usr/src nicht auf einem eigenen + Dateisystem liegt, können Sie /usr + abhängen und mit neu + einhängen. + + Das Dateisystem, in dem sich + /usr/obj befindet, kann mit + 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. + + + 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. + + Wenn /usr/obj 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. + + + Deaktivieren Sie den Bau der + profiled-Bibliotheken, indem Sie + NO_PROFILE=true in + /etc/make.conf eintragen. + + Benutzen Sie make zusammen mit + , um + mehrere Prozesse parallel laufen zu lassen. + Normalerweise beschleunigt dies den Bauprozess auf + Einprozessor- und Mehrprozessorsystemen. + + - - Das Dateisystem, in dem sich - /usr/obj befindet, kann mit - 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. - - - 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. - - Wenn /usr/obj 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. - - - &prompt.root; mount -u -o async /usr/obj - - - Ersetzen Sie /usr/obj durch - den Mountpoint des entsprechenden Dateisystems, wenn es - sich nicht auf einem eigenen Dateisystem - befindet. - - - - - - - - - Was mache ich, wenn etwas nicht funktioniert? - + + Was mache ich, wenn etwas nicht funktioniert? - - Stellen Sie sicher, dass sich in Ihrer Umgebung + + Stellen Sie sicher, dass sich in der Umgebung keine Reste eines vorherigen Baus befinden: &prompt.root; chflags -R noschg /usr/obj/usr @@ -2884,13 +2808,13 @@ Building everything.. make buildworld. Wenn Sie immer noch Probleme haben, schicken Sie die - Fehlermeldungen und die Ausgabe von uname - -a an die Mailingliste &a.de.questions;. Bereiten - Sie sich darauf vor, weitere Fragen zu Ihrer Umgebung zu - beantworten. - - - + Fehlermeldungen und die Ausgabe von + uname -a an die Mailingliste + &a.de.questions;. Bereiten Sie sich darauf vor, weitere + Fragen zu der Umgebung zu beantworten. + + +