According to Mike McCarty,
Joe Mc Cool wrote:
...
But, (now that I have installed all those lovely debian goodies), the
wretched tape is filling up and asking for another. (I erase the
tape beforehand.)
I really want to fit all my current data, or certainly selected dirs
unto one tape.
Ron Johnson wrote:
On Fri, 30 Sep 2005 13:56:45 -0500
Mike McCarty [EMAIL PROTECTED] wrote:
Joe Mc Cool wrote:
[snip]
If you are making archives, or you are backing up a system which,
if it failed and you lost everything it would be a terrible
disaster, then I recommend you *not* to
On Mon, 3 Oct 2005, Mike McCarty wrote:
The point is that, if there is an error, all the CRCs in the
world won't put the data back together again. If one uses
crc or ecc ??
most large capacity drives uses ECC which does support error correction
at least in the firmware and tape controllers
Alvin Oga wrote:
On Mon, 3 Oct 2005, Mike McCarty wrote:
The point is that, if there is an error, all the CRCs in the
world won't put the data back together again. If one uses
crc or ecc ??
More correctly, FEC (Forward Error Correction).
Note that even FEC cannot repair everything.
On Mon, 3 Oct 2005 15:53:50 -0700 (PDT)
Alvin Oga [EMAIL PROTECTED] wrote:
On Mon, 3 Oct 2005, Mike McCarty wrote:
The point is that, if there is an error, all the CRCs in the
world won't put the data back together again. If one uses
crc or ecc ??
most large capacity drives uses
On Mon, 3 Oct 2005, Mike McCarty wrote:
most large capacity drives uses ECC which does support error correction
at least in the firmware and tape controllers to read the data
off the tape ..
So has every hard disc. But we still get disc errors, don't we?
but nobody said ecc will
On Oct 03 2005, Mike McCarty wrote:
OTOH, if the whole image on tape is a compressed one, then tar or
gunzip or whatever is simply going to complain that the one (and only)
file in the compressed archive is corrupt and unrecoverable.
That's not really true when one uses bzip2, since it
Alvin Oga wrote:
On Mon, 3 Oct 2005, Mike McCarty wrote:
most large capacity drives uses ECC which does support error correction
at least in the firmware and tape controllers to read the data
off the tape ..
So has every hard disc. But we still get disc errors, don't we?
but nobody said
Rogério Brito wrote:
On Oct 03 2005, Mike McCarty wrote:
OTOH, if the whole image on tape is a compressed one, then tar or
gunzip or whatever is simply going to complain that the one (and only)
file in the compressed archive is corrupt and unrecoverable.
That's not really true when one uses
On Fri, Sep 30, 2005 at 07:03:16AM -0700, Alvin Oga wrote:
find /my_dir \( -type f -o -type l \) | tar zcvf /dev/st0 -T -
what are the safe kind of things to exclude ?
I was thinking of:
-i zip
-i cpio (both these are already backups of other data)
/proc
Please,
my ancient, but reliable, backup script is essentially:
find /my_dir | cpio -ov /dev/st0
But, (now that I have installed all those lovely debian goodies), the
wretched tape is filling up and asking for another. (I erase the
tape beforehand.)
I really want to fit all my current
On Fri, 30 Sep 2005, Joe Mc Cool wrote:
my ancient, but reliable, backup script is essentially:
find /my_dir | cpio -ov /dev/st0
find /my_dir \( -type f -o -type l \) | tar zcvf /dev/st0 -T -
- grep out stuff you don't want before tar
I also need to know how to restore.
Joe Mc Cool wrote:
Please,
my ancient, but reliable, backup script is essentially:
find /my_dir | cpio -ov /dev/st0
But, (now that I have installed all those lovely debian goodies), the
wretched tape is filling up and asking for another. (I erase the
tape beforehand.)
I really want
On Fri, 30 Sep 2005 13:56:45 -0500
Mike McCarty [EMAIL PROTECTED] wrote:
Joe Mc Cool wrote:
[snip]
If you are making archives, or you are backing up a system which,
if it failed and you lost everything it would be a terrible
disaster, then I recommend you *not* to compress your backups.
14 matches
Mail list logo
