<div dir="auto">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.<div dir="auto"><br></div><div dir="auto">I believe the filesystem MOUNT table file on ROOT had fields related to controlling PFSCK behavior <br><div dir="auto"><br></div><div dir="auto">I remember hacking it for some reason related to performance,  But GOK why......</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 6, 2023, 3:59 AM Jonathan Gray <<a href="mailto:jsg@jsg.id.au">jsg@jsg.id.au</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Mar 06, 2023 at 03:14:27AM -0500, Noel Chiappa wrote:<br>
> <br>
> I've also been amusing myself trying to figure out who wrote:<br>
> <br>
>   <a href="http://ana-3.lcs.mit.edu/~jnc/tech/unix/s1/fcheck.c" rel="noreferrer noreferrer" target="_blank">http://ana-3.lcs.mit.edu/~jnc/tech/unix/s1/fcheck.c</a><br>
<br>
According to Guy Harris in<br>
<a href="https://groups.google.com/g/net.unix/c/-H9x36DMOBQ/m/4mcL76lKbmMJ" rel="noreferrer noreferrer" target="_blank">https://groups.google.com/g/net.unix/c/-H9x36DMOBQ/m/4mcL76lKbmMJ</a><br>
<br>
'they had to replace "icheck" and "dcheck" with a new program which<br>
would do most of the dirty work of file system repair for them -<br>
Hal wrote one called "fcheck", which cleaned V6 file systems, and<br>
which appeared in source-code form on the PWB/UNIX 1.0 distribution<br>
tape.  Unfortunately, PWB/UNIX 1.0 modified the V6 file system so<br>
that it didn't support "huge" files, and the eighth indirect pointer<br>
pointed directly to a block as the other seven did, so the "fcheck"<br>
there wouldn't fix a vanilla PWB/UNIX file system, but it worked<br>
just fine on a vanilla V6 FS.'<br>
</blockquote></div>