From owner-freebsd-fs@FreeBSD.ORG Wed Oct 6 04:04:05 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2163F1065679 for ; Wed, 6 Oct 2010 04:04:05 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id CBCBC8FC13 for ; Wed, 6 Oct 2010 04:04:04 +0000 (UTC) Received: by qyk35 with SMTP id 35so3803491qyk.13 for ; Tue, 05 Oct 2010 21:04:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=ahSAR1InSWYiRwMJOZbqOTDaxswQNz9whCXJxgQlqz4=; b=xw2vdrPbdYtmN073wRfXQ1oTXc+Uq+sWkUohZYa1n+naKwGTS52YwUqwmPbIMW9nOo 3mP2xIE36+m7ilvsXvouhUWr/0ZM1wEbhkMx6qEh/tPOypZjsygGI+oMzXPCnE6ypHyN 6oYlniqlCoxZM1QAbgn3x03t1bIJvWSyA/PNc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=oY/SErv78ttOVj9gE6dbdIk4qxG1aUlXcUJPjy5CkvIBh0Is/a5SdXnP72fXjOf1QN B0RCsHK7RU7bvS+tQXaZGK4aLrubyhDwNw4TxocbpR+famhwuBiylnqqCuow4PvZu6ct /scI08FsuFo6JiQjpXpJQ32EJzRAnOqb4kjQk= MIME-Version: 1.0 Received: by 10.224.10.204 with SMTP id q12mr8986360qaq.192.1286336216122; Tue, 05 Oct 2010 20:36:56 -0700 (PDT) Received: by 10.220.187.194 with HTTP; Tue, 5 Oct 2010 20:36:56 -0700 (PDT) In-Reply-To: <20101006005350.62837.qmail@exxodus.fedaykin.here> References: <20101006005350.62837.qmail@exxodus.fedaykin.here> Date: Wed, 6 Oct 2010 03:36:56 +0000 Message-ID: From: Paul B Mahol To: Mario Sergio Fujikawa Ferreira Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-fs@freebsd.org Subject: Re: Panic with msdosfs vs 1.3TB FAT32 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, 06 Oct 2010 04:04:05 -0000 On 10/6/10, Mario Sergio Fujikawa Ferreira wrote: > Hi, > > I mounted a 1.3TB FAT32 (32k cluster) filesystem on esata > /dev/ada4s1 under /media/esata/ with the '-l' (large option). > > I tried to create a directory and files but got errors: > > ------ > > g_vfs_done():ada4s1[WRITE(offset=-980247646208, length=32768)]error = 5 > g_vfs_done():ada4s1[WRITE(offset=-980247646208, length=32768)]error = 5 > g_vfs_done():ada4s1[WRITE(offset=-980247613440, length=32768)]error = 5 > g_vfs_done():ada4s1[WRITE(offset=-980247646208, length=32768)]error = 5 > g_vfs_done():ada4s1[WRITE(offset=-980247613440, length=32768)]error = 5 > g_vfs_done():ada4s1[WRITE(offset=-980247580672, length=32768)]error = 5 > g_vfs_done():ada4s1[WRITE(offset=-980247646208, length=32768)]error = 5 > g_vfs_done():ada4s1[WRITE(offset=-980247613440, length=32768)]error = 5 > g_vfs_done():ada4s1[WRITE(offset=-980247580672, length=32768)]error = 5 > g_vfs_done():ada4s1[WRITE(offset=-980247646208, length=32768)]error = 5 > g_vfs_done():ada4s1[WRITE(offset=-980247613440, length=32768)]error = 5 > g_vfs_done():ada4s1[WRITE(offset=-980247580672, length=32768)]error = 5 > > ------ > > Then, I tried unmounting the filesystem which resulted on > > ------ > > fsync: giving up on dirty > 0xffffff01bad6e1d8: tag devfs, type VCHR > usecount 1, writecount 0, refcount 38253 mountedhere 0xffffff00ac899600 > flags () > v_object 0xffffff008b839ca8 ref 0 pages 44786 > lock type devfs: EXCL by thread 0xffffff016506cba0 (pid 76462) > dev ada4s1 > g_vfs_done():ada4s1[WRITE(offset=-980247646208, length=32768)]error = 5 > g_vfs_done():ada4s1[WRITE(offset=-980247613440, length=32768)]error = 5 > g_vfs_done():ada4s1[WRITE(offset=-980247580672, length=32768)]error = 5 > fsync: giving up on dirty > 0xffffff01bad6e1d8: tag devfs, type VCHR > usecount 1, writecount 0, refcount 38253 mountedhere 0xffffff00ac899600 > flags () > v_object 0xffffff008b839ca8 ref 0 pages 44786 > lock type devfs: UNLOCKED > dev ada4s1 > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x4 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff803e60e4 > stack pointer = 0x28:0xffffff80e79ba860 > frame pointer = 0x28:0xffffff80e79ba8a0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 25 (syncer) > > ------ > > The filesystem is clean since I find no errors under Windows > ('chkdsk /f'). > > I can otherwise mount, read and write on smaller FAT32 > filesystems. I think there might be a problem with the handling > of such a big FAT32 filesystem. > > A complete textdump is available at > > http://people.freebsd.org/~lioux/panic/2010100500/textdump.tar.2 > > Is this kind of error expected? Is there anything I can do > to help? > > I can reproduce this error with the 1.3TB fs easily. Comment in source claims that support for large fs are experimental and safe only in read only mode. Looking at your output it is obvious that offset should not be negative...