HDTenEightyP/NetNews huggingface dataset:
From: tmcreek@eos.ncsu.edu (TOBIN MATTHEW CREEK)
Subject: Opinions wanted: Conner Drives
Originator: tmcreek@c00477-224wi.eos.ncsu.edu
Reply-To: tmcreek@eos.ncsu.edu (TOBIN MATTHEW CREEK)
Organization: North Carolina State University, Project Eos
Date: Fri, 11 Sep 1992 22:16:10 GMT


I have had it up to here.

I have been waiting for too long for this "price revolution" from Maxtor, 
otherwise known as the Maxtor 213S, to make it worth my while.  I even had
a sale guy say that the pricing may change when the drive is actually released.
If it goes up by $50, it is no longer a revolution, just a nut trying to 
start a riot.

Anyway, I have decided to buy a Conner drive.  It is the 30200 I think.  
It is 212Mb, and has a 12(!) ms access time.  Does anyone out there have an
opinion on this drive, or the manufacturer?  I'd really like to here it.

E-mail me at tmcreek@eos.ncsu.edu if you'd like to say a few words.
Newsgroups: comp.periphs.scsi,comp.sys.mac.hardware
From: proth@sparc3.cs.uiuc.edu (Philip Roth)
Subject: SyQuest vs. unremovables, recommendations?
Organization: University of Illinois at Urbana-Champaign
Date: Tue, 15 Sep 1992 22:37:58 GMT

Hi,
I'm thinking of buying a new hard drive to supplement
the 20Mb internal in my Mac SE.  I am wondering whether
it would be better to go with a non-removable drive,
or a SyQuest removable.

I'm in the $400-$600 range, and can get around 100 Mb
in the non-removable for this.  The initial cost, per
Mb, for the SyQuest is higher, but buying one more
data cartridge would move this in favor of the SyQuest.

I understand that the SyQuest is slower than most non-
removables, but is it that much slower ( esp. on an
SE? )  

One last question: can the SyQuest drive be partitioned
( esp. using the same formatting software that a non-
removable uses )?

Thanks much,
Phil Roth
proth@cs.uiuc.edu
Newsgroups: comp.periphs.scsi
From: bkappler@lilly.gris.informatik.uni-tuebingen.de (Bernhard Kappler)
Subject: ST1096N
Keywords: Jumperbelegung
Organization: Comp. Center (ZDV) U of Tuebingen, FRG
Date: Thu, 10 Sep 1992 15:50:41 GMT

Hilfe!!!

Wer kennt die Jumperbelegung fuer die Seagate Festplatte ST1096N???

Die 3 Jumper fuer die SCSI ID sind klar, aber die 2 anderen Jumper? 

Ich freue mich auf Eure Antworten!!!


Bernhard Kappler
From: vax@ccwf.cc.utexas.edu (Vax)
Newsgroups: comp.periphs.scsi
Subject: AHA1542B and Sound Blaster Pro
Date: 12 Sep 92 10:49:08 GMT
Distribution: comp
Organization: The University of Texas at Austin, Austin TX

After MONTHS of attempting ALL possible combinations of jumpers and technical
support (hehe) I have finally found a grim solution for using the Sound Blaster
Pro and the AHA1542B in the same machine.
You see, a bit of background is in order; the sound blaster pro (and ONLY
the PRO) does not like bus mastering controllers, specifically the AHA1542b.
Neither company seems to care that they don't work together, although Creative
Labs tells you this through ignorance and Adaptec tells you it through silence.
And NO combination of jumpers or software will save you, period.

My solution?  I sold my soundblaster and bought a Spectrum Pro Audio 16, which
is made by Media Vision, and has a sound blaster (not pro) emulator built in.
Not only that, but it does 16-BIT SOUND in STEREO at 44.1 kHz!!!!!  Okay,
enough hype.  Anyway, it costs about $40 more than the SB Pro, and the SB
emulator is seperate, but on the same card as the 16bit sound, so they can
play CONCURRENTLY!  Oh, and it hasn't hung up yet.

I could go on and on about how the card looks super cool with 200+ surface
mounted components, but I think I'm already stretching the limits of most
comp.periphs.scsi reader's interest.  Sorry about that, this seemed to be
the best place to post to save other people's time.

GIVE UP.  SELL YOUR SB Pro.  Besides, the SBPro 16 comes out in October.
LEARN FROM MY 100+ HRS OF WASTED TIME (and phone bill).
I empathize with all people stuck in this predicament.

-- 
EOM
Protect our endangered bandwidth - reply by email.
VAX#N8 vax@ccwf.utexas.edu
Xref: sparky comp.periphs.scsi:4430 comp.sys.intel:1672
From: sasbge@ant.unx.sas.com (Gantt Edmiston)
Newsgroups: comp.periphs.scsi,comp.sys.intel
Subject: EISA vs. ISA - which is better?
Date: 10 Sep 92 15:02:51 GMT
Reply-To: sasbge@ant.unx.sas.com
Organization: SAS Institute Inc.
Originator: sasbge@ant.unx.sas.com


I'm buying my first PC and I'm completely ignorant and/or baffled
as to which path to take as it relates to EISA or ISA bus systems.

One thing to consider is that I currently own two Maxtor 280MB SCSI
hard disk drives.  An EISA system would allow me to utilize them.
An ISA system would require me to purchase an additional SCSI controller.
EISA system appear to be about $1000 more than the equivalent ISA
machine.  More like $700 more if I consider the fact that the SCSI
controller already comes with the EISA option.

In case it's not obvious, let's assume that I don't know one system
from the other =-).  What considerations and facts do I need to know in
order to make an informed choice between EISA or ISA?  I don't consider
the $$$$ to be the number one factor in the decision.  It does matter,
it's just not the most important thing.  I want to buy a system that will
hold it's value (to me and possibly to others in the future).

You may reply directly to me or post and start a thread.  I'm sure others
would be interested in the wisdom of the NET.  Thanks for taking time to
assist me in making an informed choice.


-- 
-----------------------------------------------------------------------------
Gantt Edmiston - SysAdmin       |If you always do what you have always done, 
SAS Institute Inc.              |you'll always get what you've always gotten!
Quality Assurance - V416        +--------------------------------------------
Cary NC 27513 919-677-8000 x6091|          sasbge@ant.unx.sas.com
-----------------------------------------------------------------------------
Newsgroups: comp.periphs.scsi
From: pjh@mccc.edu (Pete Holsberg)
Subject: Re: Low Voltage on Pin 38
Organization: The College On The Other Side Of Route One
Date: Mon, 14 Sep 1992 14:27:22 GMT

In article <zappe.716415197@tubue> zappe@mikro.ee.tu-berlin.de (Harald Zappe) writes:
=In <1992Sep13.000854.11526@mccc.edu> pjh@mccc.edu (P. J. Holsberg) writes:
=
=>I'm trying to connect up a device that's powered from a SCSI device --
=>WangDAT 1300 to be precise -- and it gets its power from pin 38,
=>termpwr. Unfortunately, the device needs 5V and the 1300 is putting out
=>only about 2V.
=
=To avoid electrical reflections, the SCSI-cable has to be "term"inated
=with resistors, which are pulled up to a positive voltage at pin 38.
=The only purpose of this pin 38 is just to 'drive' the resistors
=(TERMimator PoWeR). So it doesn't matter if the voltage sinks down.
=If you don't fear, try to drive a LED too. But more, I think is
=impossible.

Wouldn't it be more likely that each data pin in the cable has a
resistor between it and pin 38, and that pin 38 would have +5V on it
from the power supply? I think that's the usual way lines are terminated.

=PS: Pay attention that there are only resistors at the physical end of
=the SCSI-cable. Most SCSI-drives come with resistors installed. If you
=connect more than 1 device, you'll have to remove all of the resistors
=EXCEPT those of the LAST drive.

This device, a WangDAT tape drive, has a second SCSI connector and it
has the terminator plugged in. (I should check the continuity of that
connector.) The thing I'm hooking up is a PC-parallel-port-to-SCSI
adapter, that will drive a SCSI device through the parallel port of a PC.
Xref: sparky comp.periphs.scsi:4410 comp.os.msdos.misc:5107 comp.os.msdos.programmer:9185
From: mgj@ktas.dk (Morten G. Jensen)
Newsgroups: comp.periphs.scsi,comp.os.msdos.misc,comp.os.msdos.programmer
Subject: Compression ON/OFF by SW for DAT drives (ASPI)
Summary: How to enable/disable hardware-compression on SCSI DAT drives (ASPI)
Keywords: ASPI DAT compression hardware-compression SCSI
Date: 9 Sep 92 11:53:45 GMT
Organization: K.T.A.S.


Hi

I am running MSDOS 5.0 on a 486/33 with a Adaptec 1542B SCSI controler.
I've got an Archive Python DDS-DC compression DAT (model 4322NP).
I am using Systos Plus 1.25/DOS and TAR.EXE (from chris@alderan.sdata.de).
Both programs runs with an ASPI driver (version 3.0).
I would like to enable/disable the hardware-compression on the DAT drive, 
from software, e.g. an small utility program.

Does anybody know how to do this, and / or where to get such a utility?

		     
							   /Morten
-----------------------------------------------------------------------
Morten Guldager Jensen               |                      mgj@ktas.dk
Xref: sparky comp.periphs.scsi:4498 comp.sys.amiga.hardware:15245
From: jdp@caleb.UUCP (Jim Pritchett)
Newsgroups: comp.periphs.scsi,comp.sys.amiga.hardware
Subject: Re: Quantum PRO-105S problem
Date: 13 Sep 92 05:46:07 GMT
Organization: is sometimes desirable

In article <M52Fr*ER2@lemsys.UUCP>, Craig Lemon VE3XCL writes:

> In article <swebber.01fc@imladris.equinox.gen.nz>, Stephen Webber writes:
> 
> > Jim Pritchett (jdp@caleb.UUCP) wrote:
> > >Hello.
> > >
> > >       I have two Quantum PRO-105S SCSI drives (3.5", 105 Meg) that I have been
> > >using for about a year.  They have worked well for me until recently.  I had been
> > >using them on two separate controllers (1 on the GVP Combo and 1 on the A2090.)
> > >When I put both drives on the GVP Combo, I started getting weird drive errors and
> > >SCSI 'unexpected status' errors.  I remembered something from the net about some
> > >Q drives not working properly when more than 1 was on the SCSI bus, so I called Q
> > >Tech Support.  The guy there said that there is no such problem with these drives.
> > 
> > Have you still got the 2090 in the machine? If so try removing it! A
> > friend with his 2000 had a GVP & 2090a and was getting 'unexpected
> > status' errors with the 2090a still in the machine, removed it and all the
> > trouble disappeared. This could at least be an option.
> 
>         I assume that you have made the Unit ID#'s of the two drives
> different from one another (set with jumpers on the Quantums, I can tell
> you exactly where if this might be your problem).  Also, have you got the
> terminators properly installed at each _END_ of the SCSI bus?  ie. the last
> devices have terminators :
> 
> TERM-GVP-Q1-Q2-TERM   or   TERM-Q1-GVP-Q2-TERM   etc...

Again, the termination and SCSI Unit ID#'s were correct.


                                                Jim Pritchett


UUCP:  rwsys.lonestar.org!caleb!jdp
 or    utacfd.uta.edu!rwsys!caleb!jdp
From: merlin@neuro.usc.edu (merlin)
Newsgroups: comp.periphs.scsi
Subject: Re: WORM drive usage under Dos 5
Date: 14 Sep 1992 19:43:44 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: neuro.usc.edu
Keywords: WORM dos 5

Ontrack's Diskmanager does a good job of making huge partitions
available under DOS 3.3 -- I use it with a 676 MB Maxtor 8760E.
I'm sure they can provide you a good solution.
Newsgroups: comp.periphs.scsi
From: Q10106@maccvm.corp.mot.com (Kent Norman)
Subject: can't access more than 2 disks
Organization: Motorola
Date: 14 Sep 1992 13:20:36 CDT

I have an adaptec 1542B on a 386SX clone.  I have been able to talk
to any two of three disks on the bus.  The Adaptec low level format
program shows all three disks and my tape drive, so I assume they are
all talking on the bus.  Someone said I need a device driver for
DOS (ver 5).  I thought that sounds odd.  Any advice?
---
Thank You
knorman@mcdmail1.fwrdc.rtsg.mot.com
Kent Norman (817)-232-6188
Newsgroups: comp.periphs.scsi
From: rommel@Informatik.TU-Muenchen.DE (Kai-Uwe Rommel)
Subject: Re: SCSI-2 draft available in WAIS
Organization: Technische Universitaet Muenchen, Germany
Date: Tue, 15 Sep 1992 19:19:47 GMT

In article <194ot6INNht4@early-bird.think.com> ephraim@think.com (Ephraim Vishniac) writes:
>
>I added the SCSI-2 draft standard to the public CM WAIS server
>yesterday.  Use scsi-2.src to search just that text, or use
>public-cm-server.src to search everything on the public server.
>
>If your local system doesn't have scsi-2.src yet (which it probably
>doesn't, because I just sent it to the directory-of-servers two
>minutes ago), use this:

For some reason, wais is of no use for me. Is there a way how I could
access that document via anonymous FTP?

Kai Uwe Rommel

/* Kai Uwe Rommel --- rommel@informatik.tu-muenchen.de */

DOS ... is still a real mode only non-reentrant interrupt
handler, and always will be.                -Russell Williams
From: milton@teal.csn.org (Milton Scritsmier)
Newsgroups: comp.periphs.scsi
Subject: Re: Why can't QIC tapes BackSpace ? or write anywhere but EOM ?
Date: 14 Sep 92 21:14:56 GMT
Organization: Colorado SuperNet, Inc.

In article <1992Sep14.174442.21110@murdoch.acc.Virginia.EDU> sdm7g@aemsun.med.Virginia.EDU (Steven D. Majewski) writes:
>
>Why can't QIC tapes backspace? Or write anywhere but at the 
>end-of-medium ? 
>
>Is this a physical device restriction ( I assume that is the 
>case rather than a SCSI command or device driver restriction,
>since cartridge tapes are the only ones that can't do it. ) ? 
>
>Could someone explain ? 
>
>I can _imagine_ ( although I don't know ) why there could be 
>restrictions imposed by the method of physical tape movement
>that would exclude backspacing. But WHY no write except at 
>EOM ? [ Rewinding and repositioning at the last-but-one file 
>mark to redo that last TAR file would be a lot nicer than having
>to rewrite the entire tape! On a Sparc ( SunOS 4.1.1 ) the 
>command 'mt weof 2', fails if you're not at the EOM, so you
>can't even MAKE eom at some arbitrary spot. ] 

The reason is that before you can write QIC tape with new information,
you must first erase it. On QIC quarter-inch drives, there is only
one erase bar, which covers the whole width of the tape. This bar
is ahead of the write head when you write the first track, and is
turned on during writes to the first track. On all other tracks
it is turned off (in fact when the tape changes direction, the erase
bar *follows* the write head from the tape's point of view, and would
erase anything just written if it was turned on). The reason QIC is
done this way is primarily cost. QIC was never meant to be a start/stop
technology, but instead designed for simple backup and restore streaming
operations. Adding the extra erase heads (one for each direction)
would greatly add to the cost. In addition, I think that having to
permit an erase on a track between two already written tracks would
probably mean spacing the tracks further apart and reducing the
capacity of the tape.

>DAT/DDS tape drives do not have these limitation, do they ? 

I don't think so. Then again, I think DAT/DDS drives cost more for
a given capacity.
From: paul@panix.com (Paul Gatker)
Newsgroups: comp.periphs.scsi
Subject: Info on Future Domain MC350 SCSI Host Adapter Board
Date: 12 Sep 92 16:52:34 GMT
Organization: PANIX Public Access Unix, NYC


 I'm thinking of purchasing a used Future Domain MC350 Host Adapter Board.
I was wondering if anyone has any info on this micro channel scsi card.
Are drivers readily available? Is it fast compared to other scsi cards?

 Thanks for any info.

-- 
*******************************************************************
paul@panix.com                                    COMPULITE GRAPHICS
Brooklyn NY usa                                Design & Consultation
********************************************************************
From: rogerb@pisco.esd.sgi.com (Roger Brown)
Newsgroups: comp.periphs.scsi
Subject: Re: adaptec suggestions
Date: 10 Sep 92 00:32:09 GMT
Distribution: comp
Organization: Silicon Graphics, Inc.

|> Packaging and distribution costs.  It costs $$$ to manufacture,
|> warehouse and
|> ship variations of a product, since your stock levels are higher then. 
|> This
|> extra cost gets passed along to you-know-who.  This is business, after
|> all.  It
|> is *much* more inexpensive to throw in a couple more floppies in each
|> package.
|> 
|> Of course, why the rest is un-bundled is a mystery... perhaps perceived
|> lack
|> of interest or general usage for the drivers?  A bit slow to respond to
|> the
|> market?
|> 
|> The usual.... software is *way* behind hardware in development and never
|> will
|> take full advantage of the hardware available...  (boy, am I *cynical*
|> eh?) 

Realizing that pacakaging, etc. costs money, the included drivers in the
kit are fully pakaged on their own and included in the bigger box.  Each
one is individually shrink-wrapped, with case, manual and diskette.

I know that with the WD SCSI controller's, you get ALL the SDLP drivers for
all
the Operating Systems and all the devices in one box, on one set of disks
and
with one manual.  Granted, the drivers are usually not up to snuff, so you
have to purchase an upgrade to the next version.  

Perhaps there is a way I can "trade-in" my unopened/unused/unwanted driver
packages for ones that I do want...
Xref: sparky comp.periphs.scsi:4529 comp.sys.intel:1711
From: debra@wsinis07.info.win.tue.nl (Paul De Bra)
Newsgroups: comp.periphs.scsi,comp.sys.intel
Subject: Re: EISA vs. ISA - which is better?
Date: 15 Sep 92 10:29:20 GMT
Reply-To: debra@info.win.tue.nl
Followup-To: comp.periphs.scsi
Organization: Eindhoven University of Technology, the Netherlands

In article <1992Sep14.193543.8516@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>In article <1992Sep11.190452.12052@Informatik.TU-Muenchen.DE>, rommel@Informatik.TU-Muenchen.DE (Kai-Uwe Rommel) writes:
>To execute programs in high memory the code (text) segments would have
>to be copied to upper memory, and would execute there at full speed.
>They don't have to be copied back because they aren't modified. As long
>as buffers are in the low 16M all should be okay, since most C and
>FORTRAN progrms use buffers for all files anyway. That means you get a
>copy with every program even if the whole thing is in DMA memory.
>... (more deleted)

The buffers used by programs don't matter. The communication between ram and
disk is a communication between the kernel and the disk controller.
It's the kernel buffers that must be in the low 16M.
This was no big deal for sVr3 as it had a fixed (tunable) buffer pool.
But sVr4 has adapted Suns mechanism of using all available ram (minus kernel)
for both program pages (text, stack, data) and for disk buffers.
The kernel lets the (scsi) disk controller dma disk blocks between any
ram location and the disk.

Since an ISA machine only has 24 address lines on the ISA bus the scsi
disk controller can only dma into the lower 16M. The kernel has a special
trick (with overhead) to let the controller dma into or from some space
below 16M and it is the kernel (and thus cpu) which copies the data to and
from the high memory.

Paul.
(debra@win.tue.nl)
Newsgroups: comp.periphs.scsi
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: SCSI devices work on SCSI-2 port?
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Wed, 9 Sep 1992 02:13:30 GMT

In <Bu9zIo.InG@unx.sas.com> sasbge@ant.unx.sas.com (Gantt Edmiston) writes:
>I think Mike is mistaken.  SCSI and SCSI-2 are two completely different
>pin outs.  Just to make sure we are comparing apples with apples,
>I am referring to "Single-ended (SCSI) vs. Double-ended (SCSI-2).

Well, you have a point but it has nothing to do with SCSI-1 vs. SCSI-2.
In both standards you have the option of single-ended or differential
signals. You are right that you can't mix these but there is no problem
to use single-ended SCSI-1 with single-ended SCSI-2 or differential SCSI-1
with differential SCSI-2.
Another point is that "Fast" SCSI-2 uses the differential option more
frequently since cable length is more limited and the differential option
allows for longer cables. But in any case the controller has to be of
the same type and most built-in controllers use single-ended signals.

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: comp.periphs.scsi,comp.sys.hp
From: lawrence@combdyn.portal.com (Lawrence *The Dreamer* Chen)
Subject: Pinnacle Micro PMO-650
Organization: Combustion Dynamics Ltd.
Date: Fri, 11 Sep 1992 20:08:30 GMT

I just one of these wonder MO Optical drives that are supposed to be as
fast as a harddrive....

Only problem is that I can't get it work on either of our HP710s.  I thought
it was a OS version problem, but trying it on the newer one didn't work either.

As far as I know the disk is initializing correctly.

I'm doing the mediainit and newfs with as an HPS6300.650A, but when it comes
time to do the mount...it fails with "I/O Error".  The filesystem appears
to be okay, fsck works on it.

Can somebody tell me how to get this to work?

-- 
                                __
 :    _        _  _     _  _   :        _     Combustion Dynamics Ltd.
 :   :_: :   ::_::_ :\::  :_   :   :_: :_ :\: +1 403 529 2162
 :__ : : :/:/ : \:_ : ::_ :_   :__ : : :_ : : +1 403 529 2516 FAX
 EMAIL: lawrence@combdyn.portal.com || dreamer@lhaven.uumh.ab.ca
Newsgroups: comp.periphs.scsi
From: jk87377@cc.tut.fi (Juhana Kouhia)
Subject: Re: Ordinary DAT vs. "data grade" DAT
Organization: Tampere University of Technology
Date: Tue, 15 Sep 92 06:18:05 GMT


In article <1992Sep11.004155.9653@kakwa.ucs.ualberta.ca>
sherwood@fenris.space.ualberta.ca (Sherwood Botsford) writes:
>
>In addition Sony has lately been making the DAT tapes  
>require a higher torque to move compared to the DDS tapes.
>On a new HP drive, I found that on a 30 m tape, I could use  
>it, but a 60 m tape would stall about halfway through the  
>tape, and I'd get a 4, 44 error.  ("Hardware error.  
>Impossible state. This error never occurs...)
>
>On the matter of errors:  At the end of a gig run the DAT  
>had 57,000+ recoverable errors.  The DDS grade had none.   


I'm wondering why Audio tape needs more torgue; does torque mean
poor tape transfer?
Also, because tapes are made with fast machine, there's need
for the retension (winding the tape from beginning to end and back);
is this possible in a audio DAT recorder, in a computer DAT recorder
and in a 8mm (exabyte) recorder?

In MISP and Sun here, the mt -retension (or such) did not work.
Is there any effect with retensions for these machines?
Why the retension doesn't work?

If somebody would like to test it, then use audio grade DAT
and count errors with and without retension operation.
If you use only one new tape, then record no-retension test first
and then with.

Also, it may increase tape quality if you record something to tape,
so at the second recording time there may be less errors.
If you can test this too, please do.


It seems for serious audio recordings the data grade tape is good;
also these tapes increase DAT recorder living time with the smaller
torque needs, or?


Juhana Kouhia
Newsgroups: comp.periphs.scsi