Date: Sun, 20 Sep 1998 09:00:52 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: garbanzo@hooked.net (Alex) Cc: tlambert@primenet.com, eivind@yes.no, Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG Subject: Re: softupdates & fsck Message-ID: <199809200900.CAA12457@usr06.primenet.com> In-Reply-To: <Pine.BSF.4.00.9809191341310.29526-100000@zippy.dyn.ml.org> from "Alex" at Sep 19, 98 01:45:32 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> Well, I had to hit reset once, while building world, as my box froze while > logging out of X. End result was fsck grok'd both disks (Quantum, SCSI), > and stuff was left in lost+found for both disks. The one with /usr/obj > had some dirs (and files too I think) that couldn't be rm -rf'd. Going > into single user mode, and manually running fsck on the damaged drive > seemed to fix this. And, this was with a pre-cam kernel, with no patches > or anything. > > Perhaps a related problem? Since I assume that a fsck was done because the clean bit was not set when the reboot occurred, you are telling me that you needed two fsck's. Or you are telling me that you trieed to fsck a mounted FS, which is a no-no. Was soft updates enabled? Hitting the reset is no different than going into the debugger. The disk should be in a consistent state, barring cylinder group bitmaps. This assumes your pre-CAM version wasn't so pre-CAM that the sync(2) issues had yet to be addressed (ie: you would need code dates, and I would have to ask Julian, or you could ask Julian, to find out if that date was pre or post the sync(2) fixes). In any case, under no circumstances should the disks be in a state that results in files in lost+found if soft updates is working. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809200900.CAA12457>