Date: Wed, 22 Jan 2003 14:43:37 -0500 From: Garance A Drosihn <drosih@rpi.edu> To: Max Khon <fjoe@iclub.nsu.ru>, Jan Srzednicki <winfried@student.agh.edu.pl> Cc: Garrett Wollman <wollman@lcs.mit.edu>, current@FreeBSD.ORG Subject: Re: background fsck did not create lost+found Message-ID: <p05200f0bba54a4857426@[128.113.24.47]> In-Reply-To: <20030123005315.A97248@iclub.nsu.ru> References: <200301221813.h0MIDUTF040121@khavrinen.lcs.mit.edu> <Pine.GSO.4.44.0301221916470.22474-100000@student.uci.agh.edu.pl> <20030123005315.A97248@iclub.nsu.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
At 12:53 AM +0600 1/23/03, Max Khon wrote: > >On Wed, Jan 22, 2003 at 07:18:44PM +0100, Jan Srzednicki wrote: > > > > > Would that be a big problem to allow some fsck option not > > > > to erase all these softupdates-pending inodes, but to put > > > > them in lost+found as usual? > > > > > > It certainly couldn't be done with the background fsck, > > > because background fsck works on a snapshot and not the > > > running filesystem; thus, it cannot make any allocations -- it > > > can only deallocate things. > > > > Still, in case you know some of your important files can be lost, > > you can boot the system to single user and run foreground fsck. > >this is not an option if the system was rebooted because of power >loss or kernel panic Can't you just set the rc.conf option to not-do the background fsck? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu 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?p05200f0bba54a4857426>