svn commit: r40240 - translations/nl_NL.ISO8859-1/books/faq
Rene Ladan
rene at FreeBSD.org
Sun Dec 2 15:53:34 UTC 2012
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>
More information about the svn-doc-translations
mailing list