Return to BSD News archive
Xref: sserve comp.os.linux.misc:28789 comp.os.386bsd.misc:3968 Newsgroups: comp.os.linux.misc,comp.os.386bsd.misc Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!bunyip.cc.uq.oz.au!munnari.oz.au!constellation!news.uoknor.edu!ns1.nodak.edu!netnews.nwnet.net!reuter.cse.ogi.edu!uwm.edu!spool.mu.edu!howland.reston.ans.net!news.sprintlink.net!EU.net!sun4nl!rnzll3!sys3.pe1chl!rob From: rob@pe1chl.ampr.org (Rob Janssen) Subject: Re: LINUX SUCKS!!!! Reply-To: pe1chl@rabo.nl Organization: PE1CHL Message-ID: <CyMvzt.oo0@pe1chl.ampr.org> References: <085334Z20101994@anon.penet.fi> <1994Oct28.041604.589@escape.widomaker.com> <38up48INN1o5e@rs1.rrz.Uni-Koeln.DE> <CHRISB.94Nov1123540@stork.cssc-syd.tansu.com.au> <395u3t$ape@epiwrl.entropic.com> Date: Wed, 2 Nov 1994 09:35:52 GMT Lines: 32 In <395u3t$ape@epiwrl.entropic.com> kenh@entropic.com (Ken Hornstein) writes: >In article <CHRISB.94Nov1123540@stork.cssc-syd.tansu.com.au>, >Chris Bitmead <chrisb@stork.cssc-syd.tansu.com.au> wrote: >>Nobody in their right mind would want it turned on since it could cause >>crap meta-data if the system crashes. Better to do it the other way round. >>Write your data first and then update your meta-data. >There's one thing about this approach that I don't understand: if you write >your data blocks first and your system dies before the meta-data gets written, >how do you know where the data blocks are? If you write the meta-data first, >your filesystem recovery program can at least figure out if your meta-data >is bogus or not. The problem with that is that you *can't* figure out if your data is bogus or not, because you don't know its structure. So, when you write meta-data first and the system crashes between writing meta-data and writing data, fsck will not be able to detect any problem and will mark the filesystem as OK, while there is in fact garbage in the file. This is not good. Do it the other way around and you will have no file at all, or at least a detection of problems. This is better than silently leaving corrupted files on the disk. Rob -- ------------------------------------------------------------------------- | Rob Janssen | AMPRnet: rob@pe1chl.ampr.org | | e-mail: pe1chl@rabo.nl | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU | -------------------------------------------------------------------------