From owner-freebsd-arch Sun Oct 22 10:37:15 2000 Delivered-To: freebsd-arch@freebsd.org Received: from mail-relay.eunet.no (mail-relay.eunet.no [193.71.71.242]) by hub.freebsd.org (Postfix) with ESMTP id 565E637B4E5 for ; Sun, 22 Oct 2000 10:37:12 -0700 (PDT) Received: from login-1.eunet.no (login-1.eunet.no [193.75.110.2]) by mail-relay.eunet.no (8.9.3/8.9.3/GN) with ESMTP id TAA68058; Sun, 22 Oct 2000 19:37:10 +0200 (CEST) (envelope-from mbendiks@eunet.no) Received: from localhost (mbendiks@localhost) by login-1.eunet.no (8.9.3/8.8.8) with ESMTP id TAA34013; Sun, 22 Oct 2000 19:37:10 +0200 (CEST) (envelope-from mbendiks@eunet.no) X-Authentication-Warning: login-1.eunet.no: mbendiks owned process doing -bs Date: Sun, 22 Oct 2000 19:37:10 +0200 (CEST) From: Marius Bendiksen To: Dag-Erling Smorgrav Cc: arch@freebsd.org Subject: Re: Ideas concerning fsck In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > 2) if the mountpoint is "none", skip this entry. Please don't. =) It is entirely sensible to be able to fsck a filesystem upon boot without actually mounting it. Also, I would guess this is a good thing for auto-mounter as well. > 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 ? 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". > 5) print a big fat "Unknown file system type" warning and skip to > the next entry. Adding pass #0 currently suppresses anything like that. You'd want to be able to suppress the warning. > As for which order to fsck file systems in, do / first, and everything > else in parallell afterwards (possibly with additional logic to try to > identify file systems that are on the same device and fsck them > sequentially to avoid thrashing) 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? > I'm willing to write the code if people think it's a good idea. I think it needs to be worked out some more, and needs backward-compatibility, but apart from that, I'm for. Marius To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message