home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.sysv386
- Path: sparky!uunet!sarto!jhpb
- From: jhpb@sarto.budd-lake.nj.us (Joseph H. Buehler)
- Subject: Re: advice on DAT drives
- In-Reply-To: slangley@constant.demon.co.uk's message of Sun, 6 Sep 1992 09:09:12 GMT
- Message-ID: <JHPB.92Sep7001712@sarto.budd-lake.nj.us>
- Sender: jhpb@sarto.budd-lake.nj.us (Joseph H Buehler)
- Organization: none
- References: <Bu5G3C.1Bv@constant.demon.co.uk>
- Date: Mon, 7 Sep 1992 05:17:12 GMT
- Lines: 47
-
- In article <Bu5G3C.1Bv@constant.demon.co.uk> slangley@constant.demon.co.uk (Simon Langley) writes:
-
- 1) bearing in mind that my main criterion is tape size, is my
- choice of DAT sensible?
-
- DAT tapes hold about 1200 megabytes on a 60 meter tape, 2000 megabytes
- on a 90 meter tape.
-
- 2) will any DAT drive work on my SVR4 486 system (in theory)?
-
- Don't buy anything you can't return, is my finest advice. There's a
- company that advertises in Computer Shopper, called APS. When I
- bought my DAT from them, they had a 30 day money back policy.
-
- 3) am I likely to be able to swap tapes with other users who have
- DAT and restore them on my machine?
-
- Yes, as long as you don't use proprietary compression schemes. I
- wrote a tape on my ESIX system and was able to read it nicely on an HP
- 9000 workstation, using an HP DAT drive.
-
- 4) what drives are out there that are cheap but work? (BTW I
- shall probably be buying from the US as prices are much lower
- so a US supplier would be fine.)
-
- A couple popular manufacturers are WangDAT (now part of Wangtek, I
- think, or however you spell that) and Archive. I have a WangDAT 2000
- running quite nicely under ESIX 4.0.3A with an Adaptec 1740 SCSI card
- in enhanced mode.
-
- 5) Will I necessarily need a SCSI interface for a DAT drive?
-
- Hmmm. I don't know that you can buy one without it.
-
- I had a number of problems with my DAT drive, because of flakiness in
- my SVR4's SCSI code, and bug(s) in the Adaptec 1740. My only problem
- at the moment is that trying to read past end-of-tape is guaranteed to
- completely and permanently hang (unkillably) the process that is
- reading from the tape drive. This could be corrected in the SCSI
- driver easily enough, but who has time to disassemble SCSI drivers? I
- just add a few cpio'd /dev/nulls at the end of the tape and use that
- for end of tape markers.
-
- Whatever you buy, make sure you test it thoroughly for data errors
- before you settle on it. I had one combination that had low frequency
- data errors. I did a byte by byte compare with a program that
- generated random data streams to determine this...
-