From owner-freebsd-fs@FreeBSD.ORG Wed Aug 31 15:21:02 2011 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BCB6106564A; Wed, 31 Aug 2011 15:21:02 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (unknown [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 6E3C98FC08; Wed, 31 Aug 2011 15:21:01 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id p7VFL0Fq045895; Wed, 31 Aug 2011 22:21:00 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4E5E5157.7050706@rdtc.ru> Date: Wed, 31 Aug 2011 22:20:55 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: FreeBSD Stable , fs@freebsd.org References: <4E5E46B1.4070408@rdtc.ru> In-Reply-To: <4E5E46B1.4070408@rdtc.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: Subject: Re: Unfixable UFS2 corruption X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Aug 2011 15:21:02 -0000 31.08.2011 21:35, Eugene Grosbein пишет: > # ls -al /usr/local/obj/usr/local/src/secure/lib/libssh > ls: : No such file or directory > total 8 > drwxr-xr-x 2 root wheel 4608 Aug 30 01:28 . > drwxr-xr-x 3 root wheel 512 Aug 30 01:28 .. > > # rm -rf /usr/local/obj/usr/local/src/secure/lib/libssh > rm: /usr/local/obj/usr/local/src/secure/lib/libssh: Directory not empty > > As I've said, I cold booted this FreeBSD 8.2-STABLE system to single user mode > where all file systems are not mounted (except root) and ran fsck -y /usr/local > It found no errors and said it is CLEAN. The problem still persists. > > I've written small program and it said me this directory contains third file > (besides <.> and <..> entries) having zero file length. Not file but file name length is zero. I've just found that dircheck() function in src/sbin/fsck_ffs/dir.c simply does not check if d_namlen is zero as it should, shouldn't it? Eugene Grosbein