From owner-freebsd-hackers Mon Jan 22 08:20:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA24207 for hackers-outgoing; Mon, 22 Jan 1996 08:20:52 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA24199 for ; Mon, 22 Jan 1996 08:20:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id IAA20293; Mon, 22 Jan 1996 08:20:34 -0800 To: Warner Losh cc: hackers@freebsd.org, dworkin@rover.village.org Subject: Re: Two commands: icat and ils In-reply-to: Your message of "Mon, 22 Jan 1996 01:48:27 MST." <199601220848.BAA28985@rover.village.org> Date: Mon, 22 Jan 1996 08:20:34 -0800 Message-ID: <20291.822327634@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > fsdb will run under 2.0R, btw, but it isn't useful when you have a > disk that is really really really trashed badly (since I can't keep Actually, you pointed up an interesting inconsistency we have with ourselves: fsdb (inum: 2)> q *** FILE SYSTEM MARKED DIRTY *** BE SURE TO RUN FSCK TO CLEAN UP ANY DAMAGE *** IF IT WAS MOUNTED, RE-MOUNT WITH -u -o reload root@time-> mount -u -o reload /junk mount: -o reload: option not supported Nice instance of misdirecting the user, eh? :-) Your other tools sound interesting, though I always shrink somehow at the thought of *more* UNIX commands populating the system. Wouldn't it be better to simply enhance fsdb to provide the additional display and recovery options you want? Jordan