Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!wuarchive!decwrl!sgi!daveh@xtenk.asd.sgi.com
From: daveh@xtenk.asd.sgi.com (David A Higgen)
Newsgroups: comp.sys.sgi
Subject: Re: slow boot-time fsck -y -D, invoked by mount(!)
Message-ID: <74515@sgi.sgi.com>
Date: 8 Nov 90 22:31:14 GMT
References: <1990Oct28.073438.8627@utstat.uucp> <73531@sgi.sgi.com> <1990Nov1.102132.19777@maccs.dcss.mcmaster.ca>
Sender: guest@sgi.sgi.com
Organization: Silicon Graphics, Inc., Mountain View, CA
Lines: 26

> In article <73531@sgi.sgi.com> daveh@xtenk.asd.sgi.com (David A Higgen) writes:
> >I'm currently in the midst of a major overhaul of fsck which will appear
> >in the next release. I've been able to make a speed improvement of a factor
> >2 to 2.5 in the program itself, and there will be logic added to do
> >parallel fsck's during bootup.
> 
> How about a -p option, instead of -y?  Is there a good reason to have fsck
> run with -y always?
> 
> E. John Benjamins                                      BITNET: JOHNB@MCMASTER
> Computer and Information Services,     Internet: johnb@sscvax.cis.mcmaster.ca
> ABB 131, McMaster University, 
> Hamilton, Ontario, Canada    "You can't chop down a symmetry" -- Jane Siberry

Yes, a -p type option will be available. Unlike BSD, this will NOT be 
hardwired to parallel behaviour (a rotton design decision, IMHO), but will
be an independant option.

We will probably still ship systems with -y behaviour by default, the reason
being that for the non-UNIX-experienced, you want the system to just
COME UP, not require cryptic messing with some scary fsck-thing!

But -p type behaviour will be available for those who want it.


			Dave Higgen (daveh@xtenk.asd.sgi.com)