From owner-freebsd-hackers  Sun May  5 14:58:38 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id OAA12522
          for hackers-outgoing; Sun, 5 May 1996 14:58:38 -0700 (PDT)
Received: from eac.iafrica.com (slipper119236.iafrica.com [196.7.119.236])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA12514
          for <freebsd-hackers@freebsd.org>; Sun, 5 May 1996 14:58:32 -0700 (PDT)
Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id XAA01450; Sun, 5 May 1996 23:57:28 +0200
From: Robert Nordier <rnordier@iafrica.com>
Message-Id: <199605052157.XAA01450@eac.iafrica.com>
Subject: Re: dosfsck anyone?
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Sun, 5 May 1996 23:57:27 +0200 (SAT)
Cc: rnordier@iafrica.com, joerg_wunsch@uriah.heep.sax.de,
        freebsd-hackers@freebsd.org
In-Reply-To: <2890.831330701@time.cdrom.com> from "Jordan K. Hubbard" at May 5, 96 02:11:41 pm
X-Mailer: ELM [version 2.4 PL24 ME8a]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

On Sun, 6 May 1996, Jordan K. Hubbard wrote:
 
> > A preen option is a Good Thing.  'fsck' itself has code to parse
> > /etc/fstab, skipping non-ufs filesystems.  One solution would be
> > to incorporate equivalent code in 'dosfsck'.  Possibly a more
> 
> The one thing that scares me about this whole scenario is having DOS
> filesystems suddenly get checked when they weren't even looked at
> before, perhaps then to run into a bug which causes DOSFS corruption
> and some very unhappy user(s) who never even expected FreeBSD to take
> such liberties with their DOS partitions.

I agree we don't want to spotlight the behavior of the existing
DOSFS unnecessarily.  My idea was more to release 'fsck_msdos' in
advance of the rewritten msdosfs, since it will later facilitate
using and testing that.  (Rather grapple with a beta msdosfs using
a debugged fsck_msdos.)

> I think it should still be an option to enable this particular
> behavior! :-)

By default no preening should occur, unless users specifically
amend their /etc/fstab.  Currently the 'fs_passno' field (sixth
field) has a value of '0', which tells fsck that the filesystem
doesn't need checking.  Eg:

/dev/wd0s1                      /dos            msdos   ro 0 0
							     ^
--
Robert Nordier