We aren't able to read tapes written with tar by an HP 1533 DAT streamer
with an HP 1512A DAT streamer (scsi-probe returns HP35450A for it).
Does anybody know the reason of this problem and have a solution for it?
Thank you in advance
| We aren't able to read tapes written with tar by an HP 1533 DAT streamer
| with an HP 1512A DAT streamer (scsi-probe returns HP35450A for it).
| Does anybody know the reason of this problem and have a solution for it?
| Thank you in advance
This "sounds" like the problem when a compressed tape is attempted to be
read on a non-compressing drive.
You might wish to check in the comp.sys.hp.hardware or comp.sys.hp.hpux
newsgroups for more insight. The HP 1533 has hardware data compression
and my guess would be the 1512A does not.
Note another area of incompatibility concerns DDS, DDS-2 and DDS3 re:
tape length and handling by a drive.
I have two DAT tapes with a .tar on each (from another shop's UNIX system)
that I need to restore. I set up a RedHat 5.2 box with a 2940 and an HP
1533A DAT drive. I have upgraded twice (first to Mandrake 6.0, now Mandrake
7.0) but still have the same problem (bear with me, I'm a LINUX newbie)
mt -f /dev/st0 status
returns valid info, such as
SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 0 bytes. Density code 0x13 (DDS (61000 bpi)).
Soft error count since last status=0
General status bits on (number):
VARIOUS OPTIONS IN CAPS
(these options vary with the tape in the drive, such as DR_OPEN or WR_PROT)
The problem is when I go to read the tape - I enter
tar -tv /dev/st0
and the console session hangs until I Ctrl-C.
I have other scratch tapes for testing; what do I need to do?
(To e-mail, remove the DOT's)
10. HP 1533 DAT