-- 
Hello,

I have a number of tapes I wrote - and verified - a few years ago on various SGI 
(Silicon Graphics) workstations running Irix 5.2 and Irix 6.2.  The tapes are Maxell 
HS-4/60s 2GB DAT tapes.  I  have a Red Hat 9 workstation in which I installed an old 
Python DAT drive, which seems to have installed perfectly (output of dmesg):

scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.8
        <Adaptec 2930CU SCSI adapter>
        aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs

blk: queue c365cc14, I/O limit 4095Mb (mask 0xffffffff)
  Vendor: ARCHIVE   Model: Python 27871-XXX  Rev: 1214
  Type:   Sequential-Access                  ANSI SCSI revision: 02
blk: queue c365ce14, I/O limit 4095Mb (mask 0xffffffff)

Version of kernel:

# uname -r
2.4.20-8

Tape status:

# mt -f /dev/st0 status
SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 512 bytes. Density code 0x13 (DDS (61000 bpi)).
Soft error count since last status=0
General status bits on (45010000):
 BOT WR_PROT ONLINE IM_REP_EN

Several of the tapes were written with cpio (using "cpio -ovBc -O /dev/tape" under 
Irix), and some were written using tar and Backup (a wrapper to 'bru').  I can't read 
any of these tapes; I can't even use 'dd' to attempt to dump the tape contents:

[EMAIL PROTECTED] tape1]# dd if=/dev/st0 of=archive1
dd: reading `/dev/st0': Input/output error
0+0 records in
0+0 records out

Do I need to set another blocksize?  Do I need to swap bytes?  I've been Googling for 
hours on this problem to no avail.  Anyone dealt with this before?  I can't tell the 
blocksize of the tapes: there doesn't seem to exist the "blksize" option ('mt -f 
/dev/st0 blksize') in Red Hat's 'mt'.

I'm pretty sure that the Python drive works well and the tapes are OK: I sacrificed 
the data on a couple of tapes , successfully reading and writing from them; tar, cpio, 
and dd all worked as they should.  

So, I'm sure the answer lies somewhere in the world of blocksizes and byte orders.  
Can anyone help?

Thanks in advance,
Russell




-- 
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]
https://www.redhat.com/mailman/listinfo/redhat-list

Reply via email to