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
> >
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
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 sai
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 appar
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 w
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 capacit
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.
mos
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 controlle
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 comp
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
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 backup
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 t
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
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
14 matches
Mail list logo
