From owner-freebsd-questions Sun May 3 15:58:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA15738 for freebsd-questions-outgoing; Sun, 3 May 1998 15:58:04 -0700 (PDT) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from freebie.lemis.com (freebie.lemis.com [139.130.136.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA15637 for ; Sun, 3 May 1998 15:57:54 -0700 (PDT) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id IAA04713; Mon, 4 May 1998 08:27:39 +0930 (CST) (envelope-from grog) Message-ID: <19980504082739.Z356@freebie.lemis.com> Date: Mon, 4 May 1998 08:27:39 +0930 From: Greg Lehey To: Nicole , freebsd-questions@FreeBSD.ORG Subject: Re: Help...Unexpected inconsistency References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: ; from Nicole on Sun, May 03, 1998 at 12:54:24PM -0700 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 3 May 1998 at 12:54:24 -0700, Nicole wrote: > > Hello everyone > I hope that someone can help me with a weird boot up problem. > > All of a sudden a new computer I was working on refuses to boot. The error on b > ootup is: > > > Starting reboot .. (Or something to that effect) > Mounts all drives until.... > > Cannot alloc 8340481 bytes for typemap > /dev/rsd1s1c can't check file system > Unexpected inconsistency > > What shell would you like.......(Or something to that effect) > > At this point I can go into sh and type mount -a and it will mount just fine. > Also If I comment out that drive, I can boot up and then mount it. > > It seems unrelated, but the problem started after I killed a mountd process. The > computer paniced and restarted with the problem. What happens if you boot up with the file system commented out, and then run fsck against it? It looks to me like there is some breakage in the file system which mount hasn't seen, but which causes fsck to go crazy. If that's the case, the safest thing might be to back up the file system, re-newfs it, and restore. Beware, though, backing up could cause a panic. Greg -- See complete headers for address and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message