Return to BSD News archive
Xref: sserve comp.sys.ibm.pc.hardware.storage:13382 comp.periphs.scsi:26383 comp.sys.next.hardware:13573 comp.os.linux.misc:29101 comp.os.linux.help:64180 comp.os.386bsd.misc:4007 comp.os.386bsd.questions:14304
Newsgroups: comp.sys.ibm.pc.hardware.storage,comp.periphs.scsi,comp.sys.next.hardware,comp.os.linux.misc,comp.os.linux.help,comp.os.386bsd.misc,comp.os.386bsd.questions
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!bunyip.cc.uq.oz.au!munnari.oz.au!constellation!news.uoknor.edu!ns1.nodak.edu!netnews.nwnet.net!serval.net.wsu.edu!news.clark.edu!spool.mu.edu!howland.reston.ans.net!ix.netcom.com!netcom.com!aturner
From: aturner@netcom.com (Aaron Turner)
Subject: Re: SyQuest SQ3270S for Data Exchange?
Message-ID: <aturnerCysALB.Huw@netcom.com>
Organization: NETCOM On-line Communication Services (408 261-4700 guest)
References: <CyrpHu.2FB@prz.tu-berlin.de> <aturnerCys9Hr.GG6@netcom.com>
Date: Sat, 5 Nov 1994 07:39:11 GMT
Lines: 76
Oops, forgot some info- DUP does a block-by-block copy. Thats why it
wont copy the last few blocks, b/c the Adaptec BIOS doesn't see them.
This is as I understand it from my friends in tec. supp. If you would
like some more info on this subject, you could call SyQuest Technical
Support at 1-800-245-CART (not sure if that's our tec. supp. number)
or (510) 226-4000
or 4083 (Me, Mon. & Fri.)
or 4141 (Gary, one of our Techies. Tell'm Aaron sent you.)
BBS at (510) 656-0473
In article <aturnerCys9Hr.GG6@netcom.com>,
Aaron Turner <aturner@netcom.com> wrote:
>In article <CyrpHu.2FB@prz.tu-berlin.de>,
>Thomas Wolfram <wolf@prz.tu-berlin.de> wrote:
>>
>>Hi,
>>I would like to use my SyQuest SQ3270S, i.e. the cartridges,
>>for exchanging data. Sounds natural but what happens if
>>different SCSI controllers in the different computers are
>>using different heads/sectors translation schemes (e.g.
>>Adaptec controllers make every SCSI disk to appear to have
>>64 heads and 32 sectors, but not all SCSI controllers
>>do the same) and this information is stored in any way in
>>the respective partition when it's formatted?
>
>The potential problems depends on the SCSI cards in use, translation
>tables, and method of access. For example:
>
>I've formated a SyQuest 88 cart using a Seagate 8bit adapter that formats
>the cart to a greater capacity than the Adaptec 1542 will. However the
>Adaptec during normal DOS read\writes won't have any problem. But if I use
>a prgm called "DUP" that uses SCSI BIOS calls to do a _exact_copy_ of a
>cart that was formated on the Seagate, the Adaptec won't copy about the
>last 300K. As I understand it, if the cartridge can be read\written to,
>then you don't have a problem. If the cartridge looks like crap, then it
>wont work. There is a way to get by this- you write a device driver that
>does the translation for you. If you use you SyQuest drive under DOS,
>that's half of the job of SQDRIVER.SYS. If you have the know-how I can
>probably get the info to program the driver from SyQuest- I work there.
I'm not sure how Linux access SCSI drives that are supported by BIOS, but
if I had to guess, it should be OK. Pretty much, if you can read\write
the cart, all should be OK. (Yes, this may seem obvious, but you
shouldn't expect any corruption if it can mount the cart, and you can see
the file tree.)
>
>>
>>Even DOS stores the number of heads
>>and sectors in the "boot" sector of the respective
>>partition. Does this cause any problems when using the
>>cartridges in different computers?
Not for DOS. Linux, I dunno, never taken my 270 to another machince
running Linux.
>>
>>What about the BSD file system of NeXTSTEP? Is exchanging
>>cartridges possible?
>
>Dunno. Never tried it, nor have the capacity to.
>
>>
>>What about the Linux file system?
>
>I've swapped carts in my system, I just umount, then mount the new cart.
>Works great- though I doubt that it would work well for the root.
>
>
Aaron Turner, MIS *****************************************************
SyQuest Technology * --Hanlon's Razor: Never attribute to malice that *
aka: aturner@netcom.com * which is adequately explained by stupidity. *
sophmore@Cal.St.Univ.Hayward *******************************************
* Disclaimer: The views expressed are my own and do *
Finger for AOL & CI$ * not neccessarily reflect those of my employer. *
email addresses & PGP *****************************************************