From owner-svn-doc-all@FreeBSD.ORG Sun Dec 2 15:53:34 2012 Return-Path: Delivered-To: svn-doc-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53B229A1; Sun, 2 Dec 2012 15:53:34 +0000 (UTC) (envelope-from rene@FreeBSD.org) Received: from svn.freebsd.org (svn.freebsd.org [IPv6:2001:1900:2254:2068::e6a:0]) by mx1.freebsd.org (Postfix) with ESMTP id 34ED18FC08; Sun, 2 Dec 2012 15:53:34 +0000 (UTC) Received: from svn.freebsd.org (localhost [127.0.0.1]) by svn.freebsd.org (8.14.5/8.14.5) with ESMTP id qB2FrYa1002939; Sun, 2 Dec 2012 15:53:34 GMT (envelope-from rene@svn.freebsd.org) Received: (from rene@localhost) by svn.freebsd.org (8.14.5/8.14.5/Submit) id qB2FrYNd002938; Sun, 2 Dec 2012 15:53:34 GMT (envelope-from rene@svn.freebsd.org) Message-Id: <201212021553.qB2FrYNd002938@svn.freebsd.org> From: Rene Ladan Date: Sun, 2 Dec 2012 15:53:33 +0000 (UTC) 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 X-SVN-Group: doc-translations 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.14 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: Sun, 02 Dec 2012 15:53:34 -0000 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 --> - Which partitions can safely use Soft Updates? I have - heard that Soft Updates on / can cause - problems. + Welke partities kunnen veilig soft-updates gebruiken? Ik heb + gehoord dat soft-updates op / + problemen kunnen veroorzaken. Hoe zit het met gejournaleerde + soft-updates? - Short answer: you can usually use Soft Updates safely on - all partitions. - - 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. - - 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. - - 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. - - These issues affect all partitions using Soft Updates. - So, what does this mean for the root partition? - - Vital information on the root partition changes very - rarely. Files such as - /boot/kernel/kernel and the contents of - /etc 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! - - / is traditionally one of the - smallest partitions. If you put the - /tmp directory on - / and you have a busy - /tmp, you might see intermittent space - problems. Symlinking /tmp to - /var/tmp will solve this - problem. + Kort antwoord: U kunt soft-updates normaliter veilig op alle + partities gebruiken. + + 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. + + 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. + + 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. + + Deze zaken hebben betrekking op alle partities die soft-updates + gebruiken. Wat betekent dit dus voor de root-partitie? + + 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! + / is traditioneel een van + de kleinste partities. Als u de map + /tmp op + / plaatst en u een drukke + /tmp heeft, kunt u met + tussenpozen ruimteproblemen zien. Een symbolische koppeling van + /tmp naar + /var/tmp maken zal dit + probleem oplossen. + + Tenslotte, &man.dump.8; werkt niet in live modus (-L) op een + bestandssysteem met gejournaleerde soft-updates + (SU+J).