Date: Tue, 25 May 2004 19:30:56 +1000 From: anubis <anubis357@optusnet.com.au> To: freebsd-questions@freebsd.org Subject: Re: dump to a samba mounted FAT32 disk can't handle bigfiles? Message-ID: <200405251930.56528.anubis357@optusnet.com.au> In-Reply-To: <20040524175426.H42235@wonkity.com> References: <200405242153.i4OLrQv08309@thunder.trej.net> <20040524175426.H42235@wonkity.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200405251930.56528.anubis357>