[TUHS] Unix v7 icheck dup problem

[Kenneth Goodwin]

Anyone remember PFSCK,  aka parallel fsck that fired up multiple parallel
fsck instances, one per filesystem and used bidirectional pipes to pass
commands from the operator to each individual fsck stream.  Cut boot times
down quite a bit on healthy systems.

I believe the filesystem MOUNT table file on ROOT had fields related to
controlling PFSCK behavior

I remember hacking it for some reason related to performance,  But GOK
why......

On Mon, Mar 6, 2023, 3:59 AM Jonathan Gray <jsg at jsg.id.au> wrote:

> On Mon, Mar 06, 2023 at 03:14:27AM -0500, Noel Chiappa wrote:
> >
> > I've also been amusing myself trying to figure out who wrote:
> >
> >   http://ana-3.lcs.mit.edu/~jnc/tech/unix/s1/fcheck.c
>
> According to Guy Harris in
> https://groups.google.com/g/net.unix/c/-H9x36DMOBQ/m/4mcL76lKbmMJ
>
> 'they had to replace "icheck" and "dcheck" with a new program which
> would do most of the dirty work of file system repair for them -
> Hal wrote one called "fcheck", which cleaned V6 file systems, and
> which appeared in source-code form on the PWB/UNIX 1.0 distribution
> tape.  Unfortunately, PWB/UNIX 1.0 modified the V6 file system so
> that it didn't support "huge" files, and the eighth indirect pointer
> pointed directly to a block as the other seven did, so the "fcheck"
> there wouldn't fix a vanilla PWB/UNIX file system, but it worked
> just fine on a vanilla V6 FS.'
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.tuhs.org/pipermail/tuhs/attachments/20230306/47e27ec6/attachment.htm>