Date: Sun, 22 Sep 2019 01:45:37 +0700 From: Victor Sudakov <vas@mpeks.tomsk.su> To: freebsd-questions@freebsd.org Subject: Re: multi-volume archives Message-ID: <20190921184537.GC15412@admin.sibptus.ru> In-Reply-To: <3fa9c2f7-adf5-66f0-8254-b99ddc9a7336@panix.com> References: <20190921063003.GA81956@admin.sibptus.ru> <20190921093801.4638945715fe79eb6a99b36f@sohara.org> <3fa9c2f7-adf5-66f0-8254-b99ddc9a7336@panix.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--yVhtmJPUSI46BTXb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Kurt Hackenberg wrote: >=20 > > On Sat, 21 Sep 2019 13:30:03 +0700 > > Victor Sudakov <vas@mpeks.tomsk.su> wrote: >=20 > >> 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. > >=20 > > Gnu tar (in ports/packages as gtar) has support for multi-volume > > splitting (-M) which by default prompts for the next volume to be insta= lled > > (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. >=20 > You could also use dump, if you want to archive a whole filesystem. Dump= =20 > can write to multiple volumes,=20 dump's understanding of multiple volumes is the same as that of "gtar -M", or pax (Hello to Polytropon!), that is "write till eof and then prompt for a new tape to be inserted." This is not what is needed in my situation. > it handles everything in a Unix=20 > filesystem, and it's fast. For multiple volumes, it would write directly= =20 > to the device, without filesystems. No, I need to keep the flash drive compatible with other OSes. If FreeBSD supported exFAT in the base system, that could be a solution.=20 >=20 > If your memory sticks are larger than FAT can handle,=20 A FAT32 filesystem can theoretically support volumes up to several TB, I have yet to see such a memory stick. > you could put some=20 > other filesystem on them, like UFS. I believe FAT32 limits a single file= =20 > to 2 GB.=20 4 Gb AFAIK. > It's also slow. Maybe it is, for large filesystems. Maybe that's the reason why Windows does not create FAT32 volumes larger than 32GB (?), but will use such volumes if created elsewhere. --=20 Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49@fidonet http://vas.tomsk.ru/ --yVhtmJPUSI46BTXb Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJdhm/RAAoJEA2k8lmbXsY08t4IAIiD8W+3t2Zo09NxGtxxw4Xa 9j6go3woUCF1wqWyueXeWVUljuOToEDhmPZp81QA8o9EwjSO7QdNZK75un2xHPGF Qm42u245gjsJ8k9xxpxMBYX/xFs+ZM+RB8SSpo5iAzrZELn8fGK1XBOL+5r0VfOr /syCqFSPqc6DPp5GHXbSJamVd2KKTVnvSGIH0LEgQrWzooxYLvGpQbuaxyeV3hB5 gOzYx+F0ID/SSl5uoRqGVmBEN3dudxxNPd6/MMRAP8iZQqtq8x9Wg9GNjPpR5eeT 6tjaIZuoKctm1tpOXirY66ePICkReWcqASBL2bBujC84AQNcoWQ3PO4MUpLataw= =qHrP -----END PGP SIGNATURE----- --yVhtmJPUSI46BTXb--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190921184537.GC15412>