Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 5 Jul 1998 14:00:40 +0200 (MET DST)
From:      Willem Jan  Withagen <wjw@surf.IAE.nl>
To:        grog@lemis.com (Greg Lehey)
Cc:        hackers@FreeBSD.ORG, scsi@FreeBSD.ORG
Subject:   Re: Apollo tapes (was: Variant Link implementation, continued)
Message-ID:  <199807051200.OAA13829@surf.IAE.nl>
In-Reply-To: <19980705104647.O358@freebie.lemis.com> from Greg Lehey at "Jul 5, 98 10:46:47 am"

next in thread | previous in thread | raw e-mail | index | archive | help
You ( Greg Lehey ) write:
=>  On Saturday,  4 July 1998 at 15:28:37 +0200, Willem Jan Withagen wrote:
=>  > In article <199807030025.TAA18925@nospam.hiwaay.net> you write:
=>  >> In the early bad old days of DAT (more correctly known as DSS) there
=>  >> were more problems than there should have been with one tape drive not
=>  >> being able to read tapes from another, all other things the same.
=>  >
=>  > Oke, My drive is again on line:
=>  >
=>  > [~] wjw@digi> mt stat
=>  > Present Mode:   Density = X3B5/88-185A Blocksize variable
=>  > ---------available modes---------
=>  > Mode 0:         Density = 0x00         Blocksize variable
=>  > Mode 1:         Density = X3.136-1986  Blocksize = 512 bytes
=>  > Mode 2:         Density = X3.39-1986   Blocksize variable
=>  > Mode 3:         Density = X3.54-1986   Blocksize variable
=>  >
=>  > looking at: man mt:
=>  > The different density codes are as follows:
=>  >
=>  >            0x0  default for device
=>  >            0xE  reserved for ECMA
=>  >
=>  >            Value Tracks Density(bpi) Code Type  Reference     Note
=>  > 	   ........
=>  >            0x13    1     61000       DDS   CS   X3B5/88-185A  4
=>  >  	   0x14    1     43245       RLL   CS   X3.202-1991   4
=>  >            0x15    1     45434       RLL   CS   ECMA TC17     4
=>  >
=>  > Which are 3 DAT formats. And thus it is a DDS-coded tape.
=>  
=>  This describes the tape unit, not the tape.  We've already established
=>  that it can't read the tape.
=>  
=>  > Anybody with more suggestions?? (other than finding the "old" tapedrive)
=>  
=>  Give up?  Or send them to Mike?

Julian suggested to change the density codes and/or the blocksize.
But changing blocksizes only gets EOF errors.
Changing densities doesn't generate errors, but it also does nothing else.
I've still got some very old (semi-defective) DAT's which I'm going to give 
a shot. And perhaps go back to my old University group, to see if they still
have the drive. :-(

--WjW

-- 
Internet Access Eindhoven BV.,  voice: +31-40-2 393 393, data: +31-40-2 606 606
P.O. 928, 5600 AX Eindhoven, The Netherlands
Full Internet connectivity for only fl 12.95 a month.
Call now, and login as 'new'.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199807051200.OAA13829>