From owner-svn-doc-all@freebsd.org Fri Aug 19 22:03:50 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 3CD23BBF051; Fri, 19 Aug 2016 22:03:50 +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 09D1E128D; Fri, 19 Aug 2016 22:03:49 +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 u7JM3nBZ024293; Fri, 19 Aug 2016 22:03:49 GMT (envelope-from bhd@FreeBSD.org) Received: (from bhd@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id u7JM3nOd024292; Fri, 19 Aug 2016 22:03:49 GMT (envelope-from bhd@FreeBSD.org) Message-Id: <201608192203.u7JM3nOd024292@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org using -f From: Bjoern Heidotting Date: Fri, 19 Aug 2016 22:03:49 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r49316 - 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: Fri, 19 Aug 2016 22:03:50 -0000 Author: bhd Date: Fri Aug 19 22:03:49 2016 New Revision: 49316 URL: https://svnweb.freebsd.org/changeset/doc/49316 Log: Update to r46079: Update freebsd-update major upgrade instructions to offer 'pkg upgrade' in addition to portmaster. Update to r44775: Finish editorial review of FreeBSD Update chapter. 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 Fri Aug 19 21:21:48 2016 (r49315) +++ head/de_DE.ISO8859-1/books/handbook/cutting-edge/chapter.xml Fri Aug 19 22:03:49 2016 (r49316) @@ -5,7 +5,7 @@ $FreeBSD$ $FreeBSDde$ - basiert auf: r44774 + basiert auf: r48637 --> &os; aktualisieren @@ -315,11 +315,14 @@ Uninstalling updates... done. Systems ist. - Es ist eine gute Idee, immer eine Kopie des - GENERIC-Kernels in /boot/GENERIC aufzubewahren. Das wird - bei der Diagnose von verschiedenen Problemen eine grosse Hilfe sein, - sowie bei der Durchführung von Versionsaktualisierungen mit - freebsd-update, wie in beschrieben ist. + Behalten Sie immer eine Kopie des + GENERIC-Kernels in + /boot/GENERIC. Das wird bei der + Diagnose von verschiedenen Problemen sowie bei der + Durchführung von Versionsaktualisierungen eine große Hilfe + sein. Im + wird beschrieben, wie Sie eine Kopie des + GENERIC-Kernels bekommen. Solange die Standardkonfiguration in @@ -330,39 +333,54 @@ Uninstalling updates... done. neuen, angepassten Kernels kann dann auf die übliche Art und Weise durchgeführt werden. - Die Aktualisierungen, die über - freebsd-update verteilt werden, betreffen nicht - immer den Kernel. Es ist nicht notwendig, den angepassten - Kernel neu zu erstellen, wenn die Kernelquellen nicht durch - freebsd-update install - geändert wurden. Allerdings wird - freebsd-update immer - /usr/src/sys/conf/newvers.sh aktualisieren. - Der aktuelle Patch-Level, der mit der - -p-Nummer bei uname -r - ausgegeben wird, wird aus dieser Datei ausgelesen. - Die Neuinstallation des angepassten Kernels, selbst wenn - sich daran nichts geändert hat, erlaubt es uname, den - aktuellen Patch-Level des Systems korrekt wiederzugeben. Dies ist - besonders hilfreich, wenn mehrere Systeme gewartet werden, da es - eine schnelle Einschätzung der installierten Aktualisierungen in - jedem einzelnen System ermöglicht. + Die Aktualisierungen, die über + freebsd-update verteilt werden, betreffen + nicht immer den Kernel. Es ist nicht notwendig, den + angepassten Kernel neu zu erstellen, wenn die Kernelquellen + nicht durch freebsd-update install geändert + wurden. Allerdings wird freebsd-update + immer /usr/src/sys/conf/newvers.sh + aktualisieren. Der aktuelle Patch-Level, der mit der + -p-Nummer bei uname -r + ausgegeben wird, wird aus dieser Datei ausgelesen. Die + Neuinstallation des angepassten Kernels, selbst wenn sich + daran nichts geändert hat, erlaubt es + uname, den aktuellen Patch-Level des + Systems korrekt wiederzugeben. Dies ist besonders hilfreich, + wenn mehrere Systeme gewartet werden, da es eine schnelle + Einschätzung der installierten Aktualisierungen in jedem + einzelnen System ermöglicht. Aktualisierungen an Haupt- und Unterversionen - Aktualisierungen einer Unterversion zur nächsten in - &os; ist beispielsweise die Aktualisierung von &os; 9.0 - auf &os; 9.1. Aktualisierungen an Haupt- und - Unterversionen können durchgeführt werden, wenn man + Aktualisierungen einer Unterversion von &os; zur nächsten + Version ist beispielsweise die Aktualisierung von + &os; 9.0 auf &os; 9.1. Die Aktualisierung einer + Hauptversion ist beispielsweise von &os; 9.X auf + &os; 10.X. Beide Arten der Aktualisierungen können + durchgeführt werden, indem man freebsd-update eine Release-Version als - Ziel übergibt. Beispielsweise wird das folgende Kommando das - System auf &os; 9.1 aktualisieren: + Ziel übergibt. + + + Wenn auf dem System ein angepasster Kernel eingesetzt + wird, stellen Sie sicher, dass eine Kopie des + GENERIC-Kernels in + /boot/GENERIC existiert. Im + wird + beschrieben, wie Sie eine Kopie des + GENERIC-Kernels bekommen. + + + Wenn Sie das folgende Kommando auf einem System + mit &os; 9.0 ausführen, wird das System auf + &os; 9.1 aktualisiert: &prompt.root; freebsd-update -r 9.1-RELEASE upgrade - Nachdem das Kommando empfangen wurde, überprüft + Nach der Eingabe des Kommandos überprüft freebsd-update die Konfigurationsdatei und das aktuelle System, um die nötigen Informationen für die Systemaktualisierung zu sammeln. Eine Bildschirmausgabe @@ -440,7 +458,6 @@ before running "/usr/sbin/freebsd-update Der Kernel und die Module werden zuerst aktualisiert. - Zu diesem Zeitpunkt muss die Maschine neu gestartet werden. Wenn das System einen angepassten Kernel verwendet, benutzen Sie &man.nextboot.8;, um den Kernel für den nächsten Neustart auf /boot/GENERIC zu @@ -471,12 +488,12 @@ before running "/usr/sbin/freebsd-update &prompt.root; shutdown -r now - Sobald das System wieder online ist, muss + Sobald das System wieder hochgefahren ist, muss freebsd-update erneut gestartet werden. - Der Zustand des Prozesses wurde zuvor gesichert und deshalb - wird freebsd-update nicht von vorne - beginnen, jedoch alle alten gemeinsam genutzten - Bibliotheken und Objektdateien löschen. + Da der Zustand des Prozesses zuvor gesichert wurde, wird + freebsd-update nicht von vorne + beginnen, sondern mit der nächsten Phase fortfahren und + alle alten Bibliotheken und Objektdateien löschen. &prompt.root; freebsd-update install @@ -497,54 +514,52 @@ before running "/usr/sbin/freebsd-update Angepasste Kernel unter &os; 9.X und später - - - Wenn ein angepasster Kernel erstmalig gebaut - wurde, ist der Kernel in - /boot/kernel.old in Wirklichkeit - der GENERIC-Kernel. Benennen Sie - einfach dieses Verzeichnis in - /boot/kernel um. - - - - Angenommen, ein direkter Zugriff auf die Maschine - ist möglich, so kann eine Kopie des - GENERIC-Kernels von den - Installationsmedien installiert werden. Benutzen Sie - dazu folgende Befehle: + Stellen Sie vor der ersten Benutzung von + freebsd-update sicher, dass eine + Kopie des GENERIC-Kernels in + /boot/GENERIC existiert. Wenn ein + angepasster Kernel erstmalig gebaut wurde, ist der Kernel + in /boot/kernel.old der + GENERIC-Kernel. Benennen Sie + dieses Verzeichnis einfach in + /boot/kernel um. + + Wenn bereits mehrfach ein angepasster Kernel gebaut + wurde, oder nicht bekannt ist wie oft ein angepasster + Kernel gebaut wurde, behalten Sie besser eine Kopie des + GENERIC-Kernels, welcher mit der + aktuellen Version des Betriebssystems übereinstimmt. + Wenn ein direkter Zugriff auf die Maschine möglich ist, + kann eine Kopie des GENERIC-Kernels + von den Installationsmedien installiert werden: - &prompt.root; mount /cdrom + &prompt.root; mount /cdrom &prompt.root; cd /cdrom/usr/freebsd-dist &prompt.root; tar -C/ -xvf kernel.txz boot/kernel/kernel - - - Wenn die oben genannten Optionen nicht verwendet - werden können, kann der - GENERIC-Kernel aus den Quellen - neu gebaut und installiert werden: + Alternativ kann der + GENERIC-Kernel aus den Quellen neu + gebaut und installiert werden: - &prompt.root; cd /usr/src + &prompt.root; cd /usr/src &prompt.root; make kernel __MAKE_CONF=/dev/null SRCCONF=/dev/null - Damit dieser Kernel als - GENERIC-Kernel von - freebsd-update erkannt wird, darf - die GENERIC-Konfigurationsdatei - in keiner Weise geändert worden sein. Es wird - ebenfalls empfohlen, dass dieser ohne irgendwelche - speziellen Optionen erstellt wird. - - + Damit dieser Kernel als + GENERIC-Kernel von + freebsd-update erkannt wird, darf + die GENERIC-Konfigurationsdatei + in keiner Weise geändert worden sein. Es wird ebenfalls + empfohlen, dass dieser ohne irgendwelche speziellen + Optionen erstellt wird. Der Neustart in den - GENERIC-Kernel ist zu diesem - Zeitpunkt nicht notwendig. + GENERIC-Kernel ist nicht notwendig, + da freebsd-update lediglich + /boot/GENERIC benötigt. - Neubau der Ports nach einer Aktualisierung auf eine + <title>Aktualisierung der Pakete nach einem Upgrade auf eine Hauptversion In der Regel funktionieren nach einer Aktualisierung @@ -553,15 +568,26 @@ before running "/usr/sbin/freebsd-update Binärschnittstellen (ABIs), was dazu führt, dass die meisten Anwendungen von Drittherstellern nicht mehr funktionieren. Nach der Aktualisierung auf eine - Hauptversion, muss jegliche Drittanbieter-Software neu - erstellt und - installiert werden. Dies ist notwendig, da die - installierte Software möglicherweise Abhängigkeiten zu - Bibliotheken enthält, die während der Aktualisierung - entfernt wurden. Dieser Prozess kann mit einem Werkzeug wie - ports-mgmt/portmaster automatisiert - werden. Benutzen Sie den folgenden Befehl, um alle - installierten Anwendungen neu zu installieren: + Hauptversion, müssen alle installierten Ports und Pakete + aktualisiert werden. Benutzen Sie + pkg upgrade um Pakte zu aktualisieren. + Installierte Ports können Sie mit einem Werkzeug wie + ports-mgmt/portmaster aktualisiert + werden. + + Bei einer erzwungenen Aktualisierung aller installierten + Pakete, werden diese durch eine neue Version aus dem + Repository ersetzt, sogar dann, wenn sich die Versionsnummer + nicht erhöht hat. Dieser Schritt ist erforderlich, da sich + die ABI bei einer Aktualisierung der + Hauptversion von &os; verändert hat. Eine erzwungene + Aktualisierung aller installierten Pakete geschieht wie + folgt: + + &prompt.root; pkg-static upgrade -f + + Ein Neubau der installierten Ports führen Sie mit + diesem Kommando durch: &prompt.root; portmaster -af @@ -580,49 +606,57 @@ before running "/usr/sbin/freebsd-update &prompt.root; freebsd-update install Wenn der GENERIC-Kernel temporär - Verwendung fand, ist dies der richtige Zeitpunkt, einen neuen, - angepassten Kernel zu bauen und über die übliche - Methode zu installieren. - - Booten Sie anschließend die Maschine in die neue &os;-Version. - Der Prozess ist damit abgeschlossen. + Verwendung fand, ist dies der richtige Zeitpunkt, einen + neuen, angepassten Kernel nach den Anweisungen in zu bauen und zu + installieren. + + Booten Sie anschließend die Maschine in die neue + &os;-Version. Der Aktualisierungsprozess ist damit + abgeschlossen. Vergleich des Systemzustands - freebsd-update kann verwendet werden, + freebsd-update IDS kann verwendet werden, um den Zustand der installierten &os;-Version gegenüber einer bekannten und funktionierenden Kopie zu vergleichen. - Diese Option vergleicht die aktuelle Version von - Systemwerkzeugen, Bibliotheken und Konfigurationsdateien. Um - diesen Vergleich zu starten, geben Sie den folgenden Befehl - ein: - - &prompt.root; freebsd-update IDS >> outfile.ids + Dieses Kommando vergleicht die aktuelle Version von + Systemwerkzeugen, Bibliotheken sowie Konfigurationsdateien und + kann als integriertes + Intrusion Detection System + (IDS) benutzt werden. - Obwohl der Befehlsname IDS lautet, - ist dies kein Ersatz für ein echtes Intrusion Detection - System wie security/snort. Da - freebsd-update seine Daten auf Platte - ablegt, ist die Möglichkeit von Verfälschungen + Dieses Programm ist kein Ersatz für ein echtes + IDS-System wie + security/snort. Da + freebsd-update Daten auf der Festplatte + speichert, ist die Möglichkeit von Verfälschungen offensichtlich. Obwohl diese Möglichkeit durch die Verwendung von kern.securelevel oder die - Ablage von Daten auf einem Nur-Lese Dateisystem eingedämmt - werden kann, besteht eine bessere Lösung darin, das System - gegen ein gesichertes Medium, wie eine + Speicherung von Daten auf einem Nur-Lese Dateisystem + eingedämmt werden kann, besteht eine bessere Lösung darin, + das System gegen ein gesichertes Medium, wie eine DVD oder einen externen, separat aufbewahrten USB-Plattenspeicher, zu - vergleichen. + vergleichen. Eine alternative Methode zur Bereitstellung + von IDS-Funktionaliäten wird in + beschrieben. - Das System wird nun überprüft, und eine lange Liste - von Dateien zusammen mit den &man.sha256.1;-Hashwerten, sowohl - der von der Release-Version bekannte Wert als auch der des - aktuell installierten Systems, in - outfile.ids geschrieben. + Beginnen Sie den Vergleich, indem Sie das Programm starten + und eine Ausgabedatei festlegen: + + &prompt.root; freebsd-update IDS >> outfile.ids + + Das System wird nun überprüft. Dabei wird eine lange + Liste von Dateien zusammen mit den + SHA256-Hashwerten der Release-Version und + den Werten des aktuell installierten Systems, in die + angegebene Ausgabedatei geschrieben. Die Zeilen in der Ausgabe sind extrem lang, aber das Ausgabeformat kann einfach verarbeitet werden. Um @@ -639,17 +673,12 @@ before running "/usr/sbin/freebsd-update Diese Beispielausgabe wurde abgeschnitten, da noch viele weitere Dateien vorhanden sind. Einige Dateien wurden auf natürliche Art verändert. /etc/passwd - wurde beispielsweise geändert, um Benutzer zum System - hinzuzufügen. Andere Dateien, wie Kernelmodule, unterscheiden - sich, weil freebsd-update diese - aktualisiert hat. Um bestimmte Dateien oder Verzeichnisse - auszuschließen, fügen Sie diese an die - IDSIgnorePaths-Option in + wurde beispielsweise geändert, wenn Benutzer zum System + hinzugefügt wurden. Kernelmodule können sich unterscheiden, + wenn freebsd-update diese aktualisiert hat. + Um bestimmte Dateien oder Verzeichnisse auszuschließen, fügen + Sie diese an die IDSIgnorePaths-Option in /etc/freebsd-update.conf an. - - Diese Vorgehensweise kann als Teil einer ausgeklügelten - Aktualisierungsmethode benutzt werden, unabhängig von der zuvor - angesprochenen Variante. @@ -1188,14 +1217,14 @@ before running "/usr/sbin/freebsd-update Synchronisation der Quellen - Sie können eine Internet-Verbindung (oder E-Mail) dazu - nutzen, Teile von &os;, wie die Quellen zu einzelnen Projekten, oder - das Gesamtsystem, aktuell zu halten. Der primäre Dienst dafür - ist Subversion. + Es gibt verschiedene Methoden um die Quellen von &os; + aktuell zu halten. Dieser Abschnitt beschreibt + Subversion, den primären Dienst für + diese Aufgabe. Obwohl es möglich ist, nur Teile des Quellbaums zu - aktualisieren, ist die einzige unterstütze Migrationsprozedur, + aktualisieren, ist die einzige unterstütze Prozedur, den kompletten Quellbaum zu aktualisieren und alles neu zu übersetzen. Dazu zählen alle Userland-Programme in /bin und /sbin, @@ -1211,25 +1240,22 @@ before running "/usr/sbin/freebsd-update Subversion benutzt die - Pull-Methode - - Von engl. to pull = - ziehen. Der Client holt sich bei dieser - Methode die Dateien ab. - , um die Quellen zu aktualisieren. Der Benutzer, - oder ein cron-Skript, ruft das Programm + Pull-Methode, um die Quellen zu + aktualisieren. Der Benutzer, oder ein + cron-Skript, ruft das Programm svn auf, das die Quellen aktualisiert. Subversion ist die empfohlene - Methode, um die lokalen Quellen zu aktualisieren. Mit beiden - Methoden erhalten Sie aktuelle Updates zu einem genau von Ihnen - bestimmten Zeitpunkt. Es ist einfach, die Prozedur auf - bestimmte Dateien oder Verzeichnisse einschränken. Die Updates - werden zur Laufzeit generiert. - - Es gibt noch weitere Unterschiede. Wenn ein Benutzer - unabsichtlich Teile des Archivs löschen, wird das von - Subversion erkannt und - repariert. + Methode, um die lokalen Quellen zu aktualisieren, da + aktuelle Updates zu einem vom Benutzer bestimmten Zeitpunkt + herunterlädt. Zudem ist es einfach, die Prozedur auf bestimmte + Dateien oder Verzeichnisse zu beschränken. Die angeforderten + Updates werden zur Laufzeit auf dem Server generiert. Die + Aktualisierung der Quellen wird in + beschrieben. + + Wenn ein Benutzer unabsichtlich Teile des Archivs löscht, + wird das von Subversion erkannt und + bei der nächsten Aktualisierung repariert. @@ -1288,7 +1314,7 @@ before running "/usr/sbin/freebsd-update Manche Aktualisierungen erfordern bestimmte zusätzliche Schritte, die ausgeführt werden müssen, bevor das System neu gebaut wird, wie beispielsweise das umbenennen oder löschen - von bestimmten Datein. Diese Aufgaben sind am Ende der + von bestimmten Dateien. Diese Aufgaben sind am Ende der Datei aufgeführt. Die Anweisungen in UPDATING sind aktueller als die in diesem Handbuch. Im Zweifelsfall folgen Sie bitte den @@ -1482,7 +1508,7 @@ Script started, output file is /var/tmp/ Bei der Aktualisierung des Basissystems werden bestimmte Verzeichnisse, wie /etc, /var und /usr - ausgelassen. Im nächsten Schritt werden ein paar initiale + ausgelassen. Im nächsten Schritt werden ein paar Konfigurationsdateien zur Vorbereitung für das neue Basissystem aktualisiert. Der folgende Befehl aktualisiert lediglich Dateien, die für das Gelingen von @@ -2038,7 +2064,7 @@ Script started, output file is /var/tmp/ ihn danach erneut zu installieren. Dieser Vorgang kann durch den Einsatz von ports-mgmt/portmaster automatisiert werden. Nachdem alle Ports neu gebaut wurden - und keine alten alten Bibliotheken mehr verwenden werden, + und keine alten Bibliotheken mehr verwenden werden, können Sie die alten Bibliotheken endgültig entfernen: &prompt.root; make delete-old-libs @@ -2098,7 +2124,7 @@ Script started, output file is /var/tmp/ Fehlern (oder anderen Signalnummern) ab? - Normalerweise zeigen diese Meldungen Hardwarefehler + Für gewöhnlich 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. Es liegt garantiert ein Hardwarefehler vor, wenn @@ -2209,7 +2235,7 @@ Building everything.. beim Start der Maschine zerstört ist. Wenn /usr/obj das einzige - Verzeichnis auf auf diesem Dateisystem ist, stellt das + Verzeichnis 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 @@ -2218,13 +2244,13 @@ Building everything.. Deaktivieren Sie den Bau der profiled-Bibliotheken, indem Sie - NO_PROFILE=true in + 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 + Für gewöhnlich beschleunigt dies den Bauprozess auf Einprozessor- und Mehrprozessorsystemen.