From owner-freebsd-questions@FreeBSD.ORG Fri Jun 25 21:18:50 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B6CF16A4CE; Fri, 25 Jun 2004 21:18:50 +0000 (GMT) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id AACCB43D39; Fri, 25 Jun 2004 21:18:49 +0000 (GMT) (envelope-from kstewart@owt.com) Received: from [207.41.94.233] (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.8/8.12.8) with ESMTP id i5PLHUco030202; Fri, 25 Jun 2004 14:17:30 -0700 From: Kent Stewart To: freebsd-questions@freebsd.org Date: Fri, 25 Jun 2004 14:17:50 -0700 User-Agent: KMail/1.6.2 References: <89ceee7040625133146d9107@mail.gmail.com> <20040625171145.5ec77dd9.wmoran@potentialtech.com> In-Reply-To: <20040625171145.5ec77dd9.wmoran@potentialtech.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406251417.50927.kstewart@owt.com> cc: trhodes@freebsd.org cc: Dan Finn cc: Bill Moran Subject: Re: can't mount 300G USB drive that's FAT32 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2004 21:18:50 -0000 On Friday 25 June 2004 02:11 pm, Bill Moran wrote: > [I copied Tom on this because I know he was working on FAT filesystem > code at some point ... Don't know if he's still trying to do anything > there or not.] > > Dan Finn wrote: > > the system sees the disk: > > Jun 24 15:37:30 stewie kernel: umass0: Maxtor OneTouch, rev > > 2.00/2.00, addr 2 Jun 24 15:37:30 stewie kernel: umass0: Get Max > > Lun not supported (STALLED) Jun 24 15:37:31 stewie kernel: GEOM: > > create disk da0 dp=0xc2d85050 Jun 24 15:37:31 stewie kernel: da0 at > > umass-sim0 bus 0 target 0 lun 0 Jun 24 15:37:31 stewie kernel: da0: > > Fixed Direct Access SCSI-0 device > > Jun 24 15:37:31 stewie kernel: da0: 1.000MB/s transfers > > Jun 24 15:37:31 stewie kernel: da0: 286103MB (585938944 512 byte > > sectors: 255H 63S/T 36473C) > > > > this is a Maxtor 300G USB drive. A backup was written to it via a > > linux 2.4 server and now I would like to mount it on my FBSD laptop > > to read it and work with the files. > > > > When trying to mount it using mount_msdos I get the following: > > [ root @ stewie : ~] : mount_msdosfs -o rw /dev/da0s1 /mnt/usb1/ > > mount_msdosfs: /dev/da0s1: Invalid argument > > > > and in /var/log/messages I get the following: > > Jun 24 15:43:52 stewie kernel: mountmsdosfs(): disk too big, sorry > > The source tells the story: > >From msdosfs_vfsops.c > > ... > /* > * We cannot deal currently with this size of disk > * due to fileid limitations (see msdosfs_getattr and > * msdosfs_readdir) > */ > ... > > This section of code exists even in -CURRENT, so it has not > yet been improved in FreeBSD. > > > when trying to use ntfs to mount it I get : > > [ root @ stewie : ~] : mount_ntfs /dev/da0s1 /mnt/usb1/ > > mount_ntfs: /dev/da0s1: Invalid argument > > and nothing in any log file. > > Don't know what's going on there. > > > One of the taks I need to accomplish here is to copy all of the > > data on this 300G USB drive onto an identical 300G USB drive. I > > was going to mount both and just copy from one to the other. After > > reading about the limited writing capabilities in the man page of > > mount_ntfs I'm wondering if I would be better off doing this on a > > linux box. > > If you ask me, you'd be better off using UFS, which doesn't have any > of the weirdnesses or limitations of FAT _or_ NTFS. > > > The > > linux box that created the origional backup onto the USB drive had > > no problem creating the Fat32 filesystem and writing to it. > > Horay for Linux. > > If you really need to put FAT filesystems on these drives, you're not > going to be able to use FreeBSD until the limitation is fixed. The other thing is that the cluster size must be huge. Fat32 was supposed to start being inefficient around 8GB and this is well beyond that :). Kent > > You should file a PR on this ... it doesn't appear as if one is > currently open that addresses this issue: > http://www.freebsd.org/send-pr.html -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html