Subject: Re: Backing up NetBSD
To: Anders Dinsen <dinsen@danbbs.dk>
From: None <daemond@ibm.net>
List: netbsd-users
Date: 08/31/1998 09:10:56
-----BEGIN PGP SIGNED MESSAGE-----
Now multivolume support with gzip might be a bit of a problem.
I think (haven't experiment with gzip and dump for a long time so don't hold
me to this) the command for a gzip dump is something like:
dump -0 /dev/rsd0a (or whatever partion being backed up) | gzip -9 > /dev/rst0
(or whatever device you're backing up to). I suppose you could try setting
the record size option in dump to the size of your back up HDD and play with
that a little (gzip might just be stupid enough to work with it).
If you want a good tape drive to do the job I recommend a Travan 4 tape drive
(4 GB uncompressed should be more than enough). Currently TR-4 drives are
available in IDE, SCSI, and parallel. I have a SCSI TR-4 and have had no
trouble with it.
- -------------------------------------------------------------------------
Geoff Gowey | NetBSD: the best multi-platform OS
steplogic(at)geocities.com | www.netbsd.org
*************************************************************************
My PGP Key is availiable on my home page at: *
www.geocities.com/ResearchTriangle/Lab/6749/ * Key id: 35E887AD
Length: 2048-bit | RSA Encryption | Generation date: January 19th, 1998
=========================================================================
"All I ask is for the chance to prove that money can't buy me happiness"
=========================================================================
Spammers beware: I do not buy from companies that spam and I keep track!
Above policy STRICTLY ENFORCED!
*************************************************************************
On Mon, 31 Aug 1998, Anders Dinsen wrote:
* ->On Sat, 29 Aug 1998 21:55:07 -0400 (EDT), you wrote:
* ->>Dump is the method of choice on this end.
* ->>
* ->>The disadvantage of dump though is that it can be rather stupid on tape
* ->>length and then you have to punch in the tape size manually. However,
* ->>when it comes to repairing a trashed partion there's no better method that
* ->>I know of. Tar doesn't catch everything like dump so I'd advise against
* ->>tar. Dump does is better and if you need compression there still are
* ->>little dirty methods of making it work with gzip (haven't had the
* ->>time/want to bother getting it fully working though with my TR-4 tape
* ->>drive).
* ->
* ->Can you point me to resources describing making it work with gzip
* ->while keeping multivolume support.
* ->
* ->A reason, that I rejected dump at first was, that at home I have only
* ->a removable 135 MB harddisk to backup to. It does'nt have room for a
* ->full backup of my system.
* ->
* ->Anders
-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
iQEVAwUBNeqgxwhkJ2A16IetAQE65gf+PRm8TNRkYL6ks/wuREIrSMM5U8cr2nCw
FtnPajn53RaHdlk+mAeWcF0l9ca5ckvuyQa4e8M4gubD7KgKOJA6GPvHd2FHeXnp
a4bJlt8xaQBVzbW+CGdaDF/kvpHkRVdny+kGHrlguU/Dgo25JjdIC5bGqMGf6fIE
BgYMqExhLX2kdoJANFhnpCQlAY/52Y0EQOSkp5LZ9pcgVrgc75VB3wc7Qlt3XzgK
72l/i6I6/KOXlJp1gY+fxQ6JBHblHRlNDMLbz0wCN5s1Mb6o3zFUonomUi5WJZMc
VwHvhU0fIaALesM/AxhM4uyhDXKR9v5vn1sGvO/rBQJRy8jcVk4i8A==
=qXCu
-----END PGP SIGNATURE-----