From owner-freebsd-current@FreeBSD.ORG Wed Aug 6 03:06:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 793B837B401; Wed, 6 Aug 2003 03:06:15 -0700 (PDT) Received: from smtp02.syd.iprimus.net.au (smtp02.syd.iprimus.net.au [210.50.76.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB8D643F85; Wed, 6 Aug 2003 03:06:14 -0700 (PDT) (envelope-from tim@robbins.dropbear.id.au) Received: from mail.robbins.dropbear.id.au (210.50.253.128) by smtp02.syd.iprimus.net.au (7.0.018) id 3F13130D004333E2; Wed, 6 Aug 2003 20:06:12 +1000 Received: by mail.robbins.dropbear.id.au (Postfix, from userid 1000) id C8625C91B; Wed, 6 Aug 2003 20:05:52 +1000 (EST) Date: Wed, 6 Aug 2003 20:05:52 +1000 From: Tim Robbins To: Ruslan Ermilov Message-ID: <20030806100552.GA59205@dilbert.robbins.dropbear.id.au> References: <20030802150850.GB20186@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030802150850.GB20186@sunbay.com> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: MSDOSFS woes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Aug 2003 10:06:15 -0000 On Sat, Aug 02, 2003 at 06:08:50PM +0300, Ruslan Ermilov wrote: > Gang, :-) > > While working with Marcel on a bootable CD-ROM for IA64 issue, > I've stumbled upon the following problem. I needed to increase > the size of the EFI partition (which is an MS-DOS file system) > to 64M, and that made two of my machines stuck solidly -- a lot > of process are waiting on the "wdrain" event. Interesting. Were you running with INVARIANTS on? I got a completely reproducible kernel panic when running your script, regardless of whether I used -F 12 or -F 16; it was trying to write file data past the end of the disk, and causing kernel memory pool to become corrupted. I was seeing Memory modified after free errors, with blocks most recently used by GEOM and file desc. Were you running the script with INVARIANTS on? Tim