From owner-freebsd-current Thu Mar 16 13:59:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29448 for current-outgoing; Thu, 16 Mar 1995 13:59:47 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA29442 for ; Thu, 16 Mar 1995 13:59:42 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id NAA16705; Thu, 16 Mar 1995 13:42:26 -0800 From: "Rodney W. Grimes" Message-Id: <199503162142.NAA16705@gndrsh.aac.dev.com> Subject: Re: Something is wrong with fsck... To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 16 Mar 1995 13:42:26 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503162048.VAA16574@uriah.heep.sax.de> from "J Wunsch" at Mar 16, 95 09:48:05 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1412 Sender: current-owner@FreeBSD.org Precedence: bulk > > As Poul-Henning Kamp wrote: > > > > and the manpage references fsdb(8) ... > > I once started to create an fsdb, but didn't get much far. > > What would people like to have done there? Perhaps, if there's a > reasonable interest, i could put it on my personal list of things that > ``might be done some day''. Add it to /usr/src/TODO, it would be nice to have it some day, and this would be an idea project for someone takeing a cource in filesystems!! > The old fsdb as i've seen it on some SysV-alike systems had a terrible > syntax. When going for a rewrite, i'd prefer somethin more rationale. YES! fsdb was a *bear* to use. > But it's always bothering me that the only chance to get a file system > fsck'd is to answer all the questions there with the defaults (making > it effectively behave identical to an ``fsck -y''), no chance to even > correct something. Well.. when I get one that I wan't to fix as best I can I first run a fsck -n >/someplacesafe and then look it over real carefully. You can recover things by answering N to the clear inode stuff and then it should get picked up later and stuck in lost+found. It really depends on what the damage looks like. This can be especially usefull with multiple allocated inodes. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD