From owner-freebsd-hackers Thu Oct 22 22:50:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA25377 for freebsd-hackers-outgoing; Thu, 22 Oct 1998 22:50:34 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA25371 for ; Thu, 22 Oct 1998 22:50:33 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id WAA10111; Thu, 22 Oct 1998 22:49:56 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id WAA18247; Thu, 22 Oct 1998 22:49:55 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id WAA19888; Thu, 22 Oct 1998 22:49:53 -0700 (PDT) From: Don Lewis Message-Id: <199810230549.WAA19888@salsa.gv.tsc.tdk.com> Date: Thu, 22 Oct 1998 22:49:53 -0700 In-Reply-To: Don Lewis "Re: softupdates and/or fsck bugs or features?" (Oct 22, 4:01am) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Don Lewis , Warner Losh Subject: Re: softupdates and/or fsck bugs or features? Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Oct 22, 4:01am, Don Lewis wrote: } Subject: Re: softupdates and/or fsck bugs or features? } } I think what } } was happening was that the link count was adjusted for files that were } } dangling because fsck couldn't attach them to lost+found because the } } directory was full. } } That might explain the link count on lost+found, And indeed it does. In pass3() there is the following code: (void)linkup(orphan, inp->i_dotdot); inp->i_parent = inp->i_dotdot = lfdir; lncntp[lfdir]--; So even if linkup() fails because lost+found is full, lncntp[lfdir]-- still happens. During the phase where the link counts are adjusted, they are decreased by lncntp[inumber], which will be a large negative number in your case, causing the link count in lost+found to be set to a large number. My patch in bin/8055 doesn't have this problem, but now I think it might have other problems if lost+found overflows. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message