From owner-freebsd-questions@FreeBSD.ORG Tue May 25 02:29:34 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 CE57916A4CE for ; Tue, 25 May 2004 02:29:34 -0700 (PDT) Received: from mail021.syd.optusnet.com.au (mail021.syd.optusnet.com.au [211.29.132.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD65943D1F for ; Tue, 25 May 2004 02:29:33 -0700 (PDT) (envelope-from anubis357@optusnet.com.au) Received: from rdlax2-175.dialup.optusnet.com.au (rdlax2-175.dialup.optusnet.com.au [198.142.104.175])i4P9T1H28510 for ; Tue, 25 May 2004 19:29:01 +1000 From: anubis To: freebsd-questions@freebsd.org Date: Tue, 25 May 2004 19:30:56 +1000 User-Agent: KMail/1.6.1 References: <200405242153.i4OLrQv08309@thunder.trej.net> <20040524175426.H42235@wonkity.com> In-Reply-To: <20040524175426.H42235@wonkity.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200405251930.56528.anubis357@optusnet.com.au> Subject: Re: dump to a samba mounted FAT32 disk can't handle bigfiles? 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: Tue, 25 May 2004 09:29:35 -0000 On Tue, 25 May 2004 9:56 am, Warren Block wrote: > On Mon, 24 May 2004, Joachim Dagerot wrote: > > The man page for dump states this: > > > > [....] > > -B records > > The number of kilobytes per output volume, except that if it is > > not an integer multiple of the output block size, the command > > uses the next smaller such multiple. This option overrides the > > calculation of tape size based on length and density. > > [....] > > > > So I thougth this line should create a bunch of 35mb files. But > > it did not. Any thouts on this? > > > > >dump -0 -L -a -B 35000 -f /HEMMET2/External_HD/freebsd_usr.dump > > > > /dev/ad0s1f > > A little farther down, the -f option says: > > "Multiple file names may be given as a single argument separated > by commas. Each file will be used for one dump volume in the order > listed; if the dump requires more volumes than the number of names > given, the last file name will used for all remaining volumes after > prompting for media changes." > > I don't know if there's a way to make dump automatically name or > number a bunch of output files, but you can give it a list of > filenames if you have an idea of how many it will need. And once again from the fabulous man page -S option Display an estimate of the backup size and the number of tapes required, and exit without actually performing the dump. There seems to be a limitation in mount_smbfs that will not allow you to transfer files greater than 4GB