Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261373AbTEFUGq (ORCPT ); Tue, 6 May 2003 16:06:46 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261414AbTEFUGq (ORCPT ); Tue, 6 May 2003 16:06:46 -0400 Received: from pat.uio.no ([129.240.130.16]:57307 "EHLO pat.uio.no") by vger.kernel.org with ESMTP id S261373AbTEFUGj (ORCPT ); Tue, 6 May 2003 16:06:39 -0400 Date: Tue, 6 May 2003 22:19:09 +0200 (MEST) From: Peder Stray To: OGAWA Hirofumi cc: linux-kernel@vger.kernel.org Subject: Re: Files truncate on vfat filesystem In-Reply-To: <87addzu9ll.fsf@devron.myhome.or.jp> Message-ID: References: <87k7d4t1ay.fsf@devron.myhome.or.jp> <87addzu9ll.fsf@devron.myhome.or.jp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1623 Lines: 42 On Wed, 7 May 2003, OGAWA Hirofumi wrote: > Peder Stray writes: > > > The problem is verry inconsistent as i said earlier, so the number of > > files in a directory doesn't seem to matter, nor do the depth in the > > directory structure. Some files i manage to copy yo the disk, some files i > > don't... I havent managed to find any pattern in what files this affects. > > I meant, "directory entry pointer" is position of the directory entry > in the _partition_. like the following, aha, that was what you ment... > in fs/fat/misc.c:fat__get_entry() > > offset &= sb->s_blocksize - 1; > *de = (struct msdos_dir_entry *) ((*bh)->b_data + offset); > *ino = (sector << sbi->dir_per_block_bits) + (offset >> MSDOS_DIR_BITS); > ^^^ > > This is used for _updates_ (not create) of the directory entry. And > there is a possibility of cause of the problem which you said. If my > guess is right and a partition will be splited small, a problem will > not occur. > > In short, I think it's the bug of fat driver and it's needed the fix. So effeivly all directories located over a given boundry on the disk would be affected? Would removing a file written to the disk early and making a few directories insted fix some of the problems... Have to try that... Need to find a way to get back the 17G of allocated but unsuable data too... -- Peder Stray - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/