From owner-freebsd-current Thu Mar 21 10:11:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA14264 for current-outgoing; Thu, 21 Mar 1996 10:11:17 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA14230 for ; Thu, 21 Mar 1996 10:10:58 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA00406; Thu, 21 Mar 1996 10:58:04 -0700 From: Terry Lambert Message-Id: <199603211758.KAA00406@phaeton.artisoft.com> Subject: Re: lost+found ??? To: j@uriah.heep.sax.de (J Wunsch) Date: Thu, 21 Mar 1996 10:58:03 -0700 (MST) Cc: freebsd-current@freebsd.org In-Reply-To: <199603211259.NAA13192@uriah.heep.sax.de> from "J Wunsch" at Mar 21, 96 01:59:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As Michael Smith wrote: > > > > What do I need to do? > > > > Nothing, fsck creates them as it needs them. > > ...thereby happily destroying arbitrary disk data if it has to extend > the root directory and fails to find free space to do so. > > newfs should create it. I argued this one and lost. I think you are right, though, in the basis that the files may be coming from directories with sufficient free space, requiring additional directory blocks to be allocated to recover name information. Such blocks are not necessarily freed by the process causing files to end up in lost+found. Even in the case where blocks are freed, the names in lost+found are based on the inode number and may cause less entries per block than were in the block before the names were "lost" if the files all had short names (ie: 3 characters or less is 8 bytes per name in the directory entry block). While we are on the subject, did anyone commit my fix so that fsck doesn't have to be run twice in the case that it's creating lost+found? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.