[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-tar] Problems restoring from multi-volume DLT tape archi ve
From: |
Joerg Schilling |
Subject: |
Re: [Bug-tar] Problems restoring from multi-volume DLT tape archi ve |
Date: |
Tue, 04 Mar 2008 12:08:14 +0100 |
User-agent: |
nail 11.22 3/20/05 |
Leonard Sitongia <address@hidden> wrote:
> > Have you tried -i (--ignore-zeros) option?
> >
> > Regards,
> > Sergey
> >
> I've now tried this suggestion, and there's no change. I'm using tar
> 1.19 both on the Cygwin side, to write the multi-volume tapes, and on
> the Linux side, to read. I'm using these commands:
>
> cygwin% tar -cv -i -M -b 128 -f /dev/nst0 d/20050419 d/20050420 g/20050421
> linux% tar -t -i -M -b 128 -f /dev/nst0
>
> When reading, reaching the end of the first tape, I get:
>
> ...
> g/20050421/20050421.121910.fts
> tar: /dev/st0: Cannot read: Input/output error
> tar: /dev/st0: Cannot read: Input/output error
> ...
> (that error line repeats about 10 times)
> then it quits. I haven't tried reading the second tape, but it will
> probably give the same message as before:
If you use -i, this may be a result even if the tape is OK.
> tar: g/20050421/20050421.121910.fts: Cannot extract -- file is continued
> from another volume
This is a problem I've seen many times with GNU tar. When I did see it,
it was a result of a the way the data structures are defined by GNU tar.
As a result, GNU tar under some conditions (from my tests with a probability
betweem 1% and 5%) cannot verify the correct offset for the follow up tape.
Star uses a different data structure concept that cannot fail and star does not
do an integrity check when extracting GNU tar multi-volume archives. Did you
try to use star for extraction:
ftp://ftp.berlios.de/pub/star/alpha/
Jörg
--
EMail:address@hidden (home) Jörg Schilling D-13353 Berlin
address@hidden (uni)
address@hidden (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily