At 01:07 PM 3/6/2001, Yura Pismerov wrote:
>Jerry Lynde wrote:
> >
> > At 12:39 PM 3/6/2001, Christoph Scheeder wrote:
> > >Hi,
> > >
> > >i hope you tried the command
> > > dd if=/dev/nst0 bs=32k skip=1 | tar -xvf -
> > >and not the one you have in your mail....
> > >
> > >as you are running linux, try pulling the image to disk with
> > > dd if=/dev/nst0 of=file01
> > >and then use
> > > dd if=file01 bs=32k skip=1 | tar xvf -
> > >on it.
> > >dd seems to have problems with some scsi-tapes and the skip option.
> > >hope it helps
> > >Christoph
> > >
> > >Jerry Lynde schrieb:
> > >
> > > > mt -f /dev/nst0 rewind
> > > > dd if=/dev/nst0 bs=32 skip=1 | tar xv -
> > > --^-- --^--
> > > missing k missing f
> > > >
> > > > but when I use the tar (yes, it's gtar, really) it complains
> > > > that the file is not a valid archive. I can restore files using
> >
> > I wasn't using a k...now that I am using the bs=32k it gives me
> > more info on the header.... which is a good thing
> >
> > but I'm still getting I/O errors on subsequent blocks, aka everything after
> > the first header (the amanda tape label)
> >
> > is this just a flaky tape thing?? I frequently have to relabel tapes
> > due to intermittent I/O errors... have I got a bad tape drive here?
>
> Please give us the set of the commands (copy/paste).
Here's the sequence (same as an earlier email)
mt -f /dev/nst0 rewind
mt -f /dev/nst0 fsf 1
dd if=/dev/nst0 bs=32k skip=1 | tar xvf -
When I try the above, the following is output:
tar: Hmm, this doesn't look like a tar archive
tar: Skipping to next file header
dd : /dev/nst0: I/O error
1023+0 records in
1023+0 records out
Yuri Pismerov replied and mentioned that some versions of Redhat have
a problem with 'skip' and suggested that I try it like so:
mt -f /dev/nst0 rewind
mt -f /dev/nst0 fsf 1
dd if=/dev/nst0 of=/dev/null bs=32k count=1
dd if=/dev/nst0 bs=32k skip=1 | tar xvf -
which outputs a simple:
dd: /dev/nst0: I/O error
0+0 records in
0+0 records out
Which leads me to wonder about the integrity of my tape...
although if I do:
mt -f /dev/nst0 rewind
dd if=/dev/nst0 bs=32k count=1
I see:
AMANDA: TAPESTART DATE 20010227 1+0 records in
1+0 records out
so obviously part of the tape is readable...
What Giveth!!?
Jer