Leonard Sitongia <[EMAIL PROTECTED]> 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:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED] (uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
