Update -
Thanks for all the good input from everyone. Nice to know you are all there
in time of need (even if we couldn't solve the problem from the software
side).
I swapped out the mobo, went from an AOpen MX46VG(E) to an AOpen AX4SPE-UN.
Same CPU, RAM, NIC, SCSI, DAT - went from on board vi
27 September 2005 2:28pm
> To: debian-user@lists.debian.org
> Subject: Re: tar backup ok but restore errors w/ scsi dat dds2
>
>
> >
> > you're not hitting the 2Gb limit (with some tar) are you?
> >
>
> Nope... while trying to debug the problem, I'
On Wed, 28 Sep 2005, Mike McCarty wrote:
> Alvin Oga wrote:
>
> [snip]
>
> > - do NOT put a tape drives on the same (ide) cables as disks
> > - do NOT put disk ond cdrom/dvd on the same (ide) cables
>
> [snip]
>
> Umm, why not put hard disc and CDROM drive on same ATA cable?
cdroms
On Wed, 28 Sep 2005, Ralph Eagle wrote:
> shinzon:~# mt -f /dev/st0 setblk 32768
> shinzon:~# find /usr/kbmosas/std | tar zcvbf 64 /dev/st0 -T -
...
> shinzon:~# tar tzvbf 64 /dev/st0
> incomplete literal tree
...
> gzip: stdin: invalid compressed data--format violated
> tar: Unexpected EOF
Hi Frank,
Yes, but you didn't give tar an output block size.
shinzon:~# find /usr/kbmosas/std | buffer | tar zcvf /dev/st0 -T -
Try:
mt -f /dev/st0 setblk 32768
find /usr/kbmosas/std | tar zcvf /dev/st0 -T -b 64 -
Ok - here's what I got:
ran this -
shinzon:~# mt -f /dev/st0 setblk 32768
shinz
On Wed, Sep 28, 2005 at 10:18:18AM -0400, Ralph Eagle wrote:
> >so try to copy stuff to tape, again ...
> >
> >find /home/ralph | buffer | tar zcvf /dev/st0 -T -
> >
> >should sound nice and smooth .. no stopping and starting
> >- it should be a constant and steady whine
> >>I think I've exhausted
Alvin Oga wrote:
[snip]
- do NOT put a tape drives on the same (ide) cables as disks
- do NOT put disk ond cdrom/dvd on the same (ide) cables
[snip]
Umm, why not put hard disc and CDROM drive on same ATA cable?
I agree that it is bad practice to make a hard disc a slave to
a
On Wed, Sep 28, 2005 at 10:18:18AM -0400, Ralph Eagle wrote:
> Ran the tar through buffer:
Yes, but you didn't give tar an output block size.
> shinzon:~# find /usr/kbmosas/std | buffer | tar zcvf /dev/st0 -T -
Try:
mt -f /dev/st0 setblk 32768
find /usr/kbmosas/std | tar zcvf /dev/st0 -T -b 64 -
so try to copy stuff to tape, again ...
find /home/ralph | buffer | tar zcvf /dev/st0 -T -
should sound nice and smooth .. no stopping and starting
- it should be a constant and steady whine
I think I've exhausted my resources attacking this from the software
side.
Will do a little mobo swap a
On Wed, 28 Sep 2005, Ralph Eagle wrote:
> shinzon:~# find /usr/kbmosas/std | buffer | tar zcvf /dev/st0 -T -
> Backed up 110 files, 1.2MB without any errors from tar
...
> shinzon:~# tar tzvf /dev/st0
> drwxrws--- root/users0 2005-08-25 10:10:35 usr/kbmosas/std/
> -rw-rw root/users
hi ya ralph
On Wed, 28 Sep 2005, Ralph Eagle wrote:
> > - moreimportantly, do NOT type commands and hints people
> > post in the list w/o knowing what it will do
> :( -- feeling like a scolded step child now... :(
:-) ... just watching out for ya... to not cut-n-paste commands
but couldn;t res
- moreimportantly, do NOT type commands and hints people
post in the list w/o knowing what it will do
:( -- feeling like a scolded step child now... :(
- i assume you know to add the right options to find
- i assume you know to go find the program called buffer
- i assume you know the options
hi ya eagle
On Tue, 27 Sep 2005, Ralph Eagle wrote:
> > and/or when writing ..
> > find /home/kbmosas | buffer | tar cvf /dev/st0
>
> Hmmm, can not seem to get the above command to work. Produces the following
> error:
> tar: Cowardly refusing to create an empty archive
> Try `tar --help' or
> tar: Skipping to next header
means the tape was jumping around waiting for your system or ..
> tar: Archive contains obsolescent base-64 headers
> tar: Error exit delayed from previous errors
your tape is bad .. and/or clean the head ...
Before posting, I did some extensive searching for
you're not hitting the 2Gb limit (with some tar) are you?
Nope... while trying to debug the problem, I've been using groups of files
in the 2 to 10 MB range. And, when I put the card and tape drive into the
other boxes (SCO 486 and Linux PII) I used the same set of data for testing.
--
T
On Tue, 27 Sep 2005, michael wrote:
> > I think this might be a hardware compatibility problem, but you be the
> > judge.
> >
> > Using tar, I can write a tape archive to the scsi dat drive (tar cvf
> > /dev/st0 /usr/kbmosas) without any errors but when I try to read the tape
> > back (tar tvf /
> I think this might be a hardware compatibility problem, but you be the
> judge.
>
> Using tar, I can write a tape archive to the scsi dat drive (tar cvf
> /dev/st0 /usr/kbmosas) without any errors but when I try to read the tape
> back (tar tvf /dev/st0 or tar xvf /dev/st0), I get the following
17 matches
Mail list logo
