HDTenEightyP/NetNews huggingface dataset:
From: sm@cel.co.uk (salim mehta)
Newsgroups: comp.periphs.scsi
Subject: Re: Drive burps?
Date: 30 Jul 92 16:13:07 GMT
Organization: Crosfield Electronics Ltd.
In-reply-to: ajchuah@mtu.edu's message of 28 Jul 92 07:42:47 GMT

In article <1992Jul28.074247.9663@mtu.edu> ajchuah@mtu.edu ([*BARK*]) wrote:

> I just got a ST41600N SCSI HD.  It is a 1.3G HD.  I have never
> had a big SCSI HD so this might be a common problem that i am
> unused to but i hope somone can help me clarify this problem?
> Every now and then, maybe every hour(i'm guessing) the drive 
> would burp/make some funny noise/sound like it is transfering
> data.  Is this a common noise or is there something wrong 
> with my drive?  Is it suppose to do this even if it is new?

The drive is probably self-calibrating. Most drives need to do this every
50-60mins to compensate for thermal expansion. If not corrected this would
lead to tracking errors.

From power-on the drive will thermally calibrate (TCal) every 5-10mins for the
first hour. After this time the drive's temperature has stabilised to the
point where a TCal is only needed every hour or so.

Each TCal takes about a second (or two) to complete. This is normal and does
not indicate an error. The drive will complete all current and pending xfers
before starting a TCAl. During TCal the drive is effectively off-line and
is unable to xfer data. This means you cannot treat a drive as a real-time
device.

Cheers
--
 ----------------------------------------------------------------------------
 Salim Mehta                                 Crosfield Electronics Ltd
                                             Three Cherry Trees Lane
 Tel:  +44 442 230000  x3450                 Hemel Hempstead
 Fax:  +44 442 232301                        Hertfordshire  HP2 7RH  England
 ----------------------------------------------------------------------------
 sm@crosfield.co.uk, sm@cel.uucp, sm@cel.co.uk, ...!{mcsun,ukc,uunet}!cel!sm
 ============================================================================
Newsgroups: comp.periphs.scsi
From: john@johniac.austin.ibm.com (John Iacoletti)
Subject: Setting SCSI ID on Seagate 41200N
Date: Thu, 30 Jul 92 19:24:32 GMT
Reply-To: johniac@hwperform.austin.ibm.com (John Iacoletti)
Organization: IBM Advanced Workstation Division, Austin, TX

I have a drive which claims to be a Seagate 41200N.  In the front of 
the drive to the left of the SCSI bus connector is a row of eight 
jumpers.  In the back of the drive is a row of three jumpers.  Which 
jumpers are for setting the bus id?  Please send mail.  Thanks.

-- 
John Iacoletti    IBM AWD Austin    Internet: johniac@hwperform.austin.ibm.com
        My opinions do not reflect the views of the IBM Corporation

Newsgroups: comp.periphs.scsi
From: jvincent@bnr.ca (John Vincent)
Subject: Re: Using audio DAT tapes in data DAT drives.
Organization: bnr
Date: Wed, 22 Jul 1992 16:51:14 GMT

In article <CMOORE.92Jul21184855@zenobia.mit.edu> cmoore@zenobia.mit.edu (Christopher B. Moore) writes:
>
>Does anyone have experience using audio DAT tapes in DDS DAT drives?
>I'm wondering how minutes of time convert to Mbytes and if audio tapes
>are less durable than "data" tapes.
>
>
>Christopher Moore
>cmoore@maggie.mit.edu

I don't know about the minutes to data conversion but I would be careful about
using audio DATs in computer machines. Some of them will record this info in
EEPROM and if your DAT fails while still under warranty the service guys will
tell you that you have voided your warranty.            
-- 
$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
$ John Vincent              $  My opinions are my own, until they're worth  $
$ Bell- Northern Research   $  something, at which point they become the    $
$ P.O. Box 3511, Station C. $  property of my employers.                    $
$ Ottawa, Ont , K1Y 4H7     $                                               $
$ (613) 763-8446            $  Better to be dead and cool than alive and    $
$                           $  not cool.                                    $
$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
$ INTERNET : jvincent@bnr.ca                                                $
$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
From: frank@marvin.contex.com (Frank Perdicaro)
Newsgroups: comp.periphs.scsi
Subject: Re: Transfer Rate of 8mm tape drive
Date: 21 Jul 92 16:53:36 GMT
Organization: Xyvision Design Systems

In article <nih9l4o@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>In <1992Jul20.195650.23475@nsisrv.gsfc.nasa.gov> mcquay@ame.gsfc.nasa.gov (Keith McQuay) writes:
>
>| I have been requested to provide some information
>| concerning the transfer rate of data from an
>| 8mm tape drive (SCSI) on an SGI 4D/340VGX to
>| a disk.  I also need to get information on the
>
>The Exabyte drive is rated at 240 Kbytes/sec sustained,
>and I've actually gotten pretty close to that; it depends
>on how you are writing the tape, or what you are doing with
>the data you read.
>
I had some questions like you have.  Try this.  
Run dd from zero with a 1mb blocksize, and time it, like

time dd if=/dev/zero of=/dev/tape bs=1024k

When this finishes, it will give you the time taken, and the number
of megabytes written.  Its straight division from there on out.  

You can make a shell script to try a great many sizes one night, and 
summarize it one one page.  

Works great for DAT, QIC and GRC drives, too.  On SGI, you also can use
this ( only once ) to check the write speed without the filesystem for
hard and floppy drives, being careful to choose device names correctly.

Have fun.

-- 
	 Frank E Perdicaro, Systems Admin, etc.		Xyvision Color Systems
      Legalize guns, drugs and cash...today.		101 Edgewater Drive
   inhouse: frank@marvin, x5572				Wakefield MA
outhouse: frank@contex.com, 617-245-4100x5572		018801285
Newsgroups: comp.periphs.scsi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Using audio DAT tapes in data DAT drives.
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 22 Jul 92 02:24:20 GMT

In <CMOORE.92Jul21184855@zenobia.mit.edu> cmoore@zenobia.mit.edu (Christopher B. Moore) writes:
| Does anyone have experience using audio DAT tapes in DDS DAT drives?
| I'm wondering how minutes of time convert to Mbytes and if audio tapes
| are less durable than "data" tapes.

Yes, they will mostly work.  They may not last as long, and they
may be more likely to jam.  It partly depends on what brand you
buy, how you treat them, etc.  It is pretty much the same story
as in the 8mm world (but see below).  For long term backups,
I'd tend to use the data grade.

There have been rumors that more DAT data cartridges are being
made than audio, since the audio market never really took off,
so some of the data grade ones are being sold for audio, which
is an interesting reverse from the 8mm world.

The 120 minute tapes are the 60 meter, 1.3 Gb capacity, and
the 180 minute tapes are the 90 meter, 2.0 Gb (ignoring compression).
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.periphs.scsi
Subject: Adaptec 1542b and Fujistu driver problems
From: yaturner@picard.agames.com (D'arc Angel)
Date: 21 Jul 92 00:40:24 GMT
Distribution: usa
Organization: The Houses of the Holy

I just upgraded my controller from an Adaptec 1522 to a 1542b (thank you
Windows NT) and I have encountered a problem that did exist before. If
I don't use the disk for a while (about 5-10 minutes), the first time 
I access it, it recalibrates the drive. This is very reproducable, any
ideas, suggestions ??


-- 

James M. Turner     yaturner@agames.com       

Those who feel the breath of sadness, sit down next to me
Xref: sparky comp.periphs.scsi:3714 comp.sys.amiga.hardware:13166
From: wirth@igd.fhg.de (Hanno Wirth)
Newsgroups: comp.periphs.scsi,comp.sys.amiga.hardware
Subject: SCSI port pin layout, terminator resistor power
Keywords: SCSI pin out, GVP, terminator resistor power
Date: 24 Jul 92 09:32:30 GMT
Followup-To: comp.periphs.scsi
Organization: Zentrum fuer Graphische Datenverarbeitung, Darmstadt, FRG

Hi out there,

I *suspect* this is a FAQ in comp.periphs.scsi, but I have scanned the last
800 postings, and there was nothing in them to answer my specific questions.
O.k., here we go: I have an Amiga 2000 with a GVP series I SCSI controller.
This SCSI controller has an external connector (25 pin sub D) which *is said*
to be Macintosh compatible. I want to connect a hard disk to this port, which
has no cable yet (I want to build this cable myself). The questions are:

1. Is there any short description of the "pin in" of a standard SCSI type I
   hard disk (FAQ list or something)? The specific disk I ask for is a 
   Seagate ST1096N.

2. On the external connector of the GVP is a pin called "terminator resistor
   power".
	- Do I have to connect this pin to the ST1096N?
	- If yes, on which pin of the 50 pin SCSI port of the disk do I
	  connect it?
	- I haven't measured it yet, but if there's no power on the
	  "terminator resistor power" pin of the GVP, can I put some other
	  power source (for example the one with which I supply the disk)
	  on the - presumed - pin of the ST1096N?

3. What's the best kind of cable (ribbon, twisted pair or normal shielded) to
   connect the external port of the GVP and the hard disk?

That's it already. Sorry if I wasted any bandwidth, but I never read
comp.periphs.scsi before and found no reference to a FAQ sheet in the old
postings still valid on our system. Please reply by e-mail, I'll post a
summary if there's something of interest.

Greetings,
		Hanno


+--------------------------------------------------+--------------------------+
| Hanno Wirth, Technische Hochschule Darmstadt     | Phone: (+49)6151-155244  |
| FB Informatik, FG Graphisch-Interaktive Systeme  | FAX  : (+49)6151-155299  |
| Wilhelminenstrasse 7                             | EMail: wirth@igd.fhg.de  |
| D-W-6100 Darmstadt (F.R. of Germany)             | Telex: 4 197 367 agd d   |
+--------------------------------------------------+--------------------------+

Newsgroups: comp.periphs.scsi
From: ramirez.Princeton.EDU!penrose (Christopher Penrose)
Subject: Micropolis 1548
Originator: news@ernie.Princeton.EDU
Keywords: specifications
Organization: Princeton University
Date: Sun, 26 Jul 1992 18:55:02 GMT


Does anyone have the specfications for the Micropolis 1548 scsi drive
available?  I would greatly appreciate them as an email gift.  Thank you.

Christopher Penrose
penrose@silvertone.princeton.edu
Newsgroups: comp.periphs.scsi
From: jon@alpha.ee.ufl.edu (Jon Mellott)
Newsgroups: comp.periphs.scsi
Subject: Re: Panic, WD chip availability
Keywords: WD scsi 33C93A
Date: 30 Jul 92 00:52:11 GMT
Organization: EE Dept at UF

In article <1992Jul20.134117.8149@id.dth.dk>, mds@id.dth.dk (Impedantzer (EMP)) writes:
|> Hello world!
|> 
|> Our local Western Digital sales rep. here in denmark told
|> me today that WD has stopped selling their chips because they
|> want to use them themselves. Does anybody know if this is true????
|> I ask this group because I use the WD33C93A which is an easy to use
|> SCSI interface chip.
|> 
Seems unlikely, but could be. Advanced Micro Devices second sources the 
device though, so availability shouldn't be a big problem: I buy the AMD 
devices because my usual distributors don't stock WD stuff. BTW, 
the AMD device has better static protection (3500V as opposed to 2000V on 
the WD device), and AMDs patented "glitch eater" which does a world of 
good for cleaning up the SCSI bus. 

The WD devices probably went into allocation. This means that the 
manufacturer is controlling who is getting the parts due to a shortage. 
This shortage can come about because of a problem on the fab line, but 
more likely, are just a result of a more important device eating up 
time in the fabrication facilities. 

BTW, for those of you who are building systems with SCSI interfaces 
(or were afraid to because of the difficulty of writing SCSI drivers), 
take a long, hard look at the WD/Am33C93A. This is a very smart device
which handles most of the SCSI protocol all by itself. I first got my 
hands on them early in the game (I've got beta silicon) when the NCR 
53C90 was the only game in town: I had been really dreading implementing 
SCSI on the 53C90. 

Good Luck,
Jon Mellott
High Speed Digital Architecture Laboratory
University of Florida
(jon@alpha.ee.ufl.edu)
Xref: sparky comp.periphs.scsi:3811 comp.unix.sysv386:12638 comp.unix.questions:9575
From: robertk@taoami.lerctr.org (Robert Kesterson)
Newsgroups: comp.periphs.scsi,comp.unix.sysv386,comp.unix.questions
Subject: Re: WHEN TO TURN OFF MY MACHINE?
Distribution: world
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
Date: 29 Jul 92 18:57:12 CDT
Organization: Not an Organization

In article <1992Jul28.223237.28954@openage.openage.com> gryphon@openage.openage.com (The Golden Gryphon) writes:
>
> It depends on whether you want the machine to take a lightning hit?
> Actually there is a great debat over this, and I'll cover it later if I
> get enough requests.  I'm too tired.
>
> My advice...
>
> 	Turn it off.
>

Unless you have a Seagate drive in it.  If I turn mine off, it won't
spin back up.  (Without help, anyway.)

--

=====================================================================
 Robert Kesterson             "First learn computer science and all
 robertk@taoami.lerctr.org    the theory.  Next develop a programming
                              style.  Then forget all that and
                              just hack."        -- George Carrette
From: chl@cs.man.ac.uk (Charles Lindsey)
Newsgroups: comp.periphs.scsi
Subject: Mixed Drives on Suns
Summary: What combinations work
Date: 21 Jul 92 08:43:16 GMT


Sun salespersons are taught to say that any disc not supplied by Sun is not
supported. Privately, however, they will freely admit that 3rd party discs
do work.

However, when it comes to the older shoeboxen, containing 141 or 327MB discs
(these are called "non-embedded", I believe, or is it the other way round?),
they will say most categorically that these must not be used on the same
SCSI bus as more recent discs (even though all the discs are SCSI-1 and are
used in an asynchronous style). They say there are sound technical reasons
for this, and it is not just sales talk.

Third party suppliers do not believe this, of course, and I have found noone
who can explain why it should not work.

So my question is, has anyone actually tried this, and if so what disaster
(if any) befell?
Newsgroups: comp.periphs.scsi
From: dabl2@nlm.nih.gov (Don A.B. Lindbergh)
Subject: Re: AHA1542 && SBPro conflict
Organization: National Library of Medicine
Date: Tue, 28 Jul 92 16:09:38 GMT

In article <1992Jul24.064610.3392@spcvxb.spc.edu> terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.) writes:
>In article <76482@ut-emx.uucp>, vax@ccwf.cc.utexas.edu (Vax) writes:
>> Once again, I have the same problem I did before - someone please help!
>> (I called adaptec 2 weeks ago, still no response, not even a call!)
>> I am postponing a substantial purchase of scsi secondary store because
>> there seems to be a conflict between a AHA1542B and an Sound Blaster Pro,
>> particularly in data-intensive writes to the digital audio output port.
>
>  What exactly is happening? I have a 1542B w/ a CDC 766Mb drive at ID 0
>and a Wangtek 5150ES at ID 4. I dropped in a SBPro (and somehow corrupted
>my MS-DOS filesystem) but after I restored it the disk, tape, and SBPro
>are all working together flawlessly. This is on a no-name 486/50, 16Mb,
>Symphony chipset, 256Kb external cache.
>
>	Terry Kennedy		Operations Manager, Academic Computing
>	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
>	terry@spcvxa.spc.edu	+1 201 915 9381

Not to add to the confusion, but I have had some troubles with a PAS-16, (also
uses dma) with my 1542B.  Basically garbled sound and lockups.  Adjusting the
bus on/off times helped, but in DOS, playing back (and probably recording)
large, 44.1 16 bit stereo soundfiles yields, nasty glitching sounds from the
controller/drive.  There does seem to be a fundamental problem with bus 
mastering controllers and audio cards using dma.  I am also experiencing
problems using Windows 3.1 and a Music Quest MQX-32M midi card.  The 1542B
makes midi life difficult (bios at port 330, had to 'burn' a new one) and,
all things considered, is probably the WORST choice I could have made
(not knowing any better) to use with midi/audio card applications under DOS
and OS/2.  I am seriously considering a non bus master because of all the
midi/sound card specific problems I've had. 
--Don
dabl2@lhc.nlm.nih.gov
From: ak@ananke.stgt.sub.org (Andreas Kaiser)
Newsgroups: comp.periphs.scsi
Subject: Reburb Tandberg 3600 story 
Distribution: world
Date: Tue, 21 Jul 92 01:22:26 GMT
Organization: ananke


In article <62246@cup.portal.com> TomK@cup.portal.com writes:

  > The units are not standard SCSI.
  
  > She didn't have more info than this
  > except to say they do not work with all SCSI controllers in every machine,
  > and symptoms include not working at all, or not appending correctly.

I found no obvious difference between IBM's version and a Wangtek
drive. I had the chance to test them all (TDC3660, IBM's, Wangtek
150ES, TDC4120) with own software, IBM's version seems to be more
compatible to the world than the original versions.
  
  > Additionally, these drives always retention the tape when the tape is
  > inserted.

This is an option in AIX 3 -- BUT: Whenever the drive is changed to
another machine for a fresh system installation, it is reset to
"retension mode". So it's probably a mode setting by the driver and not
an EEPROM info.

There are are some important differences however:

- The whole world returns REQUEST SENSE data's extended error codes at
offsets 12 and 13 (all disks I know of, Wangtek, all SCSI-2 devices).
TDC3660 and TDC3820 (the SCSI-1 version) return them at offsets 14 and
15.

- AIX 3.1.0 had an optional ECC mode for 150MB tapes. It got dropped in
later releases. ECC mode is mandatory for larger QIC drives, such as
525MB or 1GB, but is not defined in QIC-150 and is usually not found in
plain 150MB models. The plain TDC3660 has no such option.

:::::::::::::::::::: subnet:  ak@ananke.stgt.sub.org
:: Andreas Kaiser :: fidonet: 2:241/7220.9
::::::::::::::::::::
From: louis@arapaho.ucsc.edu (Louis Goldstein)
Newsgroups: comp.periphs.scsi
Subject: Re: Adaptec + Fujitsu --> cold boot problem.  advice?
Date: 22 Jul 1992 22:41:08 GMT
Organization: University of California, Santa Cruz
Distribution: world
Reply-To: louis@arapaho.ucsc.edu
NNTP-Posting-Host: arapaho.ucsc.edu

In article <1992Jul21.210208.29074@den.mmc.com>, hobbes@spacemanspiff.den.mmc.com (Stephen Camp) writes:
|> BTW...
|> what have people's experiences been with the Maxtor line:  
|> specifically the LXT-200s, LXT-213s, LXT-340s models...
|> 
|> I had 2 LXT-200s' that crapped out.  My current drive, an LXT-213s, is
|> still going after 1 1/2 years... of course, since i have an electronic
|> power filter (1.2 KVA) in front of a 520 VA UPS in front of my computer, 
|> i never turn it off! :-)
|> 
|> steve camp
|> hobbes@spacemanspiff.den.mmc.com

I just recently purchased a 486 system from Gateway 2000 which came with the
340M Maxtor.  The first one worked fine for about a week, then dropped off
and wouldn't be found by the SCSI card anymore.  Sent it back for another, 
which worked for a couple weeks, then started coming up with "sector not
found" errors, even after re-low-level-formatting it.  The third drive
wouldn't be found by the SCSI card when the drive arrived.  The fourth drive, 
which looks like an older model (different label with older (c) date, first 
three had same label), and has been running fine for about 2 weeks now.  I'm
keeping my fingers crossed.

All the people at Gateway said that they haven't heard of any problems with
the drive, and that it's one of their most reliable drives.  After 3 bad
drives I have to wonder if that's not some marketing or PR going on 
somewhere.

I tried calling Maxtor's 800 help line printed on the drive, but after
manuvering a touch tone maze several times, I never did get any information
or any clue as to how to talk to a real person.

As to the original question, my experiences with Maxtor has been very BAD.  I
don't know what the warrenty is on the drive (1 yr through Gateway), but I 
would seriously think hard before buying one again.

Louis

Xref: sparky comp.periphs.scsi:3826 comp.unix.sysv386:12673 comp.unix.questions:9620
From: peter@ferranti.com (Peter da Silva)
Newsgroups: comp.periphs.scsi,comp.unix.sysv386,comp.unix.questions
Subject: Re: WHEN TO TURN OFF MY MACHINE?
Keywords: SWITCH, ON, OFF, : -)
Date: 30 Jul 92 15:58:29 GMT
Organization: Xenix Support, FICC

In article <1992Jul28.223237.28954@openage.openage.com> gryphon@openage.openage.com (The Golden Gryphon) writes:
> It depends on whether you want the machine to take a lightning hit?
> Actually there is a great debat over this, and I'll cover it later if I
> get enough requests.  I'm too tired.

Please do. I shut down the system when a thunderstorm gets close, unplug it,
and unplug the phone lines. The computer is not adjacent to any in-wall power
lines, so I think I'm OK for that unless I get a real close hit.

Other than that, it's up all the time.
-- 
Peter da Silva                                               `-_-'
$ EDIT/TECO LOVE                                              'U` 
%TECO-W-OLDJOKE Not war?                        Have you hugged your wolf today?
Ferranti Intl. Ctls. Corp.      Sugar Land, TX  77487-5012       +1 713 274 5180
Newsgroups: comp.periphs.scsi,comp.unix.sysv386,comp.unix.questions
From: sm@cel.co.uk (salim mehta)
Newsgroups: comp.periphs.scsi
Subject: Re: Exabyte 8200 and data compression
Date: 31 Jul 92 08:52:59 GMT
Distribution: comp
Organization: Crosfield Electronics Ltd.
In-reply-to: rogoza@FASECON.ECON.NYU.EDU's message of 30 Jul 92 05:38:06 GMT

In article <rogoza.8.712474686@FASECON.ECON.NYU.EDU> rogoza@FASECON.ECON.NYU.EDU (Kenneth T. Rogoza) wrote:
> We are going to purchase a Exabyte EXB-8200 (can't wait for the 8205) and 
> would like to add a data compression board. Any idea of what kind of data 
> compression board works best? What would such a board typically cost? Any 
> important considerations to look for when deciding on the type of board? 

Most (all?) 3rd party compression bds use the STAC (TM) chip, which implements
Limpel-Zev compression.

The Exabyte EXB-8205 uses the IDRC (Improved Data Recording Capability)
algorithm licensed from IBM (TM).

Note that the 2 schemes are NOT compatible; so you need to decided which
one you are going to go with.

Also remember that compression makes tape management difficult!
--
 ----------------------------------------------------------------------------
 Salim Mehta                                 Crosfield Electronics Ltd
                                             Three Cherry Trees Lane
 Tel:  +44 442 230000  x3450                 Hemel Hempstead
 Fax:  +44 442 232301                        Hertfordshire  HP2 7RH  England
 ----------------------------------------------------------------------------
 sm@crosfield.co.uk, sm@cel.uucp, sm@cel.co.uk, ...!{mcsun,ukc,uunet}!cel!sm
 ============================================================================
Newsgroups: comp.periphs.scsi