Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 2 Dec 2012 15:53:33 +0000 (UTC)
From:      Rene Ladan <rene@FreeBSD.org>
To:        doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-translations@freebsd.org
Subject:   svn commit: r40240 - translations/nl_NL.ISO8859-1/books/faq
Message-ID:  <201212021553.qB2FrYNd002938@svn.freebsd.org>

next in thread | raw e-mail | index | archive | help
Author: rene
Date: Sun Dec  2 15:53:33 2012
New Revision: 40240
URL: http://svnweb.freebsd.org/changeset/doc/40240

Log:
  Merge up to r40228 and translate the "safe-softupdate" question.

Modified:
  translations/nl_NL.ISO8859-1/books/faq/book.xml

Modified: translations/nl_NL.ISO8859-1/books/faq/book.xml
==============================================================================
--- translations/nl_NL.ISO8859-1/books/faq/book.xml	Sun Dec  2 15:00:58 2012	(r40239)
+++ translations/nl_NL.ISO8859-1/books/faq/book.xml	Sun Dec  2 15:53:33 2012	(r40240)
@@ -6,7 +6,7 @@
 	$FreeBSD$
 
 	%SOURCE%  en_US.ISO8859-1/books/faq/book.xml
-	%SRCID%	  40226
+	%SRCID%	  40228
 -->
 
 <!DOCTYPE book PUBLIC "-//FreeBSD//DTD DocBook XML V4.2-Based Extension//EN"
@@ -4574,70 +4574,67 @@ kern.sched.name: ULE</screen>
 
       <qandaentry>
 	<question id="safe-softupdates">
-	  <para>Which partitions can safely use Soft Updates?  I have
-	    heard that Soft Updates on <filename>/</filename> can cause
-	    problems.</para>
+	  <para>Welke partities kunnen veilig soft-updates gebruiken?  Ik heb
+	    gehoord dat soft-updates op <filename class="directory">/</filename>
+	    problemen kunnen veroorzaken.  Hoe zit het met gejournaleerde
+	    soft-updates?</para>
 	</question>
 
 	<answer>
-	  <para>Short answer: you can usually use Soft Updates safely on
-	    all partitions.</para>
-
-	  <para>Long answer: There used to be some concern over using
-	    Soft Updates on the root partition.  Soft Updates has two
-	    characteristics that caused this.  First, a Soft Updates
-	    partition has a small chance of losing data during a system
-	    crash.  (The partition will not be corrupted; the data will
-	    simply be lost.) Also, Soft Updates can cause temporary
-	    space shortages.</para>
-
-	  <para>When using Soft Updates, the kernel can take up to
-	    thirty seconds to actually write changes to the physical
-	    disk.  If you delete a large file, the file still resides on
-	    disk until the kernel actually performs the deletion.  This
-	    can cause a very simple race condition.  Suppose you delete
-	    one large file and immediately create another large file.
-	    The first large file is not yet actually removed from the
-	    physical disk, so the disk might not have enough room for
-	    the second large file.  You get an error that the partition
-	    does not have enough space, although you know perfectly well
-	    that you just released a large chunk of space!  When you try
-	    again mere seconds later, the file creation works as you
-	    expect.  This has left more than one user scratching his
-	    head and doubting his sanity, the &os; file system, or
-	    both.</para>
-
-	  <para>If a system should crash after the kernel accepts a
-	    chunk of data for writing to disk, but before that data is
-	    actually written out, data could be lost or corrupted.  This
-	    risk is extremely small, but generally manageable.  Use of
-	    IDE write caching greatly increases this risk; it is
-	    strongly recommended that you disable IDE write caching when
-	    using Soft Updates.</para>
-
-	  <para>These issues affect all partitions using Soft Updates.
-	    So, what does this mean for the root partition?</para>
-
-	  <para>Vital information on the root partition changes very
-	    rarely.  Files such as
-	    <filename>/boot/kernel/kernel</filename> and the contents of
-	    <filename>/etc</filename> only change during system
-	    maintenance, or when users change their passwords.  If the
-	    system crashed during the thirty-second window after such a
-	    change is made, it is possible that data could be lost.
-	    This risk is negligible for most applications, but you
-	    should be aware that it exists.  If your system cannot
-	    tolerate this much risk, do not use Soft Updates on the root
-	    file system!</para>
-
-	  <para><filename class="directory">/</filename> is traditionally one of the
-	    smallest partitions.  If you put the
-	    <filename class="directory">/tmp</filename> directory on
-	    <filename class="directory">/</filename> and you have a busy
-	    <filename class="directory">/tmp</filename>, you might see intermittent space
-	    problems.  Symlinking <filename class="directory">/tmp</filename> to
-	    <filename class="directory">/var/tmp</filename> will solve this
-	    problem.</para>
+	  <para>Kort antwoord: U kunt soft-updates normaliter veilig op alle
+	    partities gebruiken.</para>
+
+	  <para>Lang antwoord: Soft-updates hebben twee eigenschappen die
+	    ongewenst kunnen zijn op bepaalde partities.  Ten eerste heeft een
+	    partitie met soft-update een kleine kans om gegevens te verliezen
+	    tijdens een systeemcrash.  (De partitie raakt niet corrupt, de
+	    gegevens zijn simpelweg verloren.)  Ten tweede kunnen soft-updates
+	    een tijdelijk tekort aan ruimte veroorzaken.</para>
+
+	  <para>Wanneer soft-updates gebruikt worden, kan de kernel tot dertig
+	    seconden wachten om de veranderingen naar de fysieke schijf te
+	    schrijven.  Wanneer een groot bestand wordt verwijderd staat het
+	    bestand nog steeds op schijf totdat de kernel deze daadwerkelijk
+	    verwijderd.  Dit kan een eenvoudige raceconditie veroorzaken.  Stel
+	    dat u een groot bestand verwijderd en meteen daarna een ander groot
+	    bestand aanmaakt.  Het eerste bestand is nog niet daadwerkelijk van
+	    de fysieke schijf verwijderd, dus kan het zijn dat de schijf niet
+	    genoeg ruimte heeft voor het tweede grote bestand.  U kunt een
+	    foutmelding krijgen dat de partitie niet genoeg ruimte heeft,
+	    terwijl u zeker weet dat u net een groot stuk ruimte heeft
+	    vrijgegeven!  Als u het enkele seconden later nogmaals probeert,
+	    werkt het aanmaken van het bestand zoals u verwacht.  Dit heeft
+	    meerdere gebrukers verward achtergelaten, afvragende of het
+	    bestandssysteem van &os; nog wel in orde was.</para>
+
+	  <para>Als een systeem crasht nadat de kernel een blok gegevens heeft
+	    geaccepteerd om naar schijf te schrijven, maar voordat de gegevens
+	    daadwerkelijk zijn geschreven, kunnen deze verloren zijn.  Dit
+	    risico is extreem klein, maar over het algemeen beheersbaar.</para>
+
+	  <para>Deze zaken hebben betrekking op alle partities die soft-updates
+	    gebruiken.  Wat betekent dit dus voor de root-partitie?</para>
+
+	  <para>Vitale informatie op de root-partitie verandert maar zeer
+	    zelden.  Als het systeem crashte tijdens de periode van dertig
+	    seconden nadat zo'n verandering is gemaakt, is het mogelijk dat er
+	    gegevens verloren zijn gegaan.  Dit risico is voor de meeste
+	    toepassingen verwaarloosbaar, maar u dient te weten dat het bestaat.
+	    Gebruik geen soft-updates op het root-bestandssysteem als uw
+	    systeem dit risico niet kan lopen!</para>
+	  <para><filename class="directory">/</filename> is traditioneel een van
+	    de kleinste partities.  Als u de map
+	    <filename class="directory">/tmp</filename> op
+	    <filename class="directory">/</filename> plaatst en u een drukke
+	    <filename class="directory">/tmp</filename> heeft, kunt u met
+	    tussenpozen ruimteproblemen zien.  Een symbolische koppeling van
+	    <filename class="directory">/tmp</filename> naar
+	    <filename class="directory">/var/tmp</filename> maken zal dit
+	    probleem oplossen.</para>
+
+	  <para>Tenslotte, &man.dump.8; werkt niet in live modus (-L) op een
+	    bestandssysteem met gejournaleerde soft-updates
+	   (<acronym>SU+J</acronym>).</para>
 	</answer>
       </qandaentry>
 



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201212021553.qB2FrYNd002938>