using fsck on mounted filesystem

Conor P. Cahill cpcahil at virtech.uucp
Tue Nov 28 12:04:50 AEST 1989


In article <21534 at adm.BRL.MIL>, XDATMNLX%DDATHD21.BITNET at cunyvm.cuny.edu (Michael N. Lipp) writes:
> I know he shouldn't have used fsck on the mounted file system in the
> first place, but why did it work with microport-unix? I found out, that
> the number of missing blocks reported matches the free space reported by
> df. Interactive has the 'fast file system'. Could it be, that they write
> an empty free-block-list in the superblock of a file system when mounting
> it and keep the head of the free list in memory only? Thinking of a crash,

Interactive keeps the entire free list in memory and manipulates it there,
without manipulating it on the disk at all until the file system is unmounted.
That is why it takes so long to mount (and unmount) a file system under 386/ix.

Your guess that they invalidate the on-disk free list is correct.


-- 
+-----------------------------------------------------------------------+
| Conor P. Cahill     uunet!virtech!cpcahil      	703-430-9247	!
| Virtual Technologies Inc.,    P. O. Box 876,   Sterling, VA 22170     |
+-----------------------------------------------------------------------+



More information about the Comp.unix.questions mailing list