From owner-svn-doc-all@freebsd.org Wed Mar 23 15:28:40 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 19109ADAF14;
Wed, 23 Mar 2016 15:28:40 +0000 (UTC) (envelope-from mat@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 C8A941881;
Wed, 23 Mar 2016 15:28:39 +0000 (UTC) (envelope-from mat@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u2NFSc0t099418;
Wed, 23 Mar 2016 15:28:38 GMT (envelope-from mat@FreeBSD.org)
Received: (from mat@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2NFScvb099417;
Wed, 23 Mar 2016 15:28:38 GMT (envelope-from mat@FreeBSD.org)
Message-Id: <201603231528.u2NFScvb099417@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: mat set sender to mat@FreeBSD.org
using -f
From: Mathieu Arnold
Date: Wed, 23 Mar 2016 15:28:38 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r48460 - head/en_US.ISO8859-1/articles/committers-guide
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.21
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: Wed, 23 Mar 2016 15:28:40 -0000
Author: mat
Date: Wed Mar 23 15:28:38 2016
New Revision: 48460
URL: https://svnweb.freebsd.org/changeset/doc/48460
Log:
Add a small bit about the mfh script being able to handle multiple
revisions at once.
Reviewed by: wblock
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D5634
Modified:
head/en_US.ISO8859-1/articles/committers-guide/article.xml
Modified: head/en_US.ISO8859-1/articles/committers-guide/article.xml
==============================================================================
--- head/en_US.ISO8859-1/articles/committers-guide/article.xml Wed Mar 23 13:28:41 2016 (r48459)
+++ head/en_US.ISO8859-1/articles/committers-guide/article.xml Wed Mar 23 15:28:38 2016 (r48460)
@@ -4803,6 +4803,21 @@ Do you want to commit? (no = start a she
Host repo.freebsd.org # Can be *.freebsd.org
User freebsd-login
+
+
+ The script is also able to merge more than one
+ revision at a time. If there have been other updates
+ to the port since the branch was created that have not
+ been merged because they were not security related.
+ Add the different revisions in the order they were
+ committed on the mfh command line.
+ The new commit log message will contain the combined
+ log messages from all the original commits. These
+ messages must be edited to show what is actually being
+ done with the new commit.
+
+ &prompt.user; /usr/ports/Tools/scripts/mfh 2016Q1 r407208 r407713 r407722 r408567 r408943 r410728
+
From owner-svn-doc-all@freebsd.org Wed Mar 23 19:45: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 014DA99A752;
Wed, 23 Mar 2016 19:45: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 8F4F51829;
Wed, 23 Mar 2016 19:45: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 u2NJjmG3079425;
Wed, 23 Mar 2016 19:45:48 GMT (envelope-from bhd@FreeBSD.org)
Received: (from bhd@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2NJjmhE079424;
Wed, 23 Mar 2016 19:45:48 GMT (envelope-from bhd@FreeBSD.org)
Message-Id: <201603231945.u2NJjmhE079424@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org
using -f
From: Bjoern Heidotting
Date: Wed, 23 Mar 2016 19:45:48 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r48461 - head/de_DE.ISO8859-1/books/handbook/geom
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.21
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: Wed, 23 Mar 2016 19:45:50 -0000
Author: bhd
Date: Wed Mar 23 19:45:48 2016
New Revision: 48461
URL: https://svnweb.freebsd.org/changeset/doc/48461
Log:
Update to r39909:
Rework the gmirror section to create mirrors properly.
Modified:
head/de_DE.ISO8859-1/books/handbook/geom/chapter.xml
Modified: head/de_DE.ISO8859-1/books/handbook/geom/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/geom/chapter.xml Wed Mar 23 15:28:38 2016 (r48460)
+++ head/de_DE.ISO8859-1/books/handbook/geom/chapter.xml Wed Mar 23 19:45:48 2016 (r48461)
@@ -5,7 +5,7 @@
$FreeBSD$
$FreeBSDde$
- basiert auf: r38401
+ basiert auf: r39909
-->
GEOM: Modulares Framework zur
@@ -246,210 +246,578 @@ Done.
Disk Mirroring
+
+ RAID1
+
- Spiegelung (Mirroring) ist eine Technik, welche von vielen
- Firmen und Heimnutzern eingesetzt wird, um Daten ohne
- Unterbrechung zu sichern. Wenn ein Spiegel existiert, dann
- bedeutet dies einfach nur, dass PlatteB die PlatteA
- dupliziert. Oder PlatteC+D duplizieren PlatteA+A. Der
- wichtigste Aspekt ist, dass Daten einer Platte oder
- Partition dupliziert werden, unabhängig von der
- Konfiguration der Platte. Dadurch kann später diese
- Information leichter wiederhergestellt, ohne
- Zugriffsunterbrechung gesichert oder sogar physisch in einem
- Datentresor gelagert werden.
-
- Stellen Sie zu Beginn sicher, dass ihr System zwei
- Platten mit identischer Größe aufweist. In dieser
- Übung gehen wir davon aus, dass es direkt
- zugängliche (&man.da.4;) SCSI-Platten
- sind.
+ Spiegelung (RAID1 / Mirroring) ist eine
+ Technik, bei der identische Daten auf mehr als ein Laufwerk
+ geschrieben werden. Spiegel werden in der Regel zum Schutz vor
+ Datenverlust aufgrund von Festplattenausfällen verwendet. Jedes
+ Laufwerk in einem Spiegel enthält eine identische Kopie der
+ Daten. Wenn ein einzelnes Laufwerk ausfällt, funktioniert der
+ Spiegel weiterhin und die Daten werden von den restlichen
+ Festplatten bereit gestellt. Der Rechner läuft einfach weiter
+ und der Administrator hat die Gelegentheit, das defekte Laufwerk
+ auszutauschen.
+
+ Zwei häufige Situationen werden in diesem Beispiel
+ erläutert. Im ersten Beispiel wird ein Spiegel aus zwei
+ neuen Laufwerken erstellt, der die existierende Platte ersetzt.
+ Das zweite Beispiel erzeugt ein Spiegel mit einem einzigen
+ Laufwerk, kopiert dann die Daten von der alten Platte und fügt
+ die alte Platte zum Spiegel hinzu. Obwohl dieses Verfahren
+ etwas komplizierter ist, wird nur ein neues Laufwerk
+ benötigt.
+
+ Traditionell sind die Laufwerke in einem Spiegel vom
+ gleichen Modell und besitzen die gleiche Kapazität. Dies ist
+ jedoch keine Voraussetzung für &man.gmirror.8;. Hier können
+ Spiegel mit unterschiedlichen Kapazitäten verwendet werden. Die
+ Kapazität richtet sich dann nach dem kleinsten Laufwerk im
+ Spiegel. Zusätzlicher Speicherplatz auf größeren Laufwerken
+ bleibt dann ungenutzt. Werden später weitere Laufwerke zum
+ Spiegel hinzugefügt, müssen diese mindestens so viel Kapazität
+ haben wie das kleinste Laufwerk im Spiegel.
+
+
+ Die hier gezeigten Verfahren löschen keine Daten. Dennoch
+ sollte, wie bei jeder größeren Operation, zuerst eine
+ vollständige Sicherung erstellt werden.
+
+
+
+ Probleme mit Metadaten
+
+ Viele Plattensysteme speichern Metadaten am Ende der
+ Platte. Alte Metadaten sollten vor der Wiederverwendung in
+ einem Spiegel gelöscht werden, da die meisten Probleme aus
+ zwei Arten von übrig gebliebenen Metadaten resultieren:
+ GPT-Partitionstabellen und alte Metadaten
+ aus einem vorherigen Spiegel.
+
+ GPT-Metadaten können mit &man.gpart.8;
+ gelöscht werden. Dieses Beispiel löscht sowohl die primären,
+ als auch die GPT-Partitionstabelle von der
+ Festplatte ada8:
+
+ &prompt.root; gpart destroy -F ada8
+
+ Mit &man.gmirror.8; kann eine Platte aus einem aktiven
+ Spiegel entfernt und gleichzeitig die Metadaten gelöscht
+ werden. In diesem Beispiel wird die Platte
+ ada8 aus dem aktiven Spiegel
+ gm4 entfernt:
+
+ &prompt.root; gmirror remove gm4 ada8
+
+ Wenn der Spiegel nicht aktiv ist, sich jedoch noch alte
+ Metadaten auf der Festplatte befinden, benutzen Sie
+ gmirror clear, um die Metadaten zu
+ entfernen:
+
+ &prompt.root; gmirror clear ada8
+
+ &man.gmirror.8; speichert einen Datenblock an Metadaten am
+ Ende der Festplatte. Da das
+ GPT-Partitionschema die Metadaten auch am
+ Ende der Platte speichert, wird es nicht empfohlen, mit
+ &man.gmirror.8; einen Spiegel aus einem gesamten
+ GPT-Datenträger zu erstellen. In diesen
+ Fällen sollte eine MBR-Partitionierung
+ benutzt werden, weil hier nur eine Partitionstabelle am Anfang
+ der Platte gespeichert wird und somit nicht mit den Metadaten
+ des Spiegels im Konflikt steht.
+
- Die primäre Platte spiegeln
+ Einen Spiegel mit zwei neuen Festplatten
+ erstellen
- Angenommen, &os; wurde auf der ersten Platte
- da0 installiert, dann sollte
- &man.gmirror.8; angewiesen werden, seine primären Daten
- auf dieser Platte zu speichern.
-
- Bevor Sie den Spiegel aufbauen, sollten Sie die maximale
- Protokollierung aktivieren und den Zugang zum Gerät
- gestatten. Dazu setzen Sie die &man.sysctl.8;-Option
- kern.geom.debugflags auf den folgenden
- Wert:
-
- &prompt.root; sysctl kern.geom.debugflags=17
-
- Nun können Sie den Spiegel aufbauen. Beginnen Sie den
- Prozess, indem Sie die Metadaten-Informationen auf das Gerät
- der primären Platte speichern. Konkret erzeugen Sie dabei
- das Gerät
- /dev/mirror/gm, indem Sie
- den folgenden Befehl ausführen:
+ In diesem Beispiel wurde &os; bereits auf der vorhandenen
+ Festplatte ada0 installiert. Zwei neue
+ Platten, ada1 und
+ ada2, wurden bereits mit dem System
+ verbunden. Ein neuer Spiegel soll mit diesen beiden Platten
+ erzeugt und verwendet werden, um die alte vorhandene Platte zu
+ ersetzen.
+
+ Das Kernelmodul geom_mirror.ko muss
+ entweder in den Kernel eingebaut, oder zur Laufzeit geladen
+ werden. Sie können das Modul manuell laden:
-
- Die Spiegelung der Bootplatte kann zu Datenverlust
- führen, wenn Sie Daten im letzten Sektor der Platte
- gespeichert haben. Dieses Risiko lässt sich minimieren,
- wenn Sie den Spiegel unmittelbar nach der Installation von
- &os; aufsetzen. Die im folgenden beschriebene Vorgehensweise ist
- ebenfalls nicht kompatibel mit den
- Standard-Installationseinstellungen von
- &os; 9.X, die das neue
- GPT-Partitionsschema verwenden. GEOM wird
- GPT-Metadaten überschreiben, was zu
- Datenverlust und einem möglicherweise nicht bootbarem System
- führt.
-
+ &prompt.root; gmirror load
- &prompt.root; gmirror label -vb round-robin gm0 /dev/da0
+ Erstellen Sie den Spiegel mit den beiden neuen
+ Festplatten:
- Ihr System sollte wie folgt antworten:
+ &prompt.root; gmirror label -v gm0 /dev/ada1 /dev/ada2
- Metadata value stored on /dev/da0.
-Done.
+ gm0 ist ein vom Benutzer gewählter
+ Name, der dem neuen Spiegel zugeordnet wird. Nachdem der
+ Spiegel gestartet wurde, erscheint dieser Gerätename in
+ /dev/mirror/.
+
+ MBR- und
+ bsdlabel-Partitionstabellen können
+ jetzt auf dem neuen Spiegel erzeugt werden. Dieses Beispiel
+ verwendet das herkömmliche Dateisystem-Layout für
+ /, swap, /var,
+ /tmp und /usr. Eine
+ einzelne Root- und Swap-Partition würde ebenfalls
+ funktionieren.
+
+ Die Partitionen auf dem Spiegel müssen nicht zwingend die
+ gleiche Größe wie die auf der Festplatte haben, aber sie
+ müssen groß genug sein, um alle Daten aufnehmen zu können, die
+ bereits auf ada0 gespeichert sind.
+
+ &prompt.root; gpart create -s MBR mirror/gm0
+&prompt.root; gpart add -t freebsd -a 4k mirror/gm0
+&prompt.root; gpart show mirror/gm0
+=> 63 156301423 mirror/gm0 MBR (74G)
+ 63 63 - free - (31k)
+ 126 156301299 1 freebsd (74G)
+ 156301425 61 - free - (30k)
+
+ &prompt.root; gpart create -s BSD mirror/gm0s1
+&prompt.root; gpart add -t freebsd-ufs -a 4k -s 2g mirror/gm0s1
+&prompt.root; gpart add -t freebsd-swap -a 4k -s 4g mirror/gm0s1
+&prompt.root; gpart add -t freebsd-ufs -a 4k -s 2g mirror/gm0s1
+&prompt.root; gpart add -t freebsd-ufs -a 4k -s 1g mirror/gm0s1
+&prompt.root; gpart add -t freebsd-ufs -a 4k mirror/gm0s1
+&prompt.root; gpart show mirror/gm0s1
+=> 0 156301299 mirror/gm0s1 BSD (74G)
+ 0 2 - free - (1.0k)
+ 2 4194304 1 freebsd-ufs (2.0G)
+ 4194306 8388608 2 freebsd-swap (4.0G)
+ 12582914 4194304 4 freebsd-ufs (2.0G)
+ 16777218 2097152 5 freebsd-ufs (1.0G)
+ 18874370 137426928 6 freebsd-ufs (65G)
+ 156301298 1 - free - (512B)
+
+ Damit von dem Spiegel gebootet werden kann, muss der
+ Bootcode in den MBR installiert, ein
+ bsdlabel erstellt und die aktive Partition gesetzt
+ werden:
+
+ &prompt.root; gpart bootcode -b /boot/mbr mirror/gm0
+&prompt.root; gpart set -a active -i 1 mirror/gm0
+&prompt.root; gpart bootcode -b /boot/boot mirror/gm0s1
+
+ Erstellen Sie die Dateisysteme auf dem neuen Spiegel und
+ aktivieren Sie Soft-Updates:
+
+ &prompt.root; newfs -U /dev/mirror/gm0s1a
+&prompt.root; newfs -U /dev/mirror/gm0s1d
+&prompt.root; newfs -U /dev/mirror/gm0s1e
+&prompt.root; newfs -U /dev/mirror/gm0s1f
+
+ Die Dateisysteme der vorhandenen Platte
+ ada0 können jetzt mit &man.dump.8; und
+ &man.restore.8; auf den Spiegel kopiert werden.
+
+&prompt.root; mount /dev/mirror/gm0s1a /mnt
+&prompt.root; dump -C16 -b64 -0aL -f - / | (cd /mnt && restore -rf -)
+&prompt.root; mount /dev/mirror/gm0s1d /mnt/var
+&prompt.root; mount /dev/mirror/gm0s1e /mnt/tmp
+&prompt.root; mount /dev/mirror/gm0s1f /mnt/usr
+&prompt.root; dump -C16 -b64 -0aL -f - /var | (cd /mnt/var && restore -rf -)
+&prompt.root; dump -C16 -b64 -0aL -f - /tmp | (cd /mnt/tmp && restore -rf -)
+&prompt.root; dump -C16 -b64 -0aL -f - /usr | (cd /mnt/usr && restore -rf -)
+
+ Fügen Sie die Dateisysteme für den Spiegel in
+ /etc/rc.conf hinzu:
+
+ # Device Mountpoint FStype Options Dump Pass#
+/dev/mirror/gm0s1a / ufs rw 1 1
+/dev/mirror/gm0s1b none swap sw 0 0
+/dev/mirror/gm0s1d /var ufs rw 2 2
+/dev/mirror/gm0s1e /tmp ufs rw 2 2
+/dev/mirror/gm0s1f /usr ufs rw 2 2
+
+ Wenn das Modul geom_mirror.ko nicht
+ im Kernel enthalten ist, können Sie
+ /mnt/boot/loader.conf bearbeiten, damit
+ das Modul beim Systemstart geladen wird:
+
+ geom_mirror_load="YES"
+
+ Starten Sie das System neu und überprüfen Sie, ob
+ alle Daten erfolgreich kopiert wurden. Das
+ BIOS wird den Spiegel vermutlich als
+ zwei einzelne Laufwerke erkennen. Da beide Laufwerke
+ jedoch identisch sind, spielt es keine Rolle, welches
+ Laufwerk zum Booten ausgewählt wird.
+
+ Falls es Probleme beim Booten gibt, lesen Sie den
+ . Die alte
+ Festplatte ada0 kann vom System
+ getrennt und als Offline-Sicherung aufbewahrt werden.
- Initialisieren Sie GEOM. Dadurch wird das Kernelmodul
- /boot/kernel/geom_mirror.ko geladen:
+ Im laufenden Betrieb verhält sich der Spiegel genau
+ wie ein einzelnes Laufwerk.
+
+
+
+ Einen Spiegel mit einem vorhandenen Laufwerk
+ erstellen
+
+ In diesem Beispiel wurde &os; bereits auf der
+ Festplatte ada0 installiert und eine
+ weitere Platte, ada1, wurde an
+ das System angeschlossen. Zunächst wird ein Spiegel mit
+ einer Festplatte erstellt, dann das vorhandene System auf
+ den Spiegel kopiert. Zuletzt wird die alte Festplatte in den
+ Spiegel eingefügt. Diese etwas komplexere Vorgehensweise ist
+ erforderlich, da gmirror 512 Byte an
+ Metadaten am Ende der Festplatte speichert, und die bestehende
+ Platte, ada0, in der Regel den Platz
+ bereits belegt hat.
+
+ Laden Sie das Kernelmodul
+ geom_mirror.ko:&prompt.root; gmirror load
-
- Wenn dieser Befehl erfolgreich ausgeführt wurde, wird
- die Gerätedatei gm0 im
- Verzeichnis /dev/mirror
- erzeugt.
-
+ Prüfen Sie mit diskinfo die Mediengröße
+ der vorhandenen Festplatte:
- Stellen Sie sicher, dass das Kernelmodul
- geom_mirror.ko beim Systemstart automatisch
- geladen wird:
-
- &prompt.root; echo 'geom_mirror_load="YES"' >> /boot/loader.conf
-
- Bearbeiten Sie die Datei /etc/fstab
- und ersetzen Sie alle Verweise auf die alte Gerätedatei
- da0 durch die neue Gerätedatei
- gm0 des Plattenspiegels. Um die Datei
- /etc/fstab bearbeiten zu können,
- müssen Sie als Benutzer root am
- System angemeldet sein.
+ &prompt.root; diskinfo -v ada0 | head -n3
+/dev/ada0
+ 512 # sectorsize
+ 1000204821504 # mediasize in bytes (931G)
+
+ Jetzt können Sie den Spiegel auf der neuen Festplatte
+ erzeugen. Um sicherzustellen, dass die Kapazität nicht größer
+ ist, als die Kapazität der vorhandenen Platte
+ ada0, benutzen Sie &man.gnop.8; um eine
+ Platte mit der exakt gleichen Größe zu imitieren. Diese
+ Platte speichert keine Daten und wird nur verwendet, um die
+ Größe des Spiegels zu begrenzen. &man.gmirror.8; wird die
+ Kapazität des Spiegels auf die Größe von
+ gzero.nop beschränken, auch wenn die neue
+ Festplatte ada1 mehr Platz zur Verfügung
+ hätte. Beachten Sie, dass
+ 1000204821504 in der zweiten Zeile
+ der ermittelten Mediengröße von diskinfo
+ entspricht.
+
+ &prompt.root; geom zero load
+&prompt.root; gnop create -s 1000204821504 gzero
+&prompt.root; gmirror label -v gm0 gzero.nop ada1
+&prompt.root; gmirror forget gm0
+
+ Da gzero.nop keine Daten speichert,
+ sieht der Spiegel sie als nicht verbunden an. Der Spiegel ist
+ so konfiguriert, dass er nicht verbundene Komponenten einfach
+ vergisst. Das Ergebnis ist ein Spiegel mit nur
+ einer einzigen Platte, ada1.
+
+ Sehen Sie sich nach der Erstellung von
+ gm0 die Partitionstabelle von
+ ada0 an. Diese Ausgabe stammt von einer
+ 1 TB Festplatte. Falls am Ende der Platte noch freier
+ Speicherplatz ist, kann der Inhalt von
+ ada0 direkt auf den Spiegel kopiert
+ werden.
+
+ Falls jedoch der gesamte Speicherplatz auf der Platte
+ zugeordnet ist, dann gibt es keinen Platz mehr für die 512
+ Byte Metadaten für den Spiegel am Ende der Platte, wie in
+ dieser Auflistung zu sehen.
+
+ &prompt.root; gpart show ada0
+=> 63 1953525105 ada0 MBR (931G)
+ 63 1953525105 1 freebsd [active] (931G)
+
+ In diesem Fall muss die Partitionstabelle bearbeitet
+ werden, um die Kapazität von mirror/gm0
+ um einen Sektor zu reduzieren. Dieses Verfahren wird später
+ erläutert.
+
+ In beiden Fällen sollte die Partitionstabelle der primären
+ Platte mit gpart backup gesichert
+ werden.
+
+ &prompt.root; gpart backup ada0 > table.ada0
+&prompt.root; gpart backup ada0s1 > table.ada0s1
+
+ Diese Kommandos erstellen zwei Dateien,
+ table.ada0 und
+ table.ada0s1. Das Beispiel verwendet
+ eine 1 TB Festplatte:
+
+ &prompt.root; cat table.ada0
+MBR 4
+1 freebsd 63 1953525105 [active]
+
+ &prompt.root; cat table.ada0s1
+BSD 8
+1 freebsd-ufs 0 4194304
+2 freebsd-swap 4194304 33554432
+4 freebsd-ufs 37748736 50331648
+5 freebsd-ufs 88080384 41943040
+6 freebsd-ufs 130023424 838860800
+7 freebsd-ufs 968884224 984640881
+
+ Wenn am Ende der Platte kein Platz vorhanden ist, muss
+ die Größe des Slice und der letzten Partition verringert
+ werden. Bearbeiten Sie die beiden Dateien, und verringern
+ Sie die Größe der Slice und der Partition jeweils um eins.
+ Dies bezieht sich auf die letzten Zahlen in der Liste.
+
+ &prompt.root; cat table.ada0
+MBR 4
+1 freebsd 63 1953525104 [active]
+
+ &prompt.root; cat table.ada0s1
+BSD 8
+1 freebsd-ufs 0 4194304
+2 freebsd-swap 4194304 33554432
+4 freebsd-ufs 37748736 50331648
+5 freebsd-ufs 88080384 41943040
+6 freebsd-ufs 130023424 838860800
+7 freebsd-ufs 968884224 984640880
+
+ Wenn mindestens ein Sektor der Platte nicht zugewiesen
+ wurde, kann die Platte ohne Modifikation verwendet
+ werden.
-
- Sollte &man.vi.1; ihr bevorzugter Texteditor sein,
- kouml;nnen Sie diese Änderungen ganz einfach wie
- folgt durchführen:
-
- &prompt.root; vi /etc/fstab
-
- Bevor Sie die Datei bearbeiten, sollten Sie ein Backup
- anlegen. Haben Sie die Datei mit &man.vi.1; geöffnet,
- können Sie durch die Eingabe von
- :w /etc/fstab.bak eine Sicherungskopie
- der Datei anlegen. Danach ersetzen Sie alle alten Referenzen
- auf da0 durch
- gm0, indem Sie
- :%s/da/mirror\/gm/g eingeben.
-
+ Jetzt kann die Partitionstabelle auf
+ mirror/gm0 wiederhergestellt
+ werden:
+
+ &prompt.root; gpart restore mirror/gm0 < table.ada0
+&prompt.root; gpart restore mirror/gm0s1 < table.ada0s1
- Die geänderte fstab sollte nun
- ähnlich wie im folgenden Beispiel aussehen. Es spielt
- dabei keine Rolle, ob Sie SCSI- oder
- ATA-Platten verwenden. Das
- RAID-Gerät heißt in jedem Fall
- gm.
-
- # Device Mountpoint FStype Options Dump Pass#
-/dev/mirror/gm0s1b none swap sw 0 0
-/dev/mirror/gm0s1a / ufs rw 1 1
-/dev/mirror/gm0s1d /usr ufs rw 0 0
-/dev/mirror/gm0s1f /home ufs rw 2 2
-#/dev/mirror/gm0s2d /store ufs rw 2 2
-/dev/mirror/gm0s1e /var ufs rw 2 2
-/dev/acd0 /cdrom cd9660 ro,noauto 0 0
-
- Führen Sie einen Systemneustart durch:
-
- &prompt.root; shutdown -r now
-
- Wenn das System gestartet wird, sollten Sie nun nur noch
- gm0-Geräte anstatt der bisherigen
- da0-Geräte sehen. Nachdem das
- System vollständig initialisiert wurde, können Sie
- die neue Konfiguration testen, indem Sie den Befehl
- mount ausführen:
-
- &prompt.root; mount
-Filesystem 1K-blocks Used Avail Capacity Mounted on
-/dev/mirror/gm0s1a 1012974 224604 707334 24% /
-devfs 1 1 0 100% /dev
-/dev/mirror/gm0s1f 45970182 28596 42263972 0% /home
-/dev/mirror/gm0s1d 6090094 1348356 4254532 24% /usr
-/dev/mirror/gm0s1e 3045006 2241420 559986 80% /var
-devfs 1 1 0 100% /var/named/dev
-
- Hier ist alles in Ordnung. Alle Werte sehen aus wie
- erwartet. Um die Synchronisierung zu beginnen, integrieren
- Sie nun die Platte da1 in den
- Spiegel, indem Sie den folgenden Befehl eingeben:
-
- &prompt.root; gmirror insert gm0 /dev/da1
-
- Während die Platten gespiegelt werden, können
- Sie den Fortschritt durch die Eingabe des folgenden Befehls
- überprüfen:
-
- &prompt.root; gmirror status
-
- Nachdem die Plattenspiegelung erfolgreich abgeschlossen
- wurde (und alle Daten synchronisiert wurden), sollte Sie
- eine Ausgabe ähnlich der folgenden erhalten, wenn Sie
- den Befehl erneut ausführen:
-
- Name Status Components
-mirror/gm0 COMPLETE da0
- da1
-
- Sollten Probleme aufgetreten oder sollte die
- Synchronisierung noch nicht abgeschlossen sein, wäre
- der Status DEGRADED anstatt
- COMPLETE.
+ Prüfen Sie die Partitionstabellen mit
+ gpart show. Dieses Beispiel nutzt
+ gm0s1a für /,
+ gm0s1d für /var,
+ gm0s1e für /usr,
+ gm0s1f für /data1
+ und gm0s1g für
+ /data2.
+
+ &prompt.root; gpart show mirror/gm0
+=> 63 1953525104 mirror/gm0 MBR (931G)
+ 63 1953525042 1 freebsd [active] (931G)
+ 1953525105 62 - free - (31k)
+
+&prompt.root; gpart show mirror/gm0s1
+=> 0 1953525042 mirror/gm0s1 BSD (931G)
+ 0 2097152 1 freebsd-ufs (1.0G)
+ 2097152 16777216 2 freebsd-swap (8.0G)
+ 18874368 41943040 4 freebsd-ufs (20G)
+ 60817408 20971520 5 freebsd-ufs (10G)
+ 81788928 629145600 6 freebsd-ufs (300G)
+ 710934528 1242590514 7 freebsd-ufs (592G)
+ 1953525042 63 - free - (31k)
+
+ Sowohl die Slice, als auch die letzte Partition, muss
+ mindestens einen freien Block am Ende der Platte haben.
+
+ Erstellen Sie Dateisysteme auf diesen neuen
+ Partitionen:
+
+&prompt.root; newfs -U /dev/mirror/gm0s1a
+&prompt.root; newfs -U /dev/mirror/gm0s1d
+&prompt.root; newfs -U /dev/mirror/gm0s1e
+&prompt.root; newfs -U /dev/mirror/gm0s1f
+&prompt.root; newfs -U /dev/mirror/gm0s1g
+
+ Damit Sie von dem Spiegel booten können, müssen Sie den
+ Bootcode in den MBR installieren, ein
+ bsdlabel anlegen und das aktive Slice setzen:
+
+ &prompt.root; gpart bootcode -b /boot/mbr mirror/gm0
+&prompt.root; gpart set -a active -i 1 mirror/gm0
+&prompt.root; gpart bootcode -b /boot/boot mirror/gm0s1
+
+ Bearbeiten Sie /etc/fstab, um die
+ neuen Partitionen auf dem Spiegel nutzen zu können. Speichern
+ Sie zunächst eine Kopie der Datei unter
+ /etc/fstab.orig:
+
+ &prompt.root; cp /etc/fstab /etc/fstab.orig
+
+ Ersetzen Sie in /etc/fstab
+ /dev/ada0 durch
+ mirror/gm0.
+
+ # Device>>>>>>>>>>Mountpoint>>>>>>FStype>>Options>Dump>>>>Pass#
+/dev/mirror/gm0s1a>>>>>>/>>>>>>>>>>>>>>>ufs>>>>>rw>>>>>>1>>>>>>>1
+/dev/mirror/gm0s1b>>>>>>none>>>>>>>>>>>>swap>>>>sw>>>>>>0>>>>>>>0
+/dev/mirror/gm0s1d>>>>>>/var>>>>>>>>>>>>ufs>>>>>rw>>>>>>2>>>>>>>2
+/dev/mirror/gm0s1e>>>>>>/usr>>>>>>>>>>>>ufs>>>>>rw>>>>>>2>>>>>>>2
+/dev/mirror/gm0s1f>>>>>>/data1>>>>>>>>>>ufs>>>>>rw>>>>>>2>>>>>>>2
+/dev/mirror/gm0s1g>>>>>>/data2>>>>>>>>>>ufs>>>>>rw>>>>>>2>>>>>>>2
+
+ Wenn das Modul geom_mirror.ko nicht
+ im Kernel enthalten ist, können Sie
+ /boot/loader.conf bearbeiten, damit
+ das Modul beim Systemstart geladen wird:
+
+ geom_mirror_load="YES"
+
+ Die Dateisysteme der ursprünglichen Platte können jetzt
+ mit &man.dump.8; und &man.restore.8; auf den Spiegel kopiert
+ werden. Wenn Sie das Dateisystem mit dump
+ -L sichern, wird zunächst ein Snapshot des
+ Dateisystems erstellt, was einige Zeit dauern kann.
+
+ &prompt.root; mount /dev/mirror/gm0s1a /mnt
+&prompt.root; dump -C16 -b64 -0aL -f - / | (cd /mnt && restore -rf -)
+&prompt.root; mount /dev/mirror/gm0s1d /mnt/var
+&prompt.root; mount /dev/mirror/gm0s1e /mnt/usr
+&prompt.root; mount /dev/mirror/gm0s1f /mnt/data1
+&prompt.root; mount /dev/mirror/gm0s1g /mnt/data2
+&prompt.root; dump -C16 -b64 -0aL -f - /usr | (cd /mnt/usr && restore -rf -)
+&prompt.root; dump -C16 -b64 -0aL -f - /var | (cd /mnt/var && restore -rf -)
+&prompt.root; dump -C16 -b64 -0aL -f - /data1 | (cd /mnt/data1 && restore -rf -)
+&prompt.root; dump -C16 -b64 -0aL -f - /data2 | (cd /mnt/data2 && restore -rf -)
+
+ Starten Sie das System neu und booten Sie von
+ ada1. Wenn alles funktioniert, wird
+ das System von mirror/gm0 booten,
+ welches jetzt die gleichen Daten enthält wie
+ ada0. Lesen Sie , falls es Probleme beim
+ Booten gibt.
+
+ An dieser Stelle besteht der Spiegel immer noch aus der
+ einzelnen Platte ada1.
+
+ Nachdem erfolgreich von mirror/gm0
+ gebootet wurde, besteht der letzte Schritt darin,
+ ada0 in den Spiegel einzufügen.
+
+
+ Wenn Sie ada0 in den Spiegel
+ einfügen, wird der Inhalt der Platte mit den Daten aus
+ dem Spiegel überschrieben. Sie müssen sicherstellen, das
+ mirror/gm0 den gleichen Inhalt wie
+ ada0 hat, bevor Sie
+ ada0 zum Spiegel hinzufügen. Falls der
+ zuvor mit &man.dump.8; und &man.restore.8; kopierte Inhalt
+ nicht mit dem von ada0 identisch ist,
+ machen Sie die Änderungen an /etc/fstab
+ rückgängig, starten Sie das System neu und beginnen Sie die
+ Prozedur von vorn.
+
+
+ &prompt.root; gmirror insert gm0 ada0
+GEOM_MIRROR: Device gm0: rebuilding provider ada0
+
+ Die Synchronisation zwischen den beiden Platten wird
+ direkt gestartet. Verwenden Sie gmirror
+ status um den Fortschritt zu beobachten.
+
+ &prompt.root; gmirror status
+ Name Status Components
+girror/gm0 DEGRADED ada1 (ACTIVE)
+ ada0 (SYNCHRONIZING, 64%)
+
+ Nach einer Weile wird die Wiederherstellung abgeschlossen
+ sein.
+
+ GEOM_MIRROR: Device gm0: rebuilding provider ada0 finished.
+&prompt.root; gmirror status
+ Name Status Components
+mirror/gm0 COMPLETE ada1 (ACTIVE)
+ ada0 (ACTIVE)
+
+ mirror/gm0 besteht nun aus den beiden
+ Platten ada0 und
+ ada1. Der Inhalt der beiden Platten wird
+ automatisch miteinander synchronisiert. Im laufenden Betrieb
+ verhält sich mirror/gm0 wie eine einzelne
+ Festplatte.
-
+ Fehlerbehebung
- Das System weigert sich zu starten
+ Probleme beim Bootvorgang
- Falls das System startet und eine Eingabeaufforderung
- ähnlich der folgenden erscheint:
+
+ BIOS-Einstellungen
- ffs_mountroot: can't find rootvp
-Root mount failed: 6
-mountroot>
-
- Starten Sie den Rechner neu mit der Power- oder
- Resettaste. Wählen Sie im Startmenü Option sechs
- (6). Dadurch erscheint eine Eingabeaufforderung für
- &man.loader.8;. Laden Sie nun das Kernelmodul
- händisch:
-
- OK? load geom_mirror
-OK? boot
-
- Falls dies funktioniert, wurde das Modul (aus welchen
- Gründen auch immer) nicht richtig geladen. Prüfen
- Sie, ob Ihr Eintrag in der Datei
- /boot/loader.conf korrekt ist. Sollte
- das Problem weiterhin bestehen, nehmen Sie die Zeile
-
- options GEOM_MIRROR
-
- in die Konfigurationsdatei des Kernels auf und führen
- Sie einen Rebuild und eine erneute Installation durch. Dies
- sollte das Problem beseitigen.
+ Möglicherweise müssen die
+ BIOS-Einstellungen geändert werden, um
+ von dem neuen gespiegelten Laufwerk zu booten. Beide
+ Platten des Spiegels können zum Booten verwendet werden.
+ Als Komponenten des Spiegels enthalten sie identische
+ Daten.
+
+
+
+ Probleme beim Booten
+
+ Wenn der Bootvorgang mit der folgenden Meldung
+ abbricht, ist irgendwas mit dem Spiegel nicht in
+ Ordnung:
+
+ Mounting from ufs:/dev/mirror/gm0s1a failed with error 19.
+
+Loader variables:
+ vfs.root.mountfrom=ufs:/dev/mirror/gm0s1a
+ vfs.root.mountfrom.options=rw
+
+Manual root filesystem specification:
+ <fstype>:<device> [options]
+ Mount <device> using filesystem <fstype>
+ and with the specified (optional) option list.
+
+ eg. ufs:/dev/da0s1a
+ zfs:tank
+ cd9660:/dev/acd0 ro
+ (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /)
+
+ ? List valid disk boot devices
+ . Yield 1 second (for background tasks)
+ <empty line> Abort manual input
+
+mountroot>
+
+ Dieses Problem kann durch ein nicht geladenes
+ Kernelmodul geom_mirror.ko in
+ /boot/loader.conf verursacht werden.
+ Um das Problem zu beheben, booten Sie von einem
+ &os;-Installationsmedium und wählen Sie
+ Shell an der Eingabeaufforderung. Laden
+ Sie dann das Modul und hängen Sie den Spiegel ein:
+
+ &prompt.root; gmirror load
+&prompt.root; mount /dev/mirror/gm0s1a /mnt
+
+ Bearbeiten Sie dann
+ /mnt/boot/loader.conf und fügen Sie
+ eine Zeile für das Kernelmodul hinzu:
+
+ geom_mirror_load="YES"
+
+ Speichern Sie die Datei und starten Sie das System
+ neu.
+
+ Andere Probleme, die error 19
+ verursachen können, sind nur mit mehr Aufwand zu beheben.
+ Obwohl das System von ada0 booten
+ sollte, wird ein weiterer Prompt erscheinen, wenn
+ /etc/fstab fehlerhaft ist. Geben
+ Sie am Loader-Prompt ufs:/dev/ada0s1a ein
+ und drücken Sie Enter. Machen Sie die
+ Änderungen an /etc/fstab rückgängig und
+ hängen Sie anstelle des Spiegels die originale Festplatte
+ (ada0) ein. Starten Sie dann das
+ System neu und versuchen Sie den Vorgang erneut.
+
+ Enter full pathname of shell or RETURN for /bin/sh:
+&prompt.root; cp /etc/fstab.orig /etc/fstab
+&prompt.root; reboot
+
@@ -457,29 +825,51 @@ OK? bootWiederherstellung des Systems nach einem
Plattenausfall
- Das Schöne an der Plattenspiegelung ist, dass eine
- kaputte Platte ersetzt werden kann, ohne dass Sie dabei
- Daten verlieren.
-
- Basierend auf der vorhin besprochenen
- RAID1-Konfiguration, nehmen wir nun an, dass
- die Platte da1 ausgefallen ist und daher
- ersetzt werden muss. Um dies zu tun, müssen Sie
- feststellen, welche Platte ausgefallen ist und das System
- herunterfahren. Nun können Sie die kaputte Platte gegen
- eine neue Platte austauschen und das System wieder starten.
- Nachdem der Systemstart abgeschlossen ist, verwenden Sie die
- folgenden Befehle, um die Plattenspiegelung wieder zu
- reaktivieren:
+ Das Schöne an der Plattenspiegelung ist, dass eine Platte
+ ausfallen kann, ohne dass Sie dabei Daten verlieren. Falls
+ ada0 aus dem obigen Beispiel ausfällt,
+ steht der Spiegel weiterhin zur Verfügung und bietet die Daten
+ von der verbleibenden Platte ada1
+ an.
+
+ Um das ausgefallene Laufwerk zu ersetzen, muss das System
+ heruntergefahren werden und das ausgefallene Laufwerk durch
+ ein neues Laufwerk von gleicher oder größerer Kapazität
+ ersetzt werden. Hersteller verwenden oft etwas
+ willkürliche Werte für die Kapazität. Der einzige Weg, um
+ wirklich sicher zu sein, ist die Gesamtzahl der Sektoren von
+ diskinfo -V zu vergleichen. Ein Laufwerk
+ mit größerer Kapazität wird funktionieren, allerdings wird der
+ zusätzliche Platz ungenutzt bleiben.
+
+ Nachdem der Rechner wieder eingeschaltet ist, wird der
+ Spiegel im degraded Modus ausgeführt werden.
+ Der Spiegel wird angewiesen, Laufwerke zu vergessen, die noch
+ nicht verbunden sind:&prompt.root; gmirror forget gm0
- &prompt.root; gmirror insert gm0 /dev/da1
+ Alte Metadaten sollten von der Ersatzfestplatte nach den
+ Anweisungen in gelöscht
+ werden. Anschließend kann die Ersatzfestplatte, in diesem
+ Beispiel ada4, in den Spiegel eingefügt
+ werden:
+
+ &prompt.root; gmirror insert gm0 /dev/ada4
- Der Befehl gmirror
- erlaubt es Ihnen, den Fortschritt bei der Wiederherstellung der
- Plattenspiegelung zu beobachten. Das ist alles, was Sie tun
- müssen.
+ Die Wiederherstellung beginnt, sobald das neue Laufwerk in
+ den Spiegel eingesetzt wird. Das Kopieren der Daten vom
+ Spiegel auf das neue Laufwerk kann eine Weile dauern. Die
+ Leistung des Spiegels ist während dieser Zeit stark reduziert,
+ deswegen sollten neue Laufwerke idealerweise dann eingefügt
+ werden, wenn der Rechner nicht benötigt wird.
+
+ Der Fortschritt der Wiederherstellung kann mit
+ gmirror status überwacht werden. Während
+ der Wiederherstellung ist der Status
+ DEGRADED. Wenn der Vorgang
+ abgeschlossen ist, wechselt der Status zu
+ COMPLETE.
From owner-svn-doc-all@freebsd.org Wed Mar 23 20:27:34 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 755A8ADAAB6;
Wed, 23 Mar 2016 20:27:34 +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 4F7D31A7D;
Wed, 23 Mar 2016 20:27:34 +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 u2NKRXKM091476;
Wed, 23 Mar 2016 20:27:33 GMT (envelope-from bhd@FreeBSD.org)
Received: (from bhd@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2NKRXtd091475;
Wed, 23 Mar 2016 20:27:33 GMT (envelope-from bhd@FreeBSD.org)
Message-Id: <201603232027.u2NKRXtd091475@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org
using -f
From: Bjoern Heidotting
Date: Wed, 23 Mar 2016 20:27:33 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r48462 - head/de_DE.ISO8859-1/books/handbook/bsdinstall
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.21
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: Wed, 23 Mar 2016 20:27:34 -0000
Author: bhd
Date: Wed Mar 23 20:27:33 2016
New Revision: 48462
URL: https://svnweb.freebsd.org/changeset/doc/48462
Log:
Update to r44866:
Modernize the min hardware requirements to match recent Hardware Notes.
Format architectures as a variablelist.
Reviewed by: bcr
Differential Revision: https://reviews.freebsd.org/D5722
Modified:
head/de_DE.ISO8859-1/books/handbook/bsdinstall/chapter.xml
Modified: head/de_DE.ISO8859-1/books/handbook/bsdinstall/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/bsdinstall/chapter.xml Wed Mar 23 19:45:48 2016 (r48461)
+++ head/de_DE.ISO8859-1/books/handbook/bsdinstall/chapter.xml Wed Mar 23 20:27:33 2016 (r48462)
@@ -5,7 +5,7 @@
$FreeBSD$
$FreeBSDde$
- basiert auf: r44844
+ basiert auf: r44866
-->
+
@@ -75,15 +77,13 @@
installation
- &os; enthält ein text-basiertes, einfach zu verwendendes
- Installationsprogramm. &os; 9.0-RELEASE und neuer
- verwendet ein Installationsprogramm genannt
- bsdinstall, während Versionen vor
- &os; 9.0-RELEASE stattdessen
- sysinstall zur Installation
- einsetzten. Dieses Kapitel beschreibt die Verwendung von
+ Beginnend mit &os; 9.0-RELEASE enthält &os; ein
+ text-basiertes, einfach zu verwendendes Installationsprogramm
+ namens bsdinstall. Dieses Kapitel
+ beschreibt die Installation von &os; mit Hilfe von
bsdinstall. Der Einsatz von
- sysinstall wird im
+ sysinstall, das Installationsprogramm
+ von &os;-nbsp;8.x, wird in
behandelt.Nachdem Sie dieses Kapitel gelesen haben, werden Sie
@@ -94,11 +94,12 @@
wie man &os; Installationsmedien erstellt.
+
wie &os; Festplatten unterteilt und darauf
verweist.
+-->
wie man bsdinstall
@@ -137,107 +138,141 @@
- Hardware-Anforderungen
-
-
- Minimalkonfiguration
-
- Die Minimalkonfiguration zur Installation von &os;
- variiert mit der Version von &os; und der
- Hardwarearchitektur.
-
- Eine Zusammenfassung dieser Informationen wird in den
- folgenden Abschnitten gegeben. Abhängig von der verwendeten
- Installationsmethode, wird unter Umständen ein unterstütztes
- CD-Laufwerk benötigt und in manchen Fällen eine
- Netzwerkkarte. Dies wird im genauer
- beschrieben.
-
-
- &os;/&arch.i386;
-
- &os;/&arch.i386; benötigt einen 486er oder einen
- schnelleren Prozessor und mindestens 64 MB
- RAM. Es sollte mindestens
- 1.1 GB freier Festplattenspeicher für die Installation
- zur Verfügung stehen.
-
-
- Auf alten Rechnern hat die Aufrüstung von
- RAM und dem Festplattenplatz
- normalerweise einen höheren geschwindigkeitssteigernden
- Effekt als einen schnelleren Prozessor einzubauen.
-
-
-
-
- &os;/&arch.amd64;
-
- Es gibt zwei Klassen von Prozessoren, die in der Lage
- sind, auf &os;/&arch.amd64; zu laufen. Die erste Klasse
- sind AMD64-Prozessoren, was sowohl &amd.athlon;64,
- &amd.athlon;64-FX, &amd.opteron; oder bessere Prozessoren
- beinhaltet.
-
- Die zweite Klasse von Prozessoren, die &os;/&arch.amd64;
- benutzen kann, besteht aus der
- &intel; EM64T-Architektur. Beispiele dieser
- Prozessoren beinhalten die &intel; &core; 2 Duo,
- Quad, Extreme Prozessorfamilien, die &intel; &xeon;
- 3000, 5000, und 7000 Reihe von Prozessoren, die
- &intel; &xeon; Prozessoren E3, E5 und E7, sowie die
- &intel; &core; i3, i5 and i7 Prozessoren.
-
- Sollte das System auf einer nVidia nForce3 Pro-150
- basieren, muss IO
- APIC im BIOS
- deaktiviert werden. Falls im BIOS keine
- solche Option vorhanden ist, deaktivieren Sie stattdessen
- ACPI.
-
+ Minimale Hardwarenaforderungen
-
- &os;/&arch.powerpc; &apple; &macintosh;
-
- Alle neuen &apple; &macintosh; Systeme mit eingebautem
- USB werden unterstützt.
- SMP wird auf Maschinen mit mehreren
- CPUs unterstützt.
-
- Ein 32-bit Kernel kann nur die ersten 2 GB des
- Hauptspeichers verwenden. &firewire; wird auf den blauen
- und weissen PowerMac G3s nicht unterstützt.
-
-
-
- &os;/&arch.sparc64;
+ Die Hardwaranforderungen zur Installation von &os;
+ variieren mit der Version von &os; und der Hardwarearchitektur.
+ Hardwarearchitekturen und von &os; unterstützte Geräte werden in
+ den Hardware Notes aufgelistet. Normalerweise heißt diese Datei
+ HARDWARE.TXT und befindet sich im
+ Wurzelverzeichnis des Installationsmediums. Kopien dieser
+ Hardwareliste finden Sie in den Release Information der &os;
+ Webseite (
+ http://www.FreeBSD.org/releases/index.html).
+
+ Für die Installation von &os; sind mindestens 64 MB
+ RAM und 1.5 GB freier
+ Festplattenspeicher erforderlich. Das ist jedoch eine minimale
+ Installation, die kaum freien Speicherplatz bietet. Die
+ Anforderungen an den Arbeitsspeicher hängen stark vom
+ Einsatzzweck ab. Während spezialisierte &os;-Systeme mit
+ weniger als 128 MB RAM auskommen,
+ sollten Desktop-Systeme mindestens 4 GB
+ RAM haben.
+
+ Die Anforderungen an den Prozessor für jede Architektur
+ lassen sich wie folgt zusammenfassen:
+
+
+
+ &arch.amd64;
+
+ Dies ist die häufigste Art von Prozessor für Desktop-
+ und Laptop-Computern. Andere Anbieter nennen diese
+ Architektur auch x86-64.
+
+ Es gibt zwei primäre Anbieter von
+ &arch.amd64;-Prozessoren: &intel; (produziert
+ Intel64-Prozessoren) und AMD
+ (produziert AMD64).
+
+ Beispiele für &arch.amd64;-kompatible Prozessoren
+ umfassen: &amd.athlon;64, &amd.opteron;, multi-core
+ &intel; &xeon; und &intel; &core; 2 sowie
+ neuere Prozessoren.
+
+
+
+
+ &arch.i386;
+
+ Die 32-Bit x86-Architektur.
+
+ Fast alle i386-kompatiblen Prozessoren mit einer
+ Floating-Point-Einheit werden unterstützt. Alle
+ &intel;-Prozessoren 486 oder neuer werden
+ unterstützt.
+
+ &os; nutzt die Physical Adress
+ Extensions (PAE),
+ falls die CPU diese Funktion unterstützt. Wenn
+ PAE im Kernel aktiviert ist, wird
+ Speicher über 4 GB vom Kernel erkannt und kann
+ von System verwendet werden. Diese Funktion bringt auch
+ Einschränkungen für die Gerätetreiber und anderen
+ Komponenten von &os;. Einzelheiten finden Sie in
+ &man.pae.4;.
+
+
+
+
+ ia64
+
+ Die derzeit unterstützten Prozessoren sind &itanium;
+ und &itanium; 2. Zu den unterstützten Chipsätzen zählen
+ HP zx1, &intel; 460GX und &intel; E8870. Sowohl
+ Einprozessorsysteme (UP) als auch
+ Mehrprozessorsysteme (SMP werden
+ unerstützt.
+
+
+
+
+ pc98
+
+ Die NEC PC-9801/9821-Serie mit fast allen
+ i386-kompatiblen Prozessoren, einschließlich 80486,
+ &pentium;, &pentium; Pro und &pentium; II werden
+ unterstützt. Alle i386-kompatiblen Prozessoren von
+ AMD, Cyrix, IBM und IDT werden ebenfalls unterstützt.
+ Ebenso die EPSON PC-386/486/586-Serie, welche mit der
+ NEC-Serie PC-9801 kompatibel ist. NEC FC-9801/9821 und
+ die NEC SV-98-Serie sollte ebenfalls unterstützt
+ werden.
- Systeme, die von &os;/&arch.sparc64; unterstützt
- werden, sind auf der FreeBSD/sparc64-Projektseite
- aufgelistet (
+ Der hochauflösende Modus wird nicht unterstützt.
+ NEC PC-98XA/XL/RL/XL^2 und die NEC PC-H98-Serie werden
+ nur im normalen (PC-9801 kompatibel) Modus unterstützt.
+ Die SMP bezogenen Funktionen von &os;
+ werden nicht unterstützt. Auch der New
+ Extend Standard Architecture
+ (NESA) Bus, verwendet in den Serien
+ PC-H98, SV-H98 und FC-H98, wird nicht
+ unterstützt.
+
+
+
+
+ powerpc
+
+ Alle New Word ROM &apple;
+ &mac;-Systeme mit integriertem USB
+ werden unterstützt. SMP wird auf
+ Maschinen mit mehreren CPUs
+ unterstützt.
+
+ Ein 32-Bit Kernel kann jedoch nur die ersten
+ 2 GB RAM verwenden.
+
+
+
+
+ sparc64
+
+ Systeme, die von &os;/&arch.sparc64; unterstützt werden,
+ sind auf der FreeBSD/sparc64-Projektseite aufgelistet
+ (
http://www.FreeBSD.org/platforms/sparc.html").
- Eine dedizierte Platte wird für &os;/&arch.sparc64;
- benötigt. Es ist nicht möglich, eine Platte mit einem
- anderen Betriebssystem zur gleichen Zeit zu teilen.
-
-
-
-
- Unterstützte Hardware
-
- Hardwarearchitekturen und von &os; unterstützte
- Geräte werden in der Datei mit Hardware Notes aufgelistet.
- Normalerweise heisst diese Datei
- HARDWARE.TXT und befindet sich im
- Wurzelverzeichnis des Veröffentlichungsmediums. Kopien
- dieser unterstützten Hardwareliste finden Sie in den
- Release Information der &os; Webseite (
- http://www.FreeBSD.org/releases/index.html).
-
+ SMP wird auf allen Systemen mit
+ mehr als einem Prozessor unterstützt. Eine dedizierte
+ Platte wird benötigt, da es nicht möglich ist, eine
+ Platte mit einem anderen Betriebssystem zur gleichen
+ Zeit zu teilen.
+
+
+
From owner-svn-doc-all@freebsd.org Wed Mar 23 20:29:18 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 EFE02ADAC1D;
Wed, 23 Mar 2016 20:29:18 +0000 (UTC)
(envelope-from wblock@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 A7F681BA8;
Wed, 23 Mar 2016 20:29:18 +0000 (UTC)
(envelope-from wblock@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u2NKTHRh091574;
Wed, 23 Mar 2016 20:29:17 GMT (envelope-from wblock@FreeBSD.org)
Received: (from wblock@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2NKTH5C091573;
Wed, 23 Mar 2016 20:29:17 GMT (envelope-from wblock@FreeBSD.org)
Message-Id: <201603232029.u2NKTH5C091573@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: wblock set sender to
wblock@FreeBSD.org using -f
From: Warren Block
Date: Wed, 23 Mar 2016 20:29:17 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r48463 -
head/en_US.ISO8859-1/books/porters-handbook/makefiles
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.21
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: Wed, 23 Mar 2016 20:29:19 -0000
Author: wblock
Date: Wed Mar 23 20:29:17 2016
New Revision: 48463
URL: https://svnweb.freebsd.org/changeset/doc/48463
Log:
Edit to simplify and shorten.
Modified:
head/en_US.ISO8859-1/books/porters-handbook/makefiles/chapter.xml
Modified: head/en_US.ISO8859-1/books/porters-handbook/makefiles/chapter.xml
==============================================================================
--- head/en_US.ISO8859-1/books/porters-handbook/makefiles/chapter.xml Wed Mar 23 20:27:33 2016 (r48462)
+++ head/en_US.ISO8859-1/books/porters-handbook/makefiles/chapter.xml Wed Mar 23 20:29:17 2016 (r48463)
@@ -5116,12 +5116,12 @@ PORTVERSION= 1.0
Installing Files
- The install phase is the most
- important from the end-user's point of view as it is the one
- adding files to his system. All the additional commands run
- in the port's Makefile in all the
+ The install phase is very
+ important to the end user because it
+ adds files to their system. All the additional commands run
+ in the port Makefile's
*-install targets should be
- echo'ed. Do not silence them with
+ echoed to the screen. Do not silence these commands with
@ or .SILENT.
@@ -5140,7 +5140,7 @@ PORTVERSION= 1.0
and @group
group.
These operators work until overridden, or until the end
- of pkg-plist, so do not forget to reset
+ of pkg-plist, so remember to reset
them after they are no longer needed. The default ownership
is root:wheel. See for more information.
From owner-svn-doc-all@freebsd.org Wed Mar 23 23:27:02 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 D1B4EADB953;
Wed, 23 Mar 2016 23:27:02 +0000 (UTC)
(envelope-from marius@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 9EB021892;
Wed, 23 Mar 2016 23:27:02 +0000 (UTC)
(envelope-from marius@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u2NNR1so045864;
Wed, 23 Mar 2016 23:27:01 GMT (envelope-from marius@FreeBSD.org)
Received: (from marius@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2NNR1hN045863;
Wed, 23 Mar 2016 23:27:01 GMT (envelope-from marius@FreeBSD.org)
Message-Id: <201603232327.u2NNR1hN045863@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: marius set sender to
marius@FreeBSD.org using -f
From: Marius Strobl
Date: Wed, 23 Mar 2016 23:27:01 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r48464 - head/en_US.ISO8859-1/htdocs/releases/10.3R
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.21
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: Wed, 23 Mar 2016 23:27:02 -0000
Author: marius (src,ports committer)
Date: Wed Mar 23 23:27:01 2016
New Revision: 48464
URL: https://svnweb.freebsd.org/changeset/doc/48464
Log:
Update the 10.3-RELEASE schedule page to reflect that re@ is
no longer accepting change requests to releng/10.3.
Approved by: re (implicit)
Modified:
head/en_US.ISO8859-1/htdocs/releases/10.3R/schedule.xml
Modified: head/en_US.ISO8859-1/htdocs/releases/10.3R/schedule.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/releases/10.3R/schedule.xml Wed Mar 23 20:29:17 2016 (r48463)
+++ head/en_US.ISO8859-1/htdocs/releases/10.3R/schedule.xml Wed Mar 23 23:27:01 2016 (r48464)
@@ -28,9 +28,9 @@
General discussions about the pending release and known issues
should be sent to the public freebsd-stable
- mailing list.
+ requests are no longer being accepted at this time.
&beta.local.where;
&beta2.local.where;
From owner-svn-doc-all@freebsd.org Thu Mar 24 17:43:31 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 59786ADC164;
Thu, 24 Mar 2016 17:43:31 +0000 (UTC)
(envelope-from blackend@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 EF1AD1B9B;
Thu, 24 Mar 2016 17:43:30 +0000 (UTC)
(envelope-from blackend@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u2OHhUVG090828;
Thu, 24 Mar 2016 17:43:30 GMT (envelope-from blackend@FreeBSD.org)
Received: (from blackend@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2OHhU6H090827;
Thu, 24 Mar 2016 17:43:30 GMT (envelope-from blackend@FreeBSD.org)
Message-Id: <201603241743.u2OHhU6H090827@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: blackend set sender to
blackend@FreeBSD.org using -f
From: Marc Fonvieille
Date: Thu, 24 Mar 2016 17:43:30 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r48465 - head/fr_FR.ISO8859-1/books/handbook/config
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.21
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, 24 Mar 2016 17:43:31 -0000
Author: blackend
Date: Thu Mar 24 17:43:30 2016
New Revision: 48465
URL: https://svnweb.freebsd.org/changeset/doc/48465
Log:
MFen: --> r38449
Modified:
head/fr_FR.ISO8859-1/books/handbook/config/chapter.xml
Modified: head/fr_FR.ISO8859-1/books/handbook/config/chapter.xml
==============================================================================
--- head/fr_FR.ISO8859-1/books/handbook/config/chapter.xml Wed Mar 23 23:27:01 2016 (r48464)
+++ head/fr_FR.ISO8859-1/books/handbook/config/chapter.xml Thu Mar 24 17:43:30 2016 (r48465)
@@ -4,7 +4,7 @@
The FreeBSD French Documentation Project
$FreeBSD$
- Original revision: 1.227
+ Original revision: 38449
-->
Configuration et optimisation
@@ -54,7 +54,7 @@
Les bases de la configuration du fichier
rc.conf et des fichiers de démarrage
- /usr/local/etc/rc.d.
+ /usr/local/etc/rc.d.
Comment configurer et tester une carte
@@ -66,7 +66,7 @@
Comment utiliser les divers fichiers de configuration du
- répertoire /etc.
+ répertoire /etc.
Comment optimiser FreeBSD en utilisant les variables
@@ -280,7 +280,7 @@
par défaut du fichier
/etc/defaults/rc.conf. Les fichiers de
valeurs par défaut ne devraient pas être copiés
- directement tels quels dans /etc - ils
+ directement tels quels dans /etc - ils
contiennent des valeurs par défaut, et non pas des exemples.
Tout changement spécifique au système devrait
être fait dans le fichier rc.conf.
@@ -290,37 +290,39 @@
séparer la configuration d'un site de celle d'un système
afin de réduire le travail d'administration. L'approche
recommandée est
- de placer la configuration propre au site dans un autre fichier
- comme /etc/rc.conf.site, puis ensuite
- inclure ce fichier dans /etc/rc.conf, qui
- ne contiendra seulement que les informations spécifiques au
- système.
-
- Comme rc.conf est lu par &man.sh.1; il est
- assez trivial d'effectuer cela. Par exemple:
+ de placer la configuration propre au site dans le fichier
+ /etc/rc.conf.local. Par exemple:
- rc.conf:
- . /etc/rc.conf.site
- hostname="node15.example.com"
- network_interfaces="fxp0 lo0"
- ifconfig_fxp0="inet 10.1.1.1"
- rc.conf.site:
- defaultrouter="10.1.1.254"
- saver="daemon"
- blanktime="100"
+ /etc/rc.conf:
+
+sshd_enable="YES"
+keyrate="fast"
+defaultrouter="10.1.1.254"
+
+ /etc/rc.conf.local:
+
+hostname="node1.example.org"
+ifconfig_fxp0="inet 10.1.1.1/8"
- Le fichier rc.conf.site peut être
+ Le fichier rc.conf peut être
distribué à l'ensemble des systèmes en utilisant
rsync ou un programme semblable, tandis que
- le fichier rc.conf reste unique.
+ le fichier rc.conf.local reste unique.Mettre à jour le système en employant
&man.sysinstall.8; ou make world n'écrasera
pas le fichier rc.conf, les informations de
configuration du système ne seront donc pas perdues.
+ Le fichier de configuration
+ /etc/rc.conf est analysé par &man.sh.1;.
+ Cela permet aux administrateurs système d'ajouter un certain
+ niveau de logique à ce fichier, ce qui peut aider à créer des
+ scénaris de configuration complexes. Veuillez consulter
+ &man.rc.conf.5; pour plus d'information sur ce sujet.
+
@@ -336,7 +338,7 @@
/usr/local/etcCes fichiers sont généralement installés
- dans le répertoire /usr/local/etc. Dans
+ dans le répertoire /usr/local/etc. Dans
le cas où une application possède un grand nombre
de fichiers de configuration, un sous-répertoire sera
créé pour les héberger.
@@ -347,10 +349,10 @@
Ces derniers sont généralement identifiés
par un suffixe “.default”. Si aucun fichier de
configuration n'existe pour l'application, on les créera en
- copiant les fichiers .default.
+ copiant les fichiers .default.
Par exemple, considérez le contenu du
- répertoire /usr/local/etc/apache:
+ répertoire /usr/local/etc/apache:
-rw-r--r-- 1 root wheel 2184 May 20 1998 access.conf
-rw-r--r-- 1 root wheel 2184 May 20 1998 access.conf.default
@@ -388,7 +390,7 @@
le logiciel de manière à ce qu'il soit
lancé au démarrage du système. Des
services comme mail/postfix
- ou www/apache13 sont deux
+ ou www/apache22 sont deux
exemples de logiciels parmi tant d'autres qui peuvent être
lancés à l'initialisation du système.
Cette section explique les procédures disponibles pour
@@ -403,79 +405,6 @@
démarrage peut être gérée à
l'aide de procédures de démarrage simples.
- Avant l'avènement du système rc.d, les
- applications plaçaient une procédure simple de
- lancement dans le répertoire /usr/local/etc/rc.d qui était
- lue par les scripts d'initialisation du système. Ces
- procédures étant alors exécutées
- lors des dernières étapes du démarrage du
- système.
-
- Bien que de nombreuses personnes aient passé des
- heures à tenter de fusionner l'ancien mode de
- configuration avec le nouveau, il reste que certains utilitaires
- tierce partie ont toujours besoin d'un script placé dans
- le répertoire précédemment
- évoqué. Les différences subtiles dans les
- scripts dépend de si le système rc.d est
- utilisé ou non. Avant &os; 5.1 l'ancien style de
- configuration était utilisé et dans presque tous
- les cas la nouvelle procédure fonctionnera sans
- problème.
-
- Bien que chaque procédure doit remplir certains
- pré-requis minimum, la plupart du temps ils seront
- indépendants de la version de &os;. Chaque
- procédure doit avoir une extension
- .sh et doit être exécutable
- par le système. Ce dernier point peut être
- réalisé en utilisant la commande
- chmod et en fixant les permissions à
- 755. Il doit y avoir, au minimum, une option
- pour démarrer (start) l'application et
- une autre pour l'arrêter (stop).
-
- La procédure de démarrage la plus simple
- ressemblera à celle-ci:
-
- #!/bin/sh
-echo -n ' utility'
-
-case "$1" in
-start)
- /usr/local/bin/utility
- ;;
-stop)
- kill -9 `cat /var/run/utility.pid`
- ;;
-*)
- echo "Usage: `basename $0` {start|stop}" >&2
- exit 64
- ;;
-esac
-
-exit 0
-
- Cette procédure offre des options
- stop et start pour une
- application appelée ici utility.
-
- L'application pourra être lancée manuellement
- avec:
-
- &prompt.root; /usr/local/etc/rc.d/utility.sh start
-
- Bien que toutes les applications tierce partie ne
- nécessitent pas de ligne dans le fichier
- rc.conf, chaque jour un nouveau logiciel
- porté sera modifié pour accepter cette
- configuration. Contrôlez l'affichage final lors de
- l'installation de l'application pour plus d'information à
- ce sujet. Certains logiciels fourniront des procédures
- qui permettrons à l'application d'être
- utilisée avec le système rc.d, cela sera
- abordé dans la section suivante.
-
Configuration étendue des applications
@@ -521,7 +450,7 @@ run_rc_command "$1"
Cette procédure s'assurera que l'application
utility sera lancée après le
le service
- daemon. Elle fournie également une
+ DAEMON. Elle fournie également une
méthode de suivi du PID, ou encore
ID (identifiant) de processus.
@@ -531,7 +460,7 @@ run_rc_command "$1"
utility_enable="YES"
- Cette nouvelle méthode permet également une
+ Cette méthode permet également une
manipulation plus aisée des arguments en ligne de
commande, l'inclusion des fonctions offertes par défaut
dans /etc/rc.subr, offre une
@@ -592,7 +521,7 @@ run_rc_command "$1"
arrière plan et contrôle constamment le fichier
/etc/crontab. L'utilitaire
cron consulte également le
- répertoire /var/cron/tabs, à la
+ répertoire /var/cron/tabs, à la
recherche de nouveaux fichiers crontab.
Ces fichiers crontab conservent les
informations sur les tâches que cron
@@ -812,7 +741,7 @@ HOME=/var/log
l'initialisation du système a
été intégré à &os;. Les
utilisateurs noteront les fichiers présents dans le
- répertoire /etc/rc.d. Plusieurs de ces
+ répertoire /etc/rc.d. Plusieurs de ces
fichiers sont destinés aux services de base qui peuvent
être contrôlés avec les options
, , et
@@ -922,16 +851,25 @@ sshd is running as pid 433.
ces commentaires lors de l'initialisation du système en
vue de déterminer l'ordre dans lequel les services
système seront invoqués pour satisfaire les
- dépendances. Les mots suivants peuvent être
- présents en tête de chaque fichier de
- démarrage:
+ dépendances.
+
+ Les mots suivants doivent être présents en tête de tous les
+ fichiers de démarrage (ils sont nécessaires pour que
+ &man.rc.subr.8; active les procédures de démarrages):PROVIDE: indique les services que
fournit ce fichier.
+
+
+ Les mots clés suivants peuvent être ajoutés au début de
+ chaque fichier de démarrage. Ils ne sont pas strictement
+ nécessaires, mais sont utiles comme aide pour
+ &man.rcorder.8;:
+ REQUIRE: liste les fichiers dont
dépend ce service. Ce fichier sera
@@ -947,10 +885,11 @@ sshd is running as pid 433.
- En utilisant ce système, un administrateur peut
- facilement contrôler les services du système sans
- avoir à se battre avec les “runlevels” comme
- sur d'autres systèmes d'exploitation &unix;.
+ En utilisant avec soin ces mots clés pour chaque fichier de
+ démarrage, un administrateur dispose d'un niveau de contrôle
+ très fin de l'ordre d'exécution des procédures de démarrage sans
+ les inconvénients des runlevels comme sur
+ d'autres systèmes d'exploitation &unix;.Des informations supplémentaires concernant le
système rc.d
@@ -1022,16 +961,18 @@ sshd is running as pid 433.
dc0: <82c169 PNIC 10/100BaseTX> port 0xa000-0xa0ff mem 0xd3800000-0xd38
000ff irq 15 at device 11.0 on pci0
-dc0: Ethernet address: 00:a0:cc:da:da:da
miibus0: <MII bus> on dc0
-ukphy0: <Generic IEEE 802.3u media interface> on miibus0
-ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
+bmtphy0: <BCM5201 10/100baseTX PHY> PHY 1 on miibus0
+bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
+dc0: Ethernet address: 00:a0:cc:da:da:da
+dc0: [ITHREAD]
dc1: <82c169 PNIC 10/100BaseTX> port 0x9800-0x98ff mem 0xd3000000-0xd30
000ff irq 11 at device 12.0 on pci0
-dc1: Ethernet address: 00:a0:cc:da:da:db
miibus1: <MII bus> on dc1
-ukphy1: <Generic IEEE 802.3u media interface> on miibus1
-ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
+bmtphy1: <BCM5201 10/100baseTX PHY> PHY 1 on miibus1
+bmtphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
+dc1: Ethernet address: 00:a0:cc:da:da:db
+dc1: [ITHREAD]
Dans cet exemple, nous voyons que deux cartes utilisant le
pilote de périphérique &man.dc.4; sont présentes
@@ -1103,7 +1044,7 @@ linuxemu/chapter.xml -->
cette dernière approche.Grâce aux contributions de Bill Paul (wpaul),
- depuis &os; 5.3-RELEASE, il existe un support
+ il existe un support
natif pour la spécification
d'interface des pilotes de périphérique
réseau (Network Driver Interface
@@ -1167,7 +1108,7 @@ linuxemu/chapter.xml -->
module noyau dans le répertoire courant qui pourra
être chargé de cette manière:
- &prompt.root; kldload ./W32DRIVER.ko
+ &prompt.root; kldload ./W32DRIVER_SYS.koAvec le module généré, vous devez également charger les
modules ndis.ko et
@@ -1203,12 +1144,12 @@ ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18M
même manière que pour n'importe quel autre
module. Tout d'abord, copiez le module
généré,
- W32DRIVER.ko, dans le répertoire
+ W32DRIVER_SYS.ko, dans le répertoire
/boot/modules.
Ajoutez ensuite la ligne suivante au fichier
/boot/loader.conf:
- W32DRIVER_load="YES"
+ W32DRIVER_SYS_load="YES"
@@ -1230,30 +1171,24 @@ ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18M
de votre système, entrer la commande suivante:
&prompt.user; ifconfig
-dc0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
- inet 192.168.1.3 netmask 0xffffff00 broadcast 192.168.1.255
+dc0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
+ options=80008<VLAN_MTU,LINKSTATE>
ether 00:a0:cc:da:da:da
+ inet 192.168.1.3 netmask 0xffffff00 broadcast 192.168.1.255
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
-dc1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
- inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255
+dc1: flags=8802<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
+ options=80008<VLAN_MTU,LINKSTATE>
ether 00:a0:cc:da:da:db
+ inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255
media: Ethernet 10baseT/UTP
status: no carrier
-lp0: flags=8810<POINTOPOINT,SIMPLEX,MULTICAST> mtu 1500
-lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
+lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
+ options=3<RXCSUM,TXCSUM>
+ inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4
+ inet6 ::1 prefixlen 128
inet 127.0.0.1 netmask 0xff000000
-tun0: flags=8010<POINTOPOINT,MULTICAST> mtu 1500
-
-
- D'anciennes versions de FreeBSD pourront nécessiter
- l'option après &man.ifconfig.8;,
- pour plus de détails au sujet de la syntaxe d'&man.ifconfig.8;,
- veuillez vous référer à la page de manuel.
- Notez également que les entrées concernant l'IPv6
- (inet6 etc...) ont été omises
- dans cet exemple.
-
+ nd6 options=3<PERFORMNUD,ACCEPT_RTADV>
Dans cet exemple, les périphériques suivants
ont été affichés:
@@ -1270,20 +1205,9 @@ tun0: flags=8010<POINTOPOINT,MULTICAS
- lp0: L'interface du port
- parallèle
-
-
- lo0: L'interface
“en boucle” (“loopback”)
-
-
- tun0: L'interface
- “tunnel” utilisée par
- ppp
- FreeBSD utilise le nom du pilote de périphérique
@@ -1351,8 +1275,11 @@ tun0: flags=8010<POINTOPOINT,MULTICAS
Si le résultat de la commande &man.ifconfig.8; est
similaire à:
-dc0: flags=8843<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
- ether 00:a0:cc:da:da:da
+ dc0: flags=8843<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
+ options=80008<VLAN_MTU,LINKSTATE>
+ ether 00:a0:cc:da:da:da
+ media: Ethernet autoselect (100baseTX <full-duplex>)
+ status: activecela indiquerait que la carte n'a pas été
configurée.
@@ -1398,6 +1325,16 @@ ifconfig_dc1="inet 10.0.0.1 netmask 255.
d'information référez-vous à la page de manuel &man.hosts.5;
et au fichier
/usr/share/examples/etc/hosts.
+
+
+ S'il n'y a pas de serveur DHCP et
+ qu'un accès à Internet est nécessaire, configurez
+ manuellement la passerelle par défaut et le serveur de
+ noms:
+
+ &prompt.root; echo 'defaultrouter="your_default_router"' >> /etc/rc.conf
+&prompt.root; echo 'nameserver your_DNS_server' >> /etc/resolv.conf
+
@@ -1409,10 +1346,22 @@ ifconfig_dc1="inet 10.0.0.1 netmask 255.
permettra la prise en compte de la ou les modifications
au niveau des interfaces, et permettra de vérifier
que le système redémarre sans erreur de
- configuration.
+ configuration. Sinon, une autre méthode pour faire prendre en
+ compte les modifications au niveau de la gestion du réseau
+ consiste à utiliser la commande:
+
+ &prompt.root; service netif restart
+
+
+ Si une passerelle par défaut a été configurée dans
+ /etc/rc.conf, lancez également cette
+ commande:
+
+ &prompt.root; service routing restart
+ Une fois que le système a été
- redémarré, vous devrez tester les interfaces
+ redémarré, vous testez les interfaces
réseau.
@@ -1618,7 +1567,7 @@ ifconfig_fxp0_alias7="inet 202.0.75.20 n
Fichiers de configuration
- Organisation du répertoire /etc
+ Organisation du répertoire /etcIl existe un certain nombre de répertoires dans lesquels
se trouvent les informations de configuration. Ceux-ci
incluent:
@@ -1630,47 +1579,47 @@ ifconfig_fxp0_alias7="inet 202.0.75.20 n
- /etc
+ /etcInformation de configuration générique du
système; les données ici sont
spécifiques au système.
- /etc/defaults
+ /etc/defaultsVersion par défaut des fichiers de configuration
du système.
- /etc/mail
+ /etc/mailConfiguration de &man.sendmail.8;, et autres fichiers
de configuration d'agent de transmission du courrier
électronique.
- /etc/ppp
+ /etc/pppConfiguration pour les programmes PPP utilisateur
et intégré au noyau.
- /etc/namedb
+ /etc/namedbEmplacement par défaut pour les données de
&man.named.8;. Normalement
named.conf et les fichiers de zone
sont stockés dans ce répertoire.
- /usr/local/etc
+ /usr/local/etcFichiers de configuration pour les applications
installées. Peut contenir des sous-répertoires
pour chaque application.
- /usr/local/etc/rc.d
+ /usr/local/etc/rc.dProcédures de lancement/d'arrêt pour les
applications installées.
- /var/db
+ /var/dbFichiers de bases de données automatiquement
générés, spécifiques
au système, comme la base de données
@@ -1766,33 +1715,35 @@ nameserver 147.11.100.30# $FreeBSD$
#
+#
# Host Database
-# This file should contain the addresses and aliases
-# for local hosts that share this file.
+#
+# This file should contain the addresses and aliases for local hosts that
+# share this file. Replace 'my.domain' below with the domainname of your
+# machine.
+#
# In the presence of the domain name service or NIS, this file may
# not be consulted at all; see /etc/nsswitch.conf for the resolution order.
#
#
-::1 localhost localhost.my.domain myname.my.domain
-127.0.0.1 localhost localhost.my.domain myname.my.domain
-
+::1 localhost localhost.my.domain
+127.0.0.1 localhost localhost.my.domain
#
# Imaginary network.
-#10.0.0.2 myname.my.domain myname
-#10.0.0.3 myfriend.my.domain myfriend
+#10.0.0.2 myname.my.domain myname
+#10.0.0.3 myfriend.my.domain myfriend
#
# According to RFC 1918, you can use the following IP networks for
# private nets which will never be connected to the Internet:
#
-# 10.0.0.0 - 10.255.255.255
-# 172.16.0.0 - 172.31.255.255
-# 192.168.0.0 - 192.168.255.255
+# 10.0.0.0 - 10.255.255.255
+# 172.16.0.0 - 172.31.255.255
+# 192.168.0.0 - 192.168.255.255
#
# In case you want to be able to connect to the Internet, you need
-# real official assigned numbers. PLEASE PLEASE PLEASE do not try
-# to invent your own network numbers but instead get one from your
-# network provider (if any) or from the Internet Registry (ftp to
-# rs.internic.net, directory `/templates').
+# real official assigned numbers. Do not try to invent your own network
+# numbers but instead get one from your network provider (if any) or
+# from your regional registry (ARIN, APNIC, LACNIC, RIPE NCC, or AfriNIC.)
#
/etc/hosts suit le format simple
@@ -1932,7 +1883,7 @@ cron.*
suivantes peuvent être paramétrées dans
sysctl.conf:
- # Do not log fatal signal exits (e.g. sig 11)
+ # Do not log fatal signal exits (e.g., sig 11)
kern.logsigexit=0
# Prevent users from seeing information about processes that
@@ -2226,10 +2177,9 @@ device_probe_and_attach: cbb0 attach ret
secondes d'attente lors du processus de démarrage.
Réduire ce délai à 5
secondes est généralement suffisant (tout
- particulièrement avec les disques modernes). Les
- versions de &os; récentes (5.0 et suivantes) devraient
- utiliser l'option de démarrage
- kern.cam.scsi_delay. Cette option de
+ particulièrement avec les disques modernes).
+ L'option de démarrage
+ kern.cam.scsi_delay devrait être utilisée. Cette option de
démarrage et celle de configuration du noyau acceptent
des valeurs en millisecondes et non pas en
secondes.
@@ -2540,7 +2490,7 @@ device_probe_and_attach: cbb0 attach ret
simultanément, les ressources requises pourront être
semblables pour un serveur web important.
- Depuis &os; 4.5, kern.maxusers est
+ La variable kern.maxusers est
automatiquement ajustée au démarrage en
fonction de la quantité de mémoire disponible
dans le système, sa valeur peut être connue
@@ -2562,10 +2512,7 @@ device_probe_and_attach: cbb0 attach ret
manuel &man.loader.conf.5; ou le fichier
/boot/defaults/loader.conf pour des
exemples) ou comme décrit en d'autres endroits dans
- ce document. Les systèmes antérieurs à
- &os; 4.4 doivent passer par l'option
- du fichier de configuration du
- noyau pour fixer cette valeur.
+ ce document.Sous les anciennes versions, le système auto-ajuste
ce paramètre pour vous si vous le fixez explicitement
@@ -2609,14 +2556,7 @@ device_probe_and_attach: cbb0 attach ret
à des valeurs raisonnables en fonction du nombre
maximal d'utilisateur que vous aurez vraisemblablement sur
votre système et combien de processus chacun
- d'entre eux pourra utiliser. Un mot-clé qui
- limite le nombre d'utilisateurs
- distants et de terminaux X en simultané est pseudo-device pty
- 16. Avec &os; 5.X, vous n'avez pas
- à vous soucier de ce nombre puisque le pilote
- &man.pty.4; est capable d'auto-clonage,
- vous devez donc utiliser la ligne device
- pty dans votre fichier de configuration.
+ d'entre eux pourra utiliser.
@@ -2928,12 +2868,17 @@ kern.maxvnodes: 100000
- Assurez-vous que votre configuration de noyau inclut
- le pilote de disque mémoire (&man.md.4;). Il se
- trouve par défaut dans le noyau
- GENERIC.
-
- device md # Memory "disks"
+ Le noyau GENERIC inclut déjà
+ le pilote de disque mémoire (&man.md.4;) nécessaire à
+ cette opération. Lors de la compilation d'un noyau sur
+ mesures, assurez-vous d'inclure la ligne suivante dans le
+ fichier de configuration:
+
+ device md
+
+ Pour plus d'information sur la compilation du noyau,
+ veuillez vous réferer à la .
@@ -3316,7 +3261,7 @@ kern.maxvnodes: 100000
src/sys/contrib/dev/acpica. Le code
glu permettant à
ACPI-CA de fonctionner sous &os; se trouve
- dans src/sys/dev/acpica/Osd. Et enfin, les
+ dans src/sys/dev/acpica/Osd. Et enfin, les
pilotes qui gèrent les différents
périphériques ACPI se trouvent
dans src/sys/dev/acpica.
@@ -3406,6 +3351,36 @@ hw.acpi.s4bios: 0
pilotes/matériels qui nécessitent plus de tests
et de développement.
+ Un problème courant avec la mise en veille/le réveil est
+ que de nombreux pilotes de périphériques ne sauvegardent
+ pas, ne restaurent pas, ou ne réinitialisent pas leurs logiciel,
+ registres ou mémoire proprement. En premier lieu pour
+ débogguer le problème, essayez:
+
+ &prompt.root; sysctl debug.bootverbose=1
+&prompt.root; sysctl debug.acpi.suspend_bounce=1
+&prompt.root; acpiconf -s 3
+
+ Ce test émule le cycle de mise en veille/réveil de tous
+ les pilotes de périphériques sans réellement passer dans
+ l'état S3. Dans certains cas, les
+ problèmes comme la perte de l'état du périphérique, le
+ dépassement du délai du chien de garde du périphérique, les
+ tentatives répétées, peuvent être capturés avec cette
+ méthode. Notez que le système n'entrera pas vraiment dans
+ l'état S3, ce qui signifie que les
+ périphériques peuvent ne pas perdre leur alimentation, et
+ nombreux fonctionneront correctement même si les méthodes de
+ mise en veille/réveil sont totalement absentes,
+ contrairement au cas d'un véritable état
+ S3.
+
+ Les cas plus difficiles nécessitent un matériel
+ supplémentaire, tel qu'un port série et un câble pour
+ débogguer à l'aide d'une console série, un port firewire et
+ un câble pour l'utilisation de &man.dcons.4;, et des
+ compétences en debogguage du noyau.
+
Pour isoler le problème, retirez du noyau tous les
pilotes de périphériques possibles. Si cela
fonctionne, vous pouvez alors identifier le pilote fautif en
From owner-svn-doc-all@freebsd.org Fri Mar 25 00:36:38 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 8C937ADBD06;
Fri, 25 Mar 2016 00:36:38 +0000 (UTC) (envelope-from gjb@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 1ED6D1ECC;
Fri, 25 Mar 2016 00:36:38 +0000 (UTC) (envelope-from gjb@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u2P0abLe016140;
Fri, 25 Mar 2016 00:36:37 GMT (envelope-from gjb@FreeBSD.org)
Received: (from gjb@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2P0abwo016136;
Fri, 25 Mar 2016 00:36:37 GMT (envelope-from gjb@FreeBSD.org)
Message-Id: <201603250036.u2P0abwo016136@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: gjb set sender to gjb@FreeBSD.org
using -f
From: Glen Barber
Date: Fri, 25 Mar 2016 00:36:37 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r48466 - head/en_US.ISO8859-1/htdocs/releases/10.3R
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.21
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, 25 Mar 2016 00:36:38 -0000
Author: gjb
Date: Fri Mar 25 00:36:36 2016
New Revision: 48466
URL: https://svnweb.freebsd.org/changeset/doc/48466
Log:
Regen after r297257
Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation
Modified:
head/en_US.ISO8859-1/htdocs/releases/10.3R/hardware.html
head/en_US.ISO8859-1/htdocs/releases/10.3R/installation.html
head/en_US.ISO8859-1/htdocs/releases/10.3R/readme.html
head/en_US.ISO8859-1/htdocs/releases/10.3R/relnotes.html
Modified: head/en_US.ISO8859-1/htdocs/releases/10.3R/hardware.html
==============================================================================
--- head/en_US.ISO8859-1/htdocs/releases/10.3R/hardware.html Thu Mar 24 17:43:30 2016 (r48465)
+++ head/en_US.ISO8859-1/htdocs/releases/10.3R/hardware.html Fri Mar 25 00:36:36 2016 (r48466)
@@ -26,7 +26,7 @@
as trademarks. Where those designations appear in this document,
and the FreeBSD Project was aware of the trademark claim, the
designations have been followed by the “™” or the
- “®” symbol.
This document contains the hardware compatibility notes for
FreeBSD 10.3-RELEASE. It lists the hardware platforms
supported by FreeBSD, as well as the various types of hardware
devices (storage controllers, network interfaces, and so on),
Modified: head/en_US.ISO8859-1/htdocs/releases/10.3R/installation.html
==============================================================================
--- head/en_US.ISO8859-1/htdocs/releases/10.3R/installation.html Thu Mar 24 17:43:30 2016 (r48465)
+++ head/en_US.ISO8859-1/htdocs/releases/10.3R/installation.html Fri Mar 25 00:36:36 2016 (r48466)
@@ -12,7 +12,7 @@
as trademarks. Where those designations appear in this document,
and the FreeBSD Project was aware of the trademark claim, the
designations have been followed by the “™” or the
- “®” symbol.
Last modified on 2016-03-14 by gjb.
Abstract
This article gives some brief instructions on installing
+ “®” symbol.
Last modified on 2016-03-24 by hrs.
Abstract
This article gives some brief instructions on installing
FreeBSD 10.3-RELEASE and upgrading the systems running earlier
releases.
The Installin
g
FreeBSD
Modified: head/en_US.ISO8859-1/htdocs/releases/10.3R/readme.html
==============================================================================
--- head/en_US.ISO8859-1/htdocs/releases/10.3R/readme.html Thu Mar 24 17:43:30 2016 (r48465)
+++ head/en_US.ISO8859-1/htdocs/releases/10.3R/readme.html Fri Mar 25 00:36:36 2016 (r48466)
@@ -16,7 +16,7 @@
as trademarks. Where those designations appear in this document,
and the FreeBSD Project was aware of the trademark claim, the
designations have been followed by the “™” or the
- “®” symbol.
Last modified on 2016-03-14 by gjb.
Abstract
This document gives a brief introduction to FreeBSD
+ “®” symbol.
Last modified on 2016-03-24 by hrs.
Abstract
This document gives a brief introduction to FreeBSD
10.3-RELEASE. It includes some information on how to
obtain FreeBSD, a listing of various ways to contact the FreeBSD
Project, and pointers to some other sources of
Modified: head/en_US.ISO8859-1/htdocs/releases/10.3R/relnotes.html
==============================================================================
--- head/en_US.ISO8859-1/htdocs/releases/10.3R/relnotes.html Thu Mar 24 17:43:30 2016 (r48465)
+++ head/en_US.ISO8859-1/htdocs/releases/10.3R/relnotes.html Fri Mar 25 00:36:36 2016 (r48466)
@@ -18,15 +18,14 @@
as trademarks. Where those designations appear in this document,
and the FreeBSD Project was aware of the trademark claim, the
designations have been followed by the “™” or the
- “®” symbol.
Last modified on 2016-03-15 by gjb.
Abstract
The release notes for FreeBSD 10.3-RELEASE contain
+ “®” symbol.
Last modified on 2016-03-25 by gjb.
Abstract
The release notes for FreeBSD 10.3-RELEASE contain
a summary of the changes made to the FreeBSD base system on the
10.3-STABLE development line. This document lists
applicable security advisories that were issued since the last
release, as well as significant changes to the FreeBSD kernel and
userland. Some brief remarks on upgrading are also
- presented.
This document contains the release notes for FreeBSD
10.3-RELEASE. It describes recently added, changed, or
deleted features of FreeBSD. It also provides some notes on
upgrading from previous versions of FreeBSD.
The snapshot distribution to
@@ -82,32 +81,69 @@
violation on a correct memory address.
This section covers changes and additions to userland
- applications, contributed software, and system utilities.
4.1. Userland Configuration Changes
4.2. Userland Application Changes
The jail(8) utility has been
+ applications, contributed software, and system utilities.
4.1. Userland Application Changes
The
+ ar(1) utility now supports a -D flag to
+ prevent real mtime, uid, gid, and file mode values from being
+ inserted. This is called “deterministic mode”
+ and useful for making the resulting archives reproducible.
+ This behavior is enabled by default, and can be disabled by
+ specifying a -U flag. [r287326,288202]
+ (Sponsored by
+ The FreeBSD Foundation)
The camcontrol(8)
+ fwdownload subcommand has been improved.
+ Changes include better support of SATA drives, downloading
+ firmaware to IBM LTO drives, -q flag to
+ suppress information output, and opcodes
+ subcommand to issue the REPORT SUPPORTED
+ OPCODES service action of the SCSI
+ MAINTENANCE IN command. [r286965]
The cp(1) utility has been updated
+ to include a new flag, -s, which creates
+ a symbolic link to the specified source. [r291774]
A bug in the ctladm(8) utility
+ which could return a non-zero value even if it succeeds has
+ been fixed. [r285929]
A bug in the grdc(6) program which
+ caused a wrong display in the 12-hour mode has been
+ fixed. [r288185]
The ifconfig(8) utility now reports
+ SFP/SFP+ data when a -v flag is specified and
+ the NIC driver provides them. [r286810]
+ (Sponsored by
+ Yandex LLC)
Bugs in the inetd(8) daemon which
+ could cause a crash when an RPC entry is defined and an IPv6
+ address is specified in -a flag have been
+ fixed. [r288048]
The jail(8) utility has been
updated to include a new flag, -l, which
ensures a clean environment in the target jail when used.
Additionally, jail(8) will run a shell within the target
- jail when run no commands are specified. [r286064]
The mkimg(1) utility has been
+ jail when run no commands are specified. [r286064]
The last(1) utility now supports
+ reboot as a pseudo-user name which prints
+ all system reboot entries (SHUTDOWN_TIME
+ and BOOT_TIME records). This was
+ accidentally removed as of FreeBSD 9.0. [r286952]
The mv(1) utility now returns
+ 1 instead of 64
+ when more than two arguments are specified and
+ the target is not a valid directory. [r287027]
The mkimg(1) utility has been
updated to include support for NTFS
filesystems in both MBR and
- GPT partitioning schemes. [r287122]
The
- ar(1) utility now enables deterministic mode
- (-D) by default. This behavior can be
- disabled by specifying the -U flag. [r288202]
- (Sponsored by
- The FreeBSD Foundation)
A bug in the mkimg(1) utility
+ which prevented dynamic VHD format from working with QEMU
+ has been fixed. [r287122]
A bug in the netstat(1) utility
+ which showed the statistics in the number of packets divided
+ by 1024, not 1000 has been fixed. [r287593]
The pciconf(8) utility has been
updated to use the PCI ID database from the misc/pciids package, if present,
falling back to the PCI ID database in the FreeBSD base
system. [r287746]
A
new utility, sesutil(8), has been added, which is used
to manage ses(4) devices. [r288710]
(Sponsored by
- Gandi.net)
The cp(1) utility has been updated
- to include a new flag, -s, which creates
- a symbolic link to the specified source. [r291774]
Support for the
- -manage-gids has been added to
- nfsd(8). This option can be enabled at boot time by
- adding nfs_server_managegids="YES" to
- rc.conf(5). [r292231]
The resolver library has been updated to
+ Gandi.net)
Support for a
+ -manage-gids flag has been added to
+ nfsuserd(8). This option can be enabled at boot time by
+ setting an rc.conf(5) variable
+ nfs_server_managegids to
+ YES. [r292231]
userdel and
+ usermod subcommand of the pw(8) utility
+ now supports a -y flag. [r287084]
The resolver library has been updated to
reload /etc/resolv.conf if the
modification time has changed. [r292462]
(Sponsored by
@@ -117,10 +153,17 @@
filesystem to be mounted from a temporary source filesystem
without requiring a full system reboot. [r293744]
(Sponsored by
- The FreeBSD Foundation)
4.3. Contributed Software
The libarchive(3) library has been
- updated to properly skip a sparse file entry in a tar(1)
- file, which would previously produce errors. [r286082]
Timezone data files have been updated to
- version 2015f. [r286751]
The file(1) utility has been
+ The FreeBSD Foundation)
The timeout(1) utility has been
+ added. This utility runs a command with a time limit and is
+ compatible with GNU timeout. [r287392]
The watchdogd(8) daemon now supports
+ a -x exit_timeout
+ option to specify the timeout period in seconds to
+ leave in effect when the program exits. [r287080]
A bug in libarchive(3) library which
+ could report an error when handling a sparse file entry
+ in a tar file has been fixed
+ by importing changeset bf4f6ec64e. [r286082]
Time zone database has been updated to
+ version 2015f. [r286751]
The bsdinstall(8) utility has
been updated to support ZFS installation
on EFI-based systems. [r295264]
(Sponsored by
- ScaleEngine, Inc.)
4.5. /etc/rc.d
- Scripts
The netwait
- rc(8) script has been updated to wait for network
+ ScaleEngine, Inc.)
4.4. /etc/rc.d
+ Scripts
The rc.d/netwait
+ script has been updated to wait for network
interfaces that attach late in the boot process, such as some
- USB network cards. [r294680]
4.6. /etc/periodic
- Scripts
4.7. Runtime Libraries and API
4.8. ABI Compatibility
5. Kernel
This section covers changes to kernel configurations, system
+ USB network cards. [r294680]
Firewall rules set by
+ firewall_type="SIMPLE" now uses
+ ipfw(4)tables for addresses to be
+ blocked. [r287091]
The rc.d/netif
+ script now updates only static routes when an interface
+ is specified. [r287737]
5. Kernel
This section covers changes to kernel configurations, system
tuning, and system control parameters that are not otherwise
- categorized.
The vt(4) terminal console driver now
+ supports ALT_BREAK_TO_DEBUGGER and
+ debug.kdb.alt_break_to_debugger sysctl
+ variable when kernel debugger support (options
+ KDB) is enabled. [r286742]
The vt(4) terminal console driver now
+ supports kern.vt.bell_enable sysctl variable
+ to enable or disable terminal bell. The default is
+ 1 (enabled). [r287782]
A thread_create()
+ function has been added as an API to create userspace thread in
+ kernel space. [r286843]
5.1. Kernel Bug Fixes
The kqueue(2) system call has been
updated to handle write events to files larger than 2
gigabytes. [r288167]
(Sponsored by
- Multiplay)
5.2. Kernel Configuration
5.3. System Tuning and Controls
The uart(4) driver has been
- updated to allow tuning pulses per second captured in the
- CTS line during runtime, whereas previously only the DCD line
- could be used without rebuilding the kernel. [r287037]
6. Devices and Drivers
This section covers changes and additions to devices and
- device drivers since 10.2-RELEASE.
6.1. Device Drivers
6.2. Storage Drivers
The
+ Multiplay)
5.2. Kernel Configuration
[amd64,i386] The pms(4) driver
+ has been removed from
+ GENERIC kernel. [r286132]
+ (Sponsored by
+ The FreeBSD Foundation)
5.3. System Tuning and Controls
A sysctl(3) variable
+ kern.features.invariants has been added.
+ It shows if the kernel is compiled with INVARIANTS
+ or not. [r287438]
A bug which could prevent a loader
+ tunable kern.racct.enable from working
+ has been fixed. [r286322]
+ (Sponsored by
+ The FreeBSD Foundation)
6. Devices and Drivers
This section covers changes and additions to devices and
+ device drivers since 10.2-RELEASE.
6.1. Device Drivers
[arm] The imxwdt
+ driver, which supports Freescale i.MX watchdog, has been
+ fixed. [r287079]
The puc(4) driver now supports MSI
+ interrupts and prefers it to the legacy interrupts. This
+ behavior can be disabled by setting
+ hw.puc.msi_disable loader tunable. [r287926]
A bug in the uart(4) driver which
+ could cause a polarity reversal of PPS (Pulse Per Second)
+ capture events has been fixed. The trailing edge of a
+ positive PPS pulse and the leading edge of the next pulse were
+ used as "assert" and "clear" event respectively. [r287037]
The uart(4) driver now supports
+ runtime configuration of PPS signal source captured by the
+ driver via dev.uart.pps_mode and
+ dev.uart.0.pps_mode
+ sysctl variables. The values 0,
+ 1, and 2 correspond to
+ disabled, capturing pulses on the CTS line,
+ and capturing pulses on the DCD line, respectively.
+ The default value is 2. [r287037]
The uftdi(4) driver now supports
+ UFTDIIOC_READ_EEPROM,
+ UFTDIIOC_WRITE_EEPROM,
+ and UFTDIIOC_ERASE_EEPROM
+ ioctl(2) to
+ read/write serial EEPROM attached to the controller chip. [r287035]
6.2. Storage Drivers
Legacy ata(4) drivers such as
+ ataahci, ataadaptec,
+ and mv_sata have been removed in favor of
+ the new drivers such as ahci(4), siis(4), and
+ mvs(4). [r280451]
The
CTL High Availability implementation has
been rewritten. [r288732]
(Sponsored by
iXsystems)
The ctl(4) driver has been updated
- to support CD-ROM and removable devices. [r288810]
6.3. Network Drivers
The ixgbe(4) driver
+ to support CD-ROM and removable devices. [r288810]
The isp(4) driver has
+ been updated and improved: added support for 16Gbps FC cards,
+ improved target mode support, completed Multi-ID (NPIV)
+ functionality.
+ (Sponsored by
+ iXsystems)
6.3. Network Drivers
The ixgbe(4) driver
has been updated to version 3.1.13-k. [r295524]
(Sponsored by
- Limelight Networks, Intel Corporation)
7. Hardware Support
This section covers general hardware support for physical
+ Limelight Networks, Intel Corporation)
Firmwares for model T4 and T5 bundled
+ with the cxgbe(4) driver have been updated to
+ version 1.14.4.0. [r286895]
7. Hardware Support
This section covers general hardware support for physical
machines, hypervisors, and virtualization environments, as well
as hardware changes and updates that do not otherwise fit in
other sections of this document.
7.1. Hardware Support
The ismt(4) driver has been added,
providing support for recent Intel® SMBus 2.0
controllers. [r293675]
7.2. Virtualization Support
The xen(4) driver has been updated
to include support for blkif indirect
- segment I/O. [r287802]
7.3. ARM Support
8. Storage
This section covers changes and additions to file systems
- and other storage subsystems, both local and networked.
This section covers changes and additions to file systems
+ and other storage subsystems, both local and networked.
8.1. ZFS
The zfs(8)l2arc
code has been updated to take ashift into
account when gathering buffers to be written to the
l2arc device. [r287665]
(Sponsored by
- ClusterHQ)
A bug in the epair(4) virtual
+ Ethernet interface which could cause a panic when running
+ ifconfig(8)create and
+ destory quickly has been fixed. [r287594]
sysctl(3) variables in the
+ lagg(4) pseudo interface
+ net.link.lagg.N.*
+ have been removed in favor of per-interface ifconfig(8)
+ flags and options. ifconfig -v
+ command shows them. [r287723]
Bugs in the
+ lagg(4) pseudo interface which could cause a system
+ panic have been fixed. [r287723]
A bug in pf(4) packet filter which
+ could cause a rule with no log parameter to
+ log the matched packet has been fixed. [r286125]
+ (Sponsored by
+ Netgate)
A bug in FreeBSD IPv6 stack which did not
+ invoke an LLENTRY_DELETED event when an L2
+ address was deleted from the link-level address table for
+ IPv6. [r286316]
Obsolete APIs,
+ SIOCGDRLST_IN6 and
+ SIOCGPRLST_IN6 in FreeBSD IPv6 stack have been
+ removed. [r287733]
All users of FreeBSD 10.3-STABLE should
From owner-svn-doc-all@freebsd.org Fri Mar 25 02:17: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 D47FDADC106;
Fri, 25 Mar 2016 02:17:50 +0000 (UTC)
(envelope-from marius@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 A655A168A;
Fri, 25 Mar 2016 02:17:50 +0000 (UTC)
(envelope-from marius@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u2P2HnTv046371;
Fri, 25 Mar 2016 02:17:49 GMT (envelope-from marius@FreeBSD.org)
Received: (from marius@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2P2Hn7t046370;
Fri, 25 Mar 2016 02:17:49 GMT (envelope-from marius@FreeBSD.org)
Message-Id: <201603250217.u2P2Hn7t046370@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: marius set sender to
marius@FreeBSD.org using -f
From: Marius Strobl
Date: Fri, 25 Mar 2016 02:17:49 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r48467 - head/en_US.ISO8859-1/htdocs/releases/10.3R
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.21
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, 25 Mar 2016 02:17:50 -0000
Author: marius (src,ports committer)
Date: Fri Mar 25 02:17:49 2016
New Revision: 48467
URL: https://svnweb.freebsd.org/changeset/doc/48467
Log:
Update the 10.3-RELEASE schedule to reflect that 10.3-RELEASE builds
have been started.
Approved by: re (implicit)
Modified:
head/en_US.ISO8859-1/htdocs/releases/10.3R/schedule.xml
Modified: head/en_US.ISO8859-1/htdocs/releases/10.3R/schedule.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/releases/10.3R/schedule.xml Fri Mar 25 00:36:36 2016 (r48466)
+++ head/en_US.ISO8859-1/htdocs/releases/10.3R/schedule.xml Fri Mar 25 02:17:49 2016 (r48467)
@@ -141,7 +141,7 @@
RELEASE builds begin
25 March 2016
-
-
+
25 March 2016
&local.rel;-RELEASE builds begin.
From owner-svn-doc-all@freebsd.org Fri Mar 25 03:09:51 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 0F62CADCD2B;
Fri, 25 Mar 2016 03:09:51 +0000 (UTC)
(envelope-from wblock@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 C16571A13;
Fri, 25 Mar 2016 03:09:50 +0000 (UTC)
(envelope-from wblock@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u2P39niI061807;
Fri, 25 Mar 2016 03:09:49 GMT (envelope-from wblock@FreeBSD.org)
Received: (from wblock@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2P39n2Y061805;
Fri, 25 Mar 2016 03:09:49 GMT (envelope-from wblock@FreeBSD.org)
Message-Id: <201603250309.u2P39n2Y061805@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: wblock set sender to
wblock@FreeBSD.org using -f
From: Warren Block
Date: Fri, 25 Mar 2016 03:09:49 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r48468 - in head/en_US.ISO8859-1/books/porters-handbook:
slow-porting uses
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.21
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, 25 Mar 2016 03:09:51 -0000
Author: wblock
Date: Fri Mar 25 03:09:49 2016
New Revision: 48468
URL: https://svnweb.freebsd.org/changeset/doc/48468
Log:
Edits to simplify wording and reduce sentence length.
Modified:
head/en_US.ISO8859-1/books/porters-handbook/slow-porting/chapter.xml
head/en_US.ISO8859-1/books/porters-handbook/uses/chapter.xml
Modified: head/en_US.ISO8859-1/books/porters-handbook/slow-porting/chapter.xml
==============================================================================
--- head/en_US.ISO8859-1/books/porters-handbook/slow-porting/chapter.xml Fri Mar 25 02:17:49 2016 (r48467)
+++ head/en_US.ISO8859-1/books/porters-handbook/slow-porting/chapter.xml Fri Mar 25 03:09:49 2016 (r48468)
@@ -24,7 +24,7 @@
bsd.port.mk in another window while
reading this really helps to understand it.
- But do not worry not many people understand exactly how
+ But do not worry, not many people understand exactly how
bsd.port.mk is working...
:-)
@@ -442,10 +442,10 @@ DOS2UNIX_REGEX= .*\.([ch]|cpp)USES= dos2unix
DOS2UNIX_GLOB= *.c *.cpp *.h
- If there are more than one distribution file and some
- other than the default need to have files converted, the base
- directory for the conversions can be changed so that they are
- also converted.
+
+ The base directory for the conversion can be set. This
+ is useful when there are multiple distfiles and several
+ contain files which require line-ending conversion.USES= dos2unix
DOS2UNIX_WRKSRC= ${WRKDIR}
Modified: head/en_US.ISO8859-1/books/porters-handbook/uses/chapter.xml
==============================================================================
--- head/en_US.ISO8859-1/books/porters-handbook/uses/chapter.xml Fri Mar 25 02:17:49 2016 (r48467)
+++ head/en_US.ISO8859-1/books/porters-handbook/uses/chapter.xml Fri Mar 25 03:09:49 2016 (r48468)
@@ -355,7 +355,7 @@
Possible arguments: (none)The port has files with line endings in
- DOS format which need to be converted. Four
+ DOS format which need to be converted. Several
variables can be set to control which files will be converted.
The default is to convert all files,
including binaries. See DOS2UNIX_WRKSRC: the directory from
- which to start doing the conversions, defaults to
+ which to start the conversions. Defaults to
${WRKSRC}.
From owner-svn-doc-all@freebsd.org Fri Mar 25 19:26:32 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 BF85FADD953;
Fri, 25 Mar 2016 19:26:32 +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 7D0AC1A09;
Fri, 25 Mar 2016 19:26:32 +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 u2PJQV0l065585;
Fri, 25 Mar 2016 19:26:31 GMT (envelope-from bhd@FreeBSD.org)
Received: (from bhd@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2PJQVZ3065584;
Fri, 25 Mar 2016 19:26:31 GMT (envelope-from bhd@FreeBSD.org)
Message-Id: <201603251926.u2PJQVZ3065584@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org
using -f
From: Bjoern Heidotting
Date: Fri, 25 Mar 2016 19:26:31 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r48469 - head/de_DE.ISO8859-1/books/handbook/ports
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.21
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, 25 Mar 2016 19:26:32 -0000
Author: bhd
Date: Fri Mar 25 19:26:31 2016
New Revision: 48469
URL: https://svnweb.freebsd.org/changeset/doc/48469
Log:
Update to r44016:
Introduction to using Poudriere
Reviewed by: bcr
Differential Revision: https://reviews.freebsd.org/D5740
Modified:
head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml
Modified: head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml Fri Mar 25 03:09:49 2016 (r48468)
+++ head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml Fri Mar 25 19:26:31 2016 (r48469)
@@ -5,7 +5,7 @@
$FreeBSD$
$FreeBSDde: de-docproj/books/handbook/ports/chapter.xml,v 1.111 2011/12/19 17:13:33 bcr Exp $
- basiert auf: r43886
+ basiert auf: r44016
-->
Installieren von Anwendungen: Pakete und Ports
@@ -1596,6 +1596,212 @@ Thee deinstallation will free 229 kB
+
+ Pakete mit Poudriere
+ bauen
+
+ Poudriere ist ein unter der
+ BSD-Lizenz stehendes Werkzeug zum Erstellen
+ und Testen von &os;-Paketen. Dieses Programm nutzt &os; Jails,
+ um die Pakete in einer isolierten Umgebung zu bauen. Diese
+ Jails können verwendet werden, um Pakete für andere Versionen
+ von &os; zu bauen, oder um auf einem &arch.amd64;-System Pakete
+ für i386 zu bauen. Sobald die Pakete gebaut sind, haben sie das
+ gleiche Format wie auf den offiziellen Spiegeln. Die Pakete
+ können dann mit &man.pkg.8; oder anderen
+ Paketverwaltungswerkzeugen benutzt werden.
+
+ Poudriere wird über das Paket
+ oder den Port ports-mgmt/poudriere
+ installiert. Die Installation beinhaltet eine
+ Beispielkonfiguration in
+ /usr/local/etc/poudriere.conf.sample.
+ Kopieren Sie diese Datei nach
+ /usr/local/etc/poudriere.conf. Bearbeiten
+ Sie dann die kopierte Datei, um die Konfiguration
+ anzupassen.
+
+ Obwohl ZFS für
+ poudriere nicht zwingend erforderlich
+ ist, so hat die Nutzung doch einige Vorteile. Wird
+ ZFS eingesetzt, muss in
+ /usr/local/etc/poudriere.conf die Variable
+ ZPOOL definiert, und die Variable
+ FREEBSD_HOST auf einen nahe gelegenen
+ Spiegel gesetzt werden. Die Definition von
+ CCACHE_DIR erlaubt die Verwendung von
+ devel/ccache, um die Bauzeit für häufig
+ kompilierten Code verkürzen. Es kann vorteilhaft sein, die
+ poudriere-Datasets in einem separaten
+ Verzeichnis auf /poudriere einzuhängen.
+ Die Werte der anderen Konfigurationsvariablen sind in der Regel
+ angemessen und brauchen nicht geändert werden.
+
+ Die Anzahl der Kerne im Prozessor wird verwendet um zu
+ bestimmen, wie viele Bauprozesse parallel ausgeführt werden
+ sollen. Stellen Sie ausreichend virtuellen Speicher bereit,
+ entweder in Form von RAM oder als
+ Swap-Speicher. Ist der virtuelle Speicher aufgebraucht, bricht
+ der Bauprozess ab und die Jails stürzen ab, was zu seltsamen
+ Fehlermeldungen führt.
+
+
+ Jails und Ports-Sammlung initialisieren
+
+ Nach der Konfiguration muss
+ poudriere initialisiert werden,
+ damit es eine Jail mit der benötigten Ports-Sammlung startet.
+ Geben Sie mit den Namen der Jail und mit
+ die gewünschte &os;-Version an. Auf
+ &os;/&arch.amd64;-Systemen kann die Architektur mit dem
+ Schalter und i386 oder
+ amd64 gesetzt werden. Der voreingestellte
+ Wert für die Architektur können Sie sich mit
+ uname anzeigen lassen.
+
+ &prompt.root; poudriere jail -c -j 10amd64 -v 10.0-RELEASE
+====>> Creating 10amd64 fs... done
+====>> Fetching base.txz for FreeBSD 10.0-RELEASE amd64
+/poudriere/jails/10amd64/fromftp/base.txz 100% of 59 MB 1470 kBps 00m42s
+====>> Extracting base.txz... done
+====>> Fetching src.txz for FreeBSD 10.0-RELEASE amd64
+/poudriere/jails/10amd64/fromftp/src.txz 100% of 107 MB 1476 kBps 01m14s
+====>> Extracting src.txz... done
+====>> Fetching games.txz for FreeBSD 10.0-RELEASE amd64
+/poudriere/jails/10amd64/fromftp/games.txz 100% of 865 kB 734 kBps 00m01s
+====>> Extracting games.txz... done
+====>> Fetching lib32.txz for FreeBSD 10.0-RELEASE amd64
+/poudriere/jails/10amd64/fromftp/lib32.txz 100% of 14 MB 1316 kBps 00m12s
+====>> Extracting lib32.txz... done
+====>> Cleaning up... done
+====>> Jail 10amd64 10.0-RELEASE amd64 is ready to be used
+
+ &prompt.root; poudriere ports -c -p local
+====>> Creating local fs... done
+====>> Extracting portstree "local"...
+Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found.
+Fetching public key from ec2-eu-west-1.portsnap.freebsd.org... done.
+Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done.
+Fetching snapshot metadata... done.
+Fetching snapshot generated at Tue Feb 11 01:07:15 CET 2014:
+94a3431f0ce567f6452ffde4fd3d7d3c6e1da143efec76100% of 69 MB 1246 kBps 00m57s
+Extracting snapshot... done.
+Verifying snapshot integrity... done.
+Fetching snapshot tag from ec2-eu-west-1.portsnap.freebsd.org... done.
+Fetching snapshot metadata... done.
+Updating from Tue Feb 11 01:07:15 CET 2014 to Tue Feb 11 16:05:20 CET 2014.
+Fetching 4 metadata patches... done.
+Applying metadata patches... done.
+Fetching 0 metadata files... done.
+Fetching 48 patches.
+(48/48) 100.00% done.
+done.
+Applying patches...
+done.
+Fetching 1 new ports or files... done.
+/poudriere/ports/tester/CHANGES
+/poudriere/ports/tester/COPYRIGHT
+
+[...]
+
+Building new INDEX files... done.
+
+ poudriere kann auf einem
+ einzelnen Rechner Ports mit mehreren Konfigurationen
+ bauen, in mehreren Jails und aus unterschiedlichen
+ Ports-Sammlungen. Spezifische Konfigurationen für diese
+ Kombinationen werden Sets
+ genannt. Lesen Sie den Abschnitt CUSTOMIZATION in
+ &man.poudriere.8; für weitere Einzelheiten nach der
+ Installation von port-mgmt/poudriere oder
+ ports-mgmt/poudriere-devel.
+
+ Die hier gezeigte Konfiguration verwendet eine einzelne
+ Jail-, Port- und Set-spezifische
+ make.conf in
+ /usr/local/etc/poudriere.d. Der
+ verwendete Dateiname in diesem Beispiel wird aus einer
+ Kombination von Jailnamen, Portnamen und Setnamen zusammen
+ gesetzt:
+ 10amd64-local-workstation-make.conf.
+ Die make.conf des Systems und diese neue
+ Datei werden verwendet, um die make.conf
+ für die Jail zu erzeugen.
+
+ Die zu bauenden Pakete werden in
+ 10amd64-local-workstation-pkglist
+ eingetragen:
+
+ editors/emacs
+devel/git
+ports-mgmt/pkg
+...
+
+ Die Optionen und Abhängigkeiten für die Ports werden wie
+ folgt konfiguriert:
+
+ &prompt.root; poudriere options -j 10amd64 -p local -z workstation -f 10amd64-local-workstation-pkglist
+
+ Schließlich werden die Pakete gebaut und ein
+ Paket-Repository erstellt:
+
+ &prompt.root; poudriere bulk -j 10amd64 -p local -z workstation -f 10amd64-local-workstation-pkglist
+
+ Ctrlt
+ zeigt den aktuellen Status des Baus an.
+ Poudriere speichert zudem Dateien
+ in /poudriere/logs/bulk/jailname. Diese
+ Dateien kann ein Webserver nutzen, um Informationen über den
+ Bau anzuzeigen.
+
+ Die Pakete stehen jetzt im
+ poudriere Repository für die
+ Installation zur Verfügung.
+
+ Weitere Informationen zu
+ poudriere finden Sie in
+ &man.poudriere.8; und unter .
+
+
+
+ Konfiguration des pkg-Clients für das Poudriere
+ Repository
+
+ Obwohl es möglich ist ein eigenes Repository zusammen mit
+ dem offiziellen Repository zu nutzen, ist es manchmal
+ sinnvoll das offizielle Repository zu deaktivieren. Dazu
+ wird eine Konfigurationsdatei erstellt, welche die offizielle
+ Konfigurationsdatei überschreibt. Erzeugen Sie dazu
+ /usr/local/etc/pkg/repos/FreeBSD.conf
+ mit dem folgenden Inhalt:
+
+ FreeBSD: {
+ enabled: no
+}
+
+ Am einfachsten ist es, das poudriere Repository über
+ HTTP zur Verfügung zu stellen. Setzen Sie
+ einen Webserver auf, der die Dateien des Paketverzeichnisses
+ ausliefert, zum Beispiel
+ /usr/local/poudriere/data/packages/10amd64.
+ 10amd64 bezeichnet dabei den Namen des
+ Baus.
+
+ Wenn die URL des Paket Repositories
+ http://pkg.example.com/10amd64 ist, dann
+ sollte die Konfiguration des Repositories in
+ /usr/local/etc/pkg/repos/custom.conf
+ wie folgt aussehen:
+
+ custom: {
+ url: "http://pkg.example.com/10amd64",
+ enabled: yes,
+}
+
+
+
Nach der Installation
From owner-svn-doc-all@freebsd.org Fri Mar 25 20:13:11 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 92F5AADD6FC;
Fri, 25 Mar 2016 20:13:11 +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 4C057109B;
Fri, 25 Mar 2016 20:13:11 +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 u2PKDAL3082967;
Fri, 25 Mar 2016 20:13:10 GMT (envelope-from bhd@FreeBSD.org)
Received: (from bhd@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2PKDAxd082966;
Fri, 25 Mar 2016 20:13:10 GMT (envelope-from bhd@FreeBSD.org)
Message-Id: <201603252013.u2PKDAxd082966@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org
using -f
From: Bjoern Heidotting
Date: Fri, 25 Mar 2016 20:13:10 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r48470 - head/de_DE.ISO8859-1/books/handbook/config
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.21
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, 25 Mar 2016 20:13:11 -0000
Author: bhd
Date: Fri Mar 25 20:13:10 2016
New Revision: 48470
URL: https://svnweb.freebsd.org/changeset/doc/48470
Log:
Update to r44298:
Incorporate Core Configuration as a sub-section of Using rc Under
FreeBSD.
Rename that section to Managing Services in FreeBSD and rename
sub-section to Managing System-Specific Configuration.
Modified:
head/de_DE.ISO8859-1/books/handbook/config/chapter.xml
Modified: head/de_DE.ISO8859-1/books/handbook/config/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/config/chapter.xml Fri Mar 25 19:26:31 2016 (r48469)
+++ head/de_DE.ISO8859-1/books/handbook/config/chapter.xml Fri Mar 25 20:13:10 2016 (r48470)
@@ -5,7 +5,7 @@
$FreeBSD$
$FreeBSDde: de-docproj/books/handbook/config/chapter.xml,v 1.151 2011/12/19 14:55:31 bcr Exp $
- basiert auf: r44296
+ basiert auf: r44298
-->
-
- Basiskonfiguration
-
-
- rc-Dateien
- rc.conf
-
-
- Informationen zur Systemkonfiguration sind hauptsächlich
- in /etc/rc.conf, die meist beim Start
- des Systems verwendet wird, abgelegt. Sie enthält die
- Konfigurationen für die rc* Dateien.
-
- In rc.conf werden die Vorgabewerte aus
- /etc/defaults/rc.conf überschrieben.
- Die Vorgabedatei sollte nicht editiert werden. Stattdessen
- sollten alle systemspezifischen Änderungen in
- rc.conf vorgenommen werden.
-
- Um den administrativen Aufwand gering zu halten, existieren
- in geclusterten Anwendungen mehrere Strategien,
- globale Konfigurationen von systemspezifischen Konfigurationen
- zu trennen. Der empfohlene Weg hält die globale Konfiguration
- in einer separaten Datei z.B.
- /etc/rc.conf.local. Zum Beispiel
- so:
-
-
- /etc/rc.conf:
-
- sshd_enable="YES"
-keyrate="fast"
-defaultrouter="10.1.1.254"
-
- /etc/rc.conf.local:
-
- hostname="node1.example.org"
-ifconfig_fxp0="inet 10.1.1.1/8"
-
-
- /etc/rc.conf kann dann auf jedes
- System mit rsync oder
- puppet verteilt werden,
- während /etc/rc.conf.local dabei
- systemspezifisch bleibt.
-
- Bei einem Upgrade des Systems mit &man.sysinstall.8; oder
- make world wird
- /etc/rc.conf nicht überschrieben, so dass
- die Systemkonfiguration erhalten bleibt.
-
-
- /etc/rc.conf wird von &man.sh.1;
- gelesen. Dies erlaubt es dem Systemadministrator, komplexe
- Konfigurationsszenarien zu erstellen. Lesen Sie
- &man.rc.conf.5;, um weitere Informationen zu diesem Thema zu
- erhalten.
-
-
-
Konfiguration von Anwendungen
@@ -528,7 +468,7 @@ PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin
- Das rc-System für Systemdienste
+ Dienste unter &os; verwalten
@@ -541,15 +481,14 @@ PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin
- 2002 wurde das &man.rc.8;-System von
- NetBSD zum Start von Systemdiensten in &os; integriert.
- Die zu diesem System gehörenden Dateien sind im
- Verzeichnis /etc/rc.d abgelegt.
- Die Skripten in diesem Verzeichnis akzeptieren über das
- Kommando &man.service.8; die Optionen ,
- und .
- Beispielsweise kann &man.sshd.8; mit dem nachstehenden Kommando
- neu gestartet werden:
+ &os; verwendet die vom &man.rc.8;-System bereit gestellten
+ Startskripten beim Systemstart und für die Verwaltung von
+ Diensten. Die Skripte sind in /etc/rc.d
+ abgelegt und bieten grundlegende Dienste an, die über die
+ Optionen , und
+ des &man.service.8; Kommandos
+ kontrolliert werden können. Beispielsweise kann &man.sshd.8;
+ mit dem nachstehenden Kommando neu gestartet werden:&prompt.root; service sshd restart
@@ -690,6 +629,70 @@ sshd is running as pid 433.
rc.d-Skripte schreiben wollen, sollten Sie
diesen Artikel lesen.
+
+
+ Systemspezifische Konfiguration
+
+
+ rc-Dateien
+ rc.conf
+
+
+ Informationen zur Systemkonfiguration sind hauptsächlich
+ in /etc/rc.conf, die meist beim Start
+ des Systems verwendet wird, abgelegt. Sie enthält die
+ Konfigurationen für die rc* Dateien.
+
+ In rc.conf werden die Vorgabewerte aus
+ /etc/defaults/rc.conf überschrieben.
+ Die Vorgabedatei sollte nicht editiert werden. Stattdessen
+ sollten alle systemspezifischen Änderungen in
+ rc.conf vorgenommen werden.
+
+ Um den administrativen Aufwand gering zu halten, existieren
+ in geclusterten Anwendungen mehrere Strategien,
+ globale Konfigurationen von systemspezifischen Konfigurationen
+ zu trennen. Der empfohlene Weg hält die globale Konfiguration
+ in einer separaten Datei z.B.
+ /etc/rc.conf.local. Zum Beispiel
+ so:
+
+
+
+ /etc/rc.conf:
+
+ sshd_enable="YES"
+keyrate="fast"
+defaultrouter="10.1.1.254"
+
+
+
+ /etc/rc.conf.local:
+
+ hostname="node1.example.org"
+ifconfig_fxp0="inet 10.1.1.1/8"
+
+
+
+ /etc/rc.conf kann dann auf jedes
+ System mit rsync oder
+ puppet verteilt werden,
+ während /etc/rc.conf.local dabei
+ systemspezifisch bleibt.
+
+ Bei einem Upgrade des Systems mit &man.sysinstall.8; oder
+ make world wird
+ /etc/rc.conf nicht überschrieben, so dass
+ die Systemkonfiguration erhalten bleibt.
+
+
+ /etc/rc.conf wird von &man.sh.1;
+ gelesen. Dies erlaubt es dem Systemadministrator, komplexe
+ Konfigurationsszenarien zu erstellen. Lesen Sie
+ &man.rc.conf.5;, um weitere Informationen zu diesem Thema zu
+ erhalten.
+
+
From owner-svn-doc-all@freebsd.org Fri Mar 25 20:17:10 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 1BAB2ADD7E4;
Fri, 25 Mar 2016 20:17:10 +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 DD953139B;
Fri, 25 Mar 2016 20:17:09 +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 u2PKH9ka083125;
Fri, 25 Mar 2016 20:17:09 GMT (envelope-from bhd@FreeBSD.org)
Received: (from bhd@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2PKH9Yk083124;
Fri, 25 Mar 2016 20:17:09 GMT (envelope-from bhd@FreeBSD.org)
Message-Id: <201603252017.u2PKH9Yk083124@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org
using -f
From: Bjoern Heidotting
Date: Fri, 25 Mar 2016 20:17:09 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r48471 - head/de_DE.ISO8859-1/books/handbook/ports
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.21
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, 25 Mar 2016 20:17:10 -0000
Author: bhd
Date: Fri Mar 25 20:17:08 2016
New Revision: 48471
URL: https://svnweb.freebsd.org/changeset/doc/48471
Log:
Update to r44250:
Restore lost tags.
Modified:
head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml
Modified: head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml
==============================================================================
--- head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml Fri Mar 25 20:13:10 2016 (r48470)
+++ head/de_DE.ISO8859-1/books/handbook/ports/chapter.xml Fri Mar 25 20:17:08 2016 (r48471)
@@ -5,7 +5,7 @@
$FreeBSD$
$FreeBSDde: de-docproj/books/handbook/ports/chapter.xml,v 1.111 2011/12/19 17:13:33 bcr Exp $
- basiert auf: r44016
+ basiert auf: r44250
-->
Installieren von Anwendungen: Pakete und Ports
@@ -1268,7 +1268,7 @@ Deinstalling ca_root_nss-3.15.1_1... don
MASTER_SITES mit dem folgenden Kommando
überschreiben:
- &prompt.root; cd /usr/ports/directory
+ &prompt.root; cd /usr/ports/directory
&prompt.root; make MASTER_SITE_OVERRIDE= \
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/ fetch
@@ -1478,7 +1478,7 @@ Thee deinstallation will free 229 kB
zu nutzen, geben Sie den Pfad des Ports in der
Ports-Sammlung an:
- &prompt.root; portmaster shells/bash
+ &prompt.root; portmaster shells/bash
From owner-svn-doc-all@freebsd.org Sat Mar 26 04:45:34 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 52D68ADE73B;
Sat, 26 Mar 2016 04:45:34 +0000 (UTC) (envelope-from jgh@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 249CA112D;
Sat, 26 Mar 2016 04:45:34 +0000 (UTC) (envelope-from jgh@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u2Q4jXQ7038023;
Sat, 26 Mar 2016 04:45:33 GMT (envelope-from jgh@FreeBSD.org)
Received: (from jgh@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2Q4jXE2038022;
Sat, 26 Mar 2016 04:45:33 GMT (envelope-from jgh@FreeBSD.org)
Message-Id: <201603260445.u2Q4jXE2038022@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: jgh set sender to jgh@FreeBSD.org
using -f
From: Jason Helfman
Date: Sat, 26 Mar 2016 04:45:33 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r48472 -
head/en_US.ISO8859-1/books/porters-handbook/quick-porting
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.21
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: Sat, 26 Mar 2016 04:45:34 -0000
Author: jgh
Date: Sat Mar 26 04:45:33 2016
New Revision: 48472
URL: https://svnweb.freebsd.org/changeset/doc/48472
Log:
- address old link to searching pr database
New link is far too long. Link to simple search is supplied, with
basic instructions to get a listing.
PR: 204756
Reported by: mallocbsd@foxmail.com
Modified:
head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml
Modified: head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml
==============================================================================
--- head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml Fri Mar 25 20:17:08 2016 (r48471)
+++ head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml Sat Mar 26 04:45:33 2016 (r48472)
@@ -390,9 +390,15 @@ lib/X11/oneko/mouse.xpm
After submitting the port, please be patient. The time
needed to include a new port in &os; can vary from a few days
- to a few months. The list of pending port
- PRs can be viewed at .
+ to a few months. A simple search form of the Problem Report
+ database can be searched here.
+
+ To get a listing of open port
+ PRs, select Open and
+ Ports & Packages in the search form,
+ then click [ Search ] to
+ list the reports.After looking at the new port, we will reply if necessary,
and commit it to the tree. The submitter's name will also be added to the
From owner-svn-doc-all@freebsd.org Sat Mar 26 04:50:14 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 7D09DADE7E8;
Sat, 26 Mar 2016 04:50:14 +0000 (UTC) (envelope-from jgh@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 4C4BF12A9;
Sat, 26 Mar 2016 04:50:14 +0000 (UTC) (envelope-from jgh@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u2Q4oD59038224;
Sat, 26 Mar 2016 04:50:13 GMT (envelope-from jgh@FreeBSD.org)
Received: (from jgh@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2Q4oDcF038223;
Sat, 26 Mar 2016 04:50:13 GMT (envelope-from jgh@FreeBSD.org)
Message-Id: <201603260450.u2Q4oDcF038223@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: jgh set sender to jgh@FreeBSD.org
using -f
From: Jason Helfman
Date: Sat, 26 Mar 2016 04:50:13 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r48473 -
head/en_US.ISO8859-1/books/porters-handbook/quick-porting
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.21
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: Sat, 26 Mar 2016 04:50:14 -0000
Author: jgh
Date: Sat Mar 26 04:50:13 2016
New Revision: 48473
URL: https://svnweb.freebsd.org/changeset/doc/48473
Log:
- addressed line limit
translators may ignore
Modified:
head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml
Modified: head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml
==============================================================================
--- head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml Sat Mar 26 04:45:33 2016 (r48472)
+++ head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml Sat Mar 26 04:50:13 2016 (r48473)
@@ -401,8 +401,8 @@ lib/X11/oneko/mouse.xpm
list the reports.After looking at the new port, we will reply if necessary,
- and commit it to the tree. The submitter's name will also be added to the
- list of Additional
&os; Contributors and other files.
From owner-svn-doc-all@freebsd.org Sat Mar 26 05:34:20 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 29A3FADEE28;
Sat, 26 Mar 2016 05:34:20 +0000 (UTC) (envelope-from jgh@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 EF75E1B09;
Sat, 26 Mar 2016 05:34:19 +0000 (UTC) (envelope-from jgh@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u2Q5YJAY053188;
Sat, 26 Mar 2016 05:34:19 GMT (envelope-from jgh@FreeBSD.org)
Received: (from jgh@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2Q5YJh3053187;
Sat, 26 Mar 2016 05:34:19 GMT (envelope-from jgh@FreeBSD.org)
Message-Id: <201603260534.u2Q5YJh3053187@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: jgh set sender to jgh@FreeBSD.org
using -f
From: Jason Helfman
Date: Sat, 26 Mar 2016 05:34:19 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r48474 -
head/en_US.ISO8859-1/books/porters-handbook/quick-porting
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.21
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: Sat, 26 Mar 2016 05:34:20 -0000
Author: jgh
Date: Sat Mar 26 05:34:18 2016
New Revision: 48474
URL: https://svnweb.freebsd.org/changeset/doc/48474
Log:
- address hiding url
Reported by: wblock
Modified:
head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml
Modified: head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml
==============================================================================
--- head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml Sat Mar 26 04:50:13 2016 (r48473)
+++ head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml Sat Mar 26 05:34:18 2016 (r48474)
@@ -391,8 +391,8 @@ lib/X11/oneko/mouse.xpm
After submitting the port, please be patient. The time
needed to include a new port in &os; can vary from a few days
to a few months. A simple search form of the Problem Report
- database can be searched here.
+ database can be searched at .
To get a listing of open port
PRs, select Open and
From owner-svn-doc-all@freebsd.org Sat Mar 26 05:46:09 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 9881CADEFDB;
Sat, 26 Mar 2016 05:46:09 +0000 (UTC) (envelope-from jgh@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 507071FB3;
Sat, 26 Mar 2016 05:46:09 +0000 (UTC) (envelope-from jgh@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u2Q5k8gi056378;
Sat, 26 Mar 2016 05:46:08 GMT (envelope-from jgh@FreeBSD.org)
Received: (from jgh@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2Q5k8PI056377;
Sat, 26 Mar 2016 05:46:08 GMT (envelope-from jgh@FreeBSD.org)
Message-Id: <201603260546.u2Q5k8PI056377@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: jgh set sender to jgh@FreeBSD.org
using -f
From: Jason Helfman
Date: Sat, 26 Mar 2016 05:46:08 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r48475 -
head/en_US.ISO8859-1/books/porters-handbook/quick-porting
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.21
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: Sat, 26 Mar 2016 05:46:09 -0000
Author: jgh
Date: Sat Mar 26 05:46:08 2016
New Revision: 48475
URL: https://svnweb.freebsd.org/changeset/doc/48475
Log:
- remove redundancy in instructions for listing open prs
Reported by: wblock
Modified:
head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml
Modified: head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml
==============================================================================
--- head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml Sat Mar 26 05:34:18 2016 (r48474)
+++ head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml Sat Mar 26 05:46:08 2016 (r48475)
@@ -397,8 +397,7 @@ lib/X11/oneko/mouse.xpm
To get a listing of open port
PRs, select Open and
Ports & Packages in the search form,
- then click [ Search ] to
- list the reports.
+ then click [ Search ].After looking at the new port, we will reply if necessary,
and commit it to the tree. The submitter's name will also be
From owner-svn-doc-all@freebsd.org Sat Mar 26 22:17:54 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 C2470ADE507;
Sat, 26 Mar 2016 22:17:54 +0000 (UTC) (envelope-from jgh@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 7899E1FE7;
Sat, 26 Mar 2016 22:17:54 +0000 (UTC) (envelope-from jgh@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u2QMHrM6060272;
Sat, 26 Mar 2016 22:17:53 GMT (envelope-from jgh@FreeBSD.org)
Received: (from jgh@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2QMHrub060271;
Sat, 26 Mar 2016 22:17:53 GMT (envelope-from jgh@FreeBSD.org)
Message-Id: <201603262217.u2QMHrub060271@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: jgh set sender to jgh@FreeBSD.org
using -f
From: Jason Helfman
Date: Sat, 26 Mar 2016 22:17:53 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r48476 -
head/en_US.ISO8859-1/books/porters-handbook/quick-porting
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.21
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: Sat, 26 Mar 2016 22:17:54 -0000
Author: jgh
Date: Sat Mar 26 22:17:53 2016
New Revision: 48476
URL: https://svnweb.freebsd.org/changeset/doc/48476
Log:
- remove redundancy previously mentioned in same document, and mark
as important
Modified:
head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml
Modified: head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml
==============================================================================
--- head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml Sat Mar 26 05:46:08 2016 (r48475)
+++ head/en_US.ISO8859-1/books/porters-handbook/quick-porting/chapter.xml Sat Mar 26 22:17:53 2016 (r48476)
@@ -343,10 +343,13 @@ lib/X11/oneko/mouse.xpm
Once happy with the port, the only thing remaining is to
put it in the main &os; ports tree and make everybody else
- happy about it too. We do not need the
- work directory or the
- pkgname.tgz package, so delete them
- now.
+ happy about it too.
+
+
+ We do not need the work directory or
+ the pkgname.tgz package, so delete them
+ now.
+ Next, build the &man.shar.1; file. Assuming the port is
called oneko, cd to the
@@ -382,12 +385,6 @@ lib/X11/oneko/mouse.xpm
committing the new port.
- One more time, do not include the original
- source distfile, the work directory, or
- the package built with
- make package; and, do use
- &man.shar.1; for new ports, not &man.diff.1;.
-
After submitting the port, please be patient. The time
needed to include a new port in &os; can vary from a few days
to a few months. A simple search form of the Problem Report