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