Subject: Re: CVS commit: src
To: Bill Studenmund <wrstuden@netbsd.org>
From: David Laight <david@l8s.co.uk>
List: source-changes
Date: 09/21/2005 07:56:57
On Wed, Sep 21, 2005 at 09:32:40AM +1000, Daniel Carosone wrote:
> > 
> > IIRC inode 0 => file containing the inode table
> >      inode 1 => file containing the allocation bitmap
> >      inode 2 => swap space
> > (or maybe in a slightly different order)
> 
> One often is reserved for a "file" containing marked bad blocks, to
> keep them out of circulation.
> 
> > When you find the directory entries for the those two files,
> > you don't want to delete them to 'recover' the space!
> 
> These usually aren't linked from a directory, and fsck knows not to
> put them in lost+found.

You are (probably) too young......

The RSX-11M filesystem [1] had every disk block allocated to a file,
including the metadata. Searching for free space, someone found these
large files hidden in the system directory and deleted them.  They
then had to revert to the disk archive!

	David

[1] I suspect the unix filesystems are based on it.  Mainly adding
nested directories.

-- 
David Laight: david@l8s.co.uk