Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!uunet!virtech!cpcahil
From: cpcahil@virtech.UUCP (Conor P. Cahill)
Newsgroups: comp.unix.i386
Subject: Re: File system problems with 386/ix
Message-ID: <1280@virtech.UUCP>
Date: 16 Oct 89 00:23:24 GMT
References: <2462@hydra.gatech.EDU> <652@npiatl.UUCP>
Distribution: usa
Organization: Virtual Technologies Inc
Lines: 18

In article <652@npiatl.UUCP>, dkelly@npiatl.UUCP (Dwight Kelly) writes:
> Under 2.0.?, Interactive's fast file system marks almost all inodes as free
> and keeps a true map of allocated inodes in memory.  This way a panic or
> powerdown will force fschk to rebuild the ENTIRE inode list, giving the
> very large amount of incorrectly free blocks. 


The FFS does not mark inodes as free.  What does happen is that the (block)
free list is purposely damaged so that it appears empty. The messages that
appeared in the original posters fsck output were probably due to his running
the fsck on a mounted file system (or else the file system was really damaged).


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