multi-volume archives

Polytropon freebsd at edvax.de
Sat Sep 21 18:10:05 UTC 2019


On Sat, 21 Sep 2019 13:35:22 -0400, Kurt Hackenberg wrote:
> On 2019-09-21 04:38, Steve O'Hara-Smith wrote:
> 
> > On Sat, 21 Sep 2019 13:30:03 +0700
> > Victor Sudakov <vas at mpeks.tomsk.su> wrote:
> 
> >> Which is now the most convenient way to create multi-volume archives? To
> >> fit an archive on a FAT32 flash drive, a volume size should not exceed
> >> 4g.
> > 
> > 	Gnu tar (in ports/packages as gtar) has support for multi-volume
> > splitting (-M) which by default prompts for the next volume to be installed
> > (so you could write direct to the flash drive) or can use a script to
> > generate the next volume filename. I vaguely recall using it a long time
> > ago.
> 
> You could also use dump, if you want to archive a whole filesystem. Dump 
> can write to multiple volumes, it handles everything in a Unix 
> filesystem, and it's fast. For multiple volumes, it would write directly 
> to the device, without filesystems.

That is a good suggestion as long as you can get the source
data partition-wise (usually equals one filesystem that can
be subject to dump / restore).



> If your memory sticks are larger than FAT can handle, you could put some 
> other filesystem on them, like UFS. I believe FAT32 limits a single file 
> to 2 GB. It's also slow.

Even better, you could omit the filesystem altogether and use tar
on the bare device (the "most universal cross-plattform filesystem"):
tar c /dev/da0 ... tar x /dev/da0. And as it has already been
suggested, GNU tar has the -M option for managing multiple volumes.



-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...


More information about the freebsd-questions mailing list