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>