[TAG] Re: Backing up with tar article
thomas_adam16 at yahoo.com
Sat Feb 21 16:34:12 MSK 2004
--- Dave Bechtel <kingneutron at yahoo.com> wrote:
> --Thanks, but you miss the point. Basically what I'd like to have is a
Top-posting is something that will lose you TAG lotto for publication 
> tar-gz.rar. As in:
> tar -> gzip -9 -> rar == volume1.rar (100MB), volume2.rar (100MB) ...
I do? Odd, you said:
tar cvf - . |gzip -9 |bkp2rar ' (using ' -m0 ' in the script, which means
If there is no rar compression happening, why bother with it?
> --The reason for this is because rar's built-in compression is too slow
> me, but I still want the resulting gzip-compressed backup split into
> **on the fly.**
How slow is too slow? I notice that you seem to have an obsession with
"timing" everything. How fast should it be? It is really dependant upon
how much data you're trying to backup. Indeed, as Karl-Heinz suggests, use
split(1) to do it.
> --As of now the only way I can see doing this, is to make a tar.gz and
> run rar on it to split it up and add recovery metadata, which requires
> the backup storage space. I experimented with the flag that says
Why use rar at all? Bzip2 is a good compression algorithm.
> stdin instead of filenames" but for some reason it can't be used with -v
> (volume splitter) -- which kind of defeats the purpose of using rar in
> the 1st
> place; might as well use "split" on the tar.gz at that point. The only
> you lose there is the recovery metadata.
Metadata? You're adding data about recovery into the file? Why?
> --Joerg's "star" does what I want, but not with compression in-situ (at
> not the last time I checked.) That's why I had to make the separate
> script, to compress the resulting 700MB volumes individually. Again,
> requires more temporary backup space while gzip is doing its work. What
> be better is to have star compress on the fly, with a resulting 700MB
> *compressed* volume.
The good thing here is that as star is GPL'd you can add to the source :)
-- Thomas Adam
"The Linux Weekend Mechanic" -- http://linuxgazette.net
"TAG Editor" -- http://linuxgazette.net
"<shrug> We'll just save up your sins, Thomas, and punish
you for all of them at once when you get better. The
experience will probably kill you. :)"
-- Benjamin A. Okopnik (Linux Gazette Technical Editor)
Does your mail provider give you FREE antivirus protection?
Get Yahoo! Mail http://uk.mail.yahoo.com
More information about the TAG