Skip site navigation (1)Skip section navigation (2)
Date:      22 Oct 2000 20:27:52 +0200
From:      Dag-Erling Smorgrav <des@thinksec.com>
To:        Marius Bendiksen <mbendiks@eunet.no>
Cc:        arch@freebsd.org
Subject:   Re: Ideas concerning fsck
Message-ID:  <xzp66mk4tp3.fsf@aes.thinksec.com>
In-Reply-To: Marius Bendiksen's message of "Sun, 22 Oct 2000 19:37:10 %2B0200 (CEST)"
References:  <Pine.BSF.4.05.10010221929290.32404-100000@login-1.eunet.no>

next in thread | previous in thread | raw e-mail | index | archive | help
Marius Bendiksen <mbendiks@eunet.no> writes:
> >   2) if the mountpoint is "none", skip this entry.
>=20
> Please don't. =3D)
>=20
> It is entirely sensible to be able to fsck a filesystem upon boot without
> actually mounting it.

That's what noauto is for. The "none" mountpoint denotes a swap
partition.

> >   3) if the fs type is known, run the appropriate command (which can
> >      be null, e.g. for cd9660), and skip to the next entry.
> >   4) if the fs type is unknown, but fsck_${fstype} exists, run it and
> >      skip to the next entry.
> Why this distinction ?

Because you may want to treat some systems specially (e.g. don't do
anything for cd9660), so you only try to run fsck_${fstype} if you
don't know of anything else to do.

> I would think you'd either want to go entirely with the approach in (4),
> or add a new file in /etc, say "fstypes" or "fscktab".

Yes, that might be a good idea.

> The logic to avoid thrashing would be a must. Currently, this can be
> avoided by logic on the part of the admin, by using pass 1 where
> neccessary. As to doing / first, why?

Doing anything at all before you know you can trust your root
partition (where fsck itself is stored) is not a very good idea.

DES
--=20
Dag-Erling Sm=F8rgrav - des@thinksec.com


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?xzp66mk4tp3.fsf>