From owner-freebsd-stable@FreeBSD.ORG Sat Apr 26 06:50:16 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE87037B401 for ; Sat, 26 Apr 2003 06:50:16 -0700 (PDT) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id D410E43FDD for ; Sat, 26 Apr 2003 06:50:12 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from gsoft.com.au (cain.gsoft.com.au [203.38.152.97]) by cain.gsoft.com.au (8.12.9/8.12.6) with SMTP id h3QDo821071155 for ; Sat, 26 Apr 2003 23:20:09 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Received: from 128.39.153.23 (SquirrelMail authenticated user doconnor) by cain.gsoft.com.au with HTTP; Sat, 26 Apr 2003 23:20:09 +0930 (CST) Message-ID: <1093.128.39.153.23.1051365009.squirrel@cain.gsoft.com.au> Date: Sat, 26 Apr 2003 23:20:09 +0930 (CST) To: X-Mailer: SquirrelMail (version 1.2.9) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 1.1 (*) CARRIAGE_RETURNS,SPAM_PHRASE_00_01 X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: msdosfs vs 250Gb hard disk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Apr 2003 13:50:17 -0000 I am attempting to utilise a 250Gb Maxtor external Firewire drive. To obtain maximum portability I would prefer to format it as FAT32 (it comes formatted that way) - that way Windows, Linux and FreeBSD machines can access it. Unfortunately FreeBSD doesn't grok really large FAT32 partitions :( When I attempt to mount it, I get -> mountmsdosfs(): disk too big, sorry The code in question.. if (pmp->pm_HugeSectors > 0xffffffff / (pmp->pm_BytesPerSec / sizeof(struct direntry)) + 1) { /* * We cannot deal currently with this size of disk * due to fileid limitations (see msdosfs_getattr and * msdosfs_readdir) */ error = EINVAL; printf("mountmsdosfs(): disk too big, sorry\n"); goto error_exit; } So, I am guessing that since fileid is only 32 bits wide the macro which generates fileid values for FAT will generate too large a number to be stored. Does anyone have an idea how I can work around or fix this problem? FS internals are not my cup of tea :) I think I will just resort to splitting the disk in two, but it would be useful to be able to use the disk as a big blob. (The wastage wouldn't be too bad as it will almost certainly end up with a few big files on it) Thanks in advance :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum