Subject: Linux-Misc Digest #596
From: Digestifier <Linux-Misc-Request@senator-bedfellow.MIT.EDU>
To: Linux-Misc@senator-bedfellow.MIT.EDU
Reply-To: Linux-Misc@senator-bedfellow.MIT.EDU
Date:     Fri, 12 Aug 94 09:13:13 EDT

Linux-Misc Digest #596, Volume #2                Fri, 12 Aug 94 09:13:13 EDT

Contents:
  Re: Hard Drive Probs: Maxtor:Conner Combo,Vergy Strange!!!!!!!!  (RYAN  Colin Patrick)
  Re: WANTED: Supplier of PC clone for Linux. (Sluggy Slug)
  Re: A 256-color, X11R6 server for the ET4000/W32 series (Steen John Andersson)
  Re: Mail reader over term? (guy keren)
  Floppy access causing kernel panic in schedule() (Tim Cook)
  LINUX drivers for Loughborough's TI C40? (Ralf Weber)
  Token Ring Support -- When??? (Jason Zarin)
  Re: WD Caviar w/Linux (Mark Juric)
  Re: linux - where can I get the latest? (Steve Austin)
  Re: Coherent & Linux (Was : A Truly Unbiased Opinion) (Aaron Clausen)
  Re: 486DX66 and Linux (Dennis Robinson)
  Re: comp.os.linux.hardware.* (Cameron L. Spitzer)
  subnote success, Novell DOS 7 + Slackware (Cameron L. Spitzer)
  Caching (Jeff Skone)
  DPMI in dosemu (NJ. Bruton)
  Re: GCC / Cache Internal Error Problem (Rob Janssen)
  Re: Call-Waiting and a modem, ideas??? (Rob Janssen)
  Re: rpc.nfsd changing UID [Q] (Rob Janssen)
  Re: Caching (Rob Janssen)
  Re: Linux on a SMC ELITE 16C Ultra (Rob Janssen)
  ftape module (G. Browning)
  525 Meg Tape Drives **DIRT CHEAP**!!! (Dr. John V. Jaskolski)

----------------------------------------------------------------------------

Crossposted-To: comp.os.linux.admin
From: ryan@ecf.toronto.edu (RYAN  Colin Patrick)
Subject: Re: Hard Drive Probs: Maxtor:Conner Combo,Vergy Strange!!!!!!!! 
Date: Thu, 11 Aug 1994 02:26:17 GMT


Well, what an overwhelming response. Hope I didn't waste to much width! I shouldhave know that there would be a faq somewhere ;

Anyhow I do want to Thank all those who provided rapid response to my problem.
I seem s that Conners prefer Conners and despise Maxtors!

L8r....Thanks again-

------------------------------

Crossposted-To: comp.os.linux.help,biz.comp.hardware,biz.comp.services,biz.comp.software,comp.sys.ibm.pc.hardware.chips,comp.sys.ibm.pc.misc,misc.forsale.computers.pc-clone
From: lmarbun@utsi.edu (Sluggy Slug)
Subject: Re: WANTED: Supplier of PC clone for Linux.
Reply-To: lmarbun@utsi.edu
Date: Fri, 12 Aug 1994 09:15:26 GMT

Try ftp to tsx-11.mit.edu, and along linux directory trees (I think it's called
"advertisement" or "commercial") there's file from a vendor who sells machines
with linux pre-installed. 

Sorry, I can't verify. My outside net access is down since afternoon.

Leo.





------------------------------

From: s2119192@flute06.cse.unsw.edu.au (Steen John Andersson )
Subject: Re: A 256-color, X11R6 server for the ET4000/W32 series
Date: Fri, 12 Aug 1994 02:53:41 GMT

Donald K. Wong (dkwong@po.EECS.Berkeley.EDU) wrote:
: In article <31i0hh$4sh@tokio.cs.utexas.edu>,
: Glenn G. Lai <glenn@cs.utexas.edu> wrote:
: >
: >X_W32 1.02, a 256-color X11R6 server for Linux, is a drop-in replacement
: >for XF86_SVGA.  It can be used for boards with graphics accelerators in
: >the ET4000/W32 series (currently w32, w32i, w32p_rev_a, w32p_rev_b, and
: >w32p_rev_c).
: >
: Great!  Now where can I get X11R6 for Linux?  I tried it with R5, but 
: that didn't go too well...:(

Me too
!!! 
I've got my brand spanking new Hercules Dynamite running unaccelerated,
I really want to get the X_W32 xserver running. Were can we get a 
copy of X11R6 for linux from. I thought that Yggdrasil had produced
one?

bye
Steen Andersson

------------------------------

Crossposted-To: comp.mail.misc,comp.mail.sendmail,comp.os.linux
From: choo@actcom.co.il (guy keren)
Subject: Re: Mail reader over term?
Date: Thu, 11 Aug 1994 18:50:37 GMT

Jeffrey D. Frey (freyj@cselc20.cs.hh.ab.com) wrote:
: I have just recently set up term2.0.4 on my linux box at home.  I was wondering
: it is possible to set up a mail reader on my local box and then user it over
: term.  If so what is the best mail reader and how would I go about doing this?
: Thanks for the help in advance.

: Jeffrey Frey

this, i think, brings up an interesting idea:
as far as i understand, term supports NETWORK transparency, but it could
be updated to also contain DISK (file system) transparency. so a program
ran on one side of term, will see the file system on the other
machine (or perhaps see both file systems, with the remote file ssytem mounted
on some local directory). i think it'd be very interesting to add this
to term. it'd allow such mail reading as jefferyasked for, as well as
other ideas. for example, we have a local html directory structure,
that is available only via a direct file reading, so i cannot
reach it with mosaic+term. but it will work if term supports such
transparent file system replacements. 

guy keren
  choo@actcom.co.il

------------------------------

From: tim@deakin.edu.au (Tim Cook)
Crossposted-To: comp.os.linux.admin
Subject: Floppy access causing kernel panic in schedule()
Date: 12 Aug 1994 13:31:50 +1000

[Originally posted to comp.os.linux.help, but didn't get any responses]

Hardware:
    Brand new 486DX2-66, 16MB, VLB I/O card

Software:
    Linux 1.1.18 (also happens on 1.0.9)

Scenario:
    Any extensive reading from or writing to /dev/fd0

Error:
    Oops: 0000
    EIP: 0010:0010ce07
    EFLAGS: 00010202
    eax: 00000000  ebx: 00000000  ecx: 0018f39c  edx: fffffc18
    esi: 00000001  edi: 00001000  ebp: 0018f34c  esp: 0018f344
    ds: 0018  es: 0018  fs: 002b  gs: 002b  ss: 0018
    Process swapper (pid: 0, process nr: 0, stackpage=0018e39c)
    Stack: 0018f39c 001be0f0 001a7dc4 00111deb 0010e1d9
    Code: 83 bb 20 03 00 00 00 74 63 39 b3 20 03 00 00 77 40 6a 01 53
    task[0] (swapper) killed: unable to recover
    Kernel panic: Trying to free up swapper memory space
    In swapper task - not syncing

The above EIP falls in the routine schedule(), as the following values
from zSystem indicate:

    0010cda4 T _schedule
    0010cf94 T _sys_pause

Here is what comes out at boot time (from dmesg):

    Console: colour EGA+ 80x25, 8 virtual consoles
    Serial driver version 4.00 with no serial options enabled
    tty00 at 0x03f8 (irq = 4) is a 16450
    tty01 at 0x02f8 (irq = 3) is a 16450
    lp_init: lp1 exists, using polling driver
    Calibrating delay loop.. ok - 33.22 BogoMips
    Memory: 15228k/16384k available (576k kernel code, 384k reserved, 196k data)
    This processor honours the WP bit even when in supervisor mode. Good.
    Floppy drive(s): fd0 is 1.44M
    Swansea University Computer Society NET3.014
    IP Protocols: ICMP, UDP, TCP
    PPP: version 0.2.7 (4 channels) NEW_TTY_DRIVERS OPTIMIZE_FLAGS
    TCP compression code copyright 1989 Regents of the University of California
    PPP line discipline registered.
    SLIP: version 0.7.5-NET3.014-NEWTTY (4 channels)
    CSLIP: code copyright 1989 Regents of the University of California
    Checking 386/387 coupling... Ok, fpu using exception 16 error reporting.
    Linux version 1.1.18 (root@limbo) #3 Mon Aug 8 21:19:42 EST 1994
    Partition check:
      hda: hda1 hda2 hda3
    VFS: Mounted root (ext2 filesystem) readonly.
    Adding Swap: 33176k swap-space

I have tried it when the swap partition is disabled.  Same problem.
Sometimes I get a "General protection: 0000" instead of "Oops".

This problem has existed from day one.  I needed to use the Slackware
"MODERN" boot image to install Slackware.  That is based on 1.1.18,
but now 1.1.18 doesn't work.

So, does anyone know what is wrong?  I imagine it may be a sub-optimal
setting of jumpers on the VLB I/O card.  I am new to PC's, so don't
know much about these things.

------------------------------

From: ralf.weber@fernuni-hagen.de (Ralf Weber)
Crossposted-To: comp.os.linux.development
Subject: LINUX drivers for Loughborough's TI C40?
Date: 12 Aug 1994 08:18:35 GMT

Hi folks,

does anybody know if there are LINUX drivers and/or development tools
available for the TMS320C40 PC cards from Loughborough Sound Images Ltd.?

Many thanks for any reply.

Regards
Ralf





------------------------------

From: jzarin@nyx10.cs.du.edu (Jason Zarin)
Subject: Token Ring Support -- When???
Date: 11 Aug 1994 22:11:13 -0600


I'm stuck at work with a computer that's just crying out for linux.
Unfortunately, it's running on token ring.

Is there any development going on to make token ring support?  What's
its status?

-- 
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::      Jason Zarin     :: zarin@econ.sscnet.ucla.edu                      ::
:: Grad Student at UCLA :: "To an economist, real life is a special case." ::
::::::::::::::::finger jzarin@nyx.cs.du.edu for PGP public key:::::::::::::::

------------------------------

From: mjuric@fred.cs.depaul.edu (Mark Juric)
Subject: Re: WD Caviar w/Linux
Date: Thu, 11 Aug 1994 21:12:21 GMT

Hi all,
  After a call to the WD guys (who just whined and said that everybody else's
drives suck and if you have problems it's the other guy's fault) I decided to
switch my Maxtor 212 to the slave and my WD 540 to the master.  Sort of a pain
because the WD was all Linux and I use DOS's startup menu to decide what I was
going to boot.
  But... all works well now.  No HD controller errors or anything.  So the
moral of this story?  WD hard drives *and* their support people are big babies.

--
Mark Juric                                             DePaul University
PhD CS student             mjuric@fred.cs.depaul.edu or cphdmlj@hawk.depaul.edu



------------------------------

Crossposted-To: alt.os.linux
From: Steve@edensfld.demon.co.uk (Steve Austin)
Subject: Re: linux - where can I get the latest?
Reply-To: Steve@edensfld.demon.co.uk
Date: Fri, 12 Aug 1994 06:22:41 +0000

In article <CuCHr1.Kv6@nntpa.cb.att.com>
           sgh@cbvox1.cb.att.com "Scott G. Hall" writes:

> Saul Pliuskonis <pliuskon@intellistor.com> wrote:
> >I am looking for the latest linux (whatever it might be),
> >and also any FAQ files for linux.
> 
> The horse's mouth:
> 
> Linux Systems Labs
> 18300 Tara Dr.
> Clinton Twp, MI  48036
> 313-954-2829
> 800-705-7383 (North America)
> 
> They have CD-ROM and Floppy versions -- the floppy version is usually
> more up-to-date.
> 
> Also notice the cross posting of this article and the followup-to.
> You can find a lot in the comp.os.linux.* hierachy -- and FAQ's in
> the comp.os.linux.misc area.
> 
If you want to ftp it and have the time, you are Stateside, so look in
sunsite.unc.edu.  Docs are there too - it's the home of the Linux Document-
ation Project.  rtfm.mit.edu mirrors the documentation and FAQs.  Watch for
the Linux metaFAQ posted in comp.os.linux.announce every few days.

-- 
Steve Austin
                  "Far Away is Near at Hand in Images of Elsewhere"
                   (famous grafitto maintained on a wall near Paddington
                    station for a large part of the 1970s)

------------------------------

Crossposted-To: comp.os.coherent
Subject: Re: Coherent & Linux (Was : A Truly Unbiased Opinion)
From: aaronc@taocow.hakatac.almanac.bc.ca (Aaron Clausen)
Date: Sun, 31 Jul 94 09:50:37 -0800

In <94072826254@umunk.GUN.de> udo@umunk.GUN.de (Udo Munk) writes:
>Right, but the customers want an OS which is supported by the company
>which installs this system. You cannot tell them, well, if there are
>problems with the OS ask on the Internet, it's supported there by a lot
>of people in their spare time.

Linux is supported by a great number of companies now.  Your argument is
not valid.

-- 
Aaron Clausen                           Port Alberni, BC  Canada
aaronc@taocow.hakatac.almanac.bc.ca

------------------------------

From: robinson@sparc13.cs.uiuc.edu (Dennis Robinson)
Subject: Re: 486DX66 and Linux
Date: 11 Aug 94 20:42:41 GMT

ianm@apprentice.qualcomm.com (Ian McCloghrie) writes:

>>: >   Can anyone tell me how long it takes to compile the kernel on DX-66
>>: >machines (and higher like DX4-100 or pentium)? It seems that the DX-66
>>: >is about 4 times the speed of a 386DX-40 with a math. co-processor.

On a gateway dx2-66 at work I get 14minute kernel refompiles.

>Kernel compilation speed, while a CPU-intensive task, tends to be IO
>bound on most systems.  Adding more memory will significantly decrease
>the comilation speed (if only because all the .c and .h files are in
>the cache -- turn off /sbin/update, and it'll write all the .o's to
>cache as well, and run *really* fast).

>--
>____
>\bi/  Ian McCloghrie      | FLUG:  FurryMUCK Linux User's Group
> \/   email: ian@ucsd.edu | Card Carrying Member, UCSD Secret Islandia Club
>GCS (!)d-(--) p c++ l++(+++) u+ e- m+ s+/+ n+(-) h- f+ !g w+ t+ r y*

>The above represents my personal opinions and not necessarily those
>of my employer, Qualcomm Inc.

------------------------------

Crossposted-To: comp.os.linux.help
From: cls@truffula.sj.ca.us (Cameron L. Spitzer)
Subject: Re: comp.os.linux.hardware.*
Date: Fri, 12 Aug 1994 06:17:48 GMT

In article <32dd3j$3t7@stc06.CTD.ORNL.GOV> de5@de5.CTD.ORNL.GOV
(Dave Sill) writes:
>Anyway, I propose an organization orthogonal to the
>comp.sys.ibmpc.hardware.* hierarchy, e.g.:
>    comp.os.linux.hardware.systems
>    comp.os.linux.hardware.video
>    comp.os.linux.hardware.sound       (*)
>    comp.os.linux.hardware.cd-rom
>    comp.os.linux.hardware.misc
>What do you think?

I think it would be more constructive to invade comp.sys.ibm.pc.hardware.*
with on-topic (hardware) articles.  There's nothing "DOS"-specific about
those groups, and people often install an assortment (Linux + OS/2 etc.)
on one drive or one box.  Like the OS/2 folks, we *use* our memory
subsystems "harder" than the MS_DOS-only users do, and reveal faults
they never see.
Keep advocacy to a couple of .sig lines, though.  No need to be garish.  :-)

Cameron

------------------------------

From: cls@truffula.sj.ca.us (Cameron L. Spitzer)
Subject: subnote success, Novell DOS 7 + Slackware
Date: Fri, 12 Aug 1994 07:08:25 GMT


I have installed Slackware 2.0 and Novell DOS 7 on a generic
Taiwanese subnote.  Slackware 2.0 just *worked*, once I determined
the subnote's trackball emulates a MS Serial mouse on cua1.

Novell DOS 7 had a "driver conflict" between the supplied mouse driver
and the disk cache or the memory manager, which I have not yet
bothered to isolate.  What a kludge DOS is.
DOS 7 could not see the 510 MB IDE drive at all.
I had to put LILO on the MBR and use Linux' fdisk to make
the partition table.  Novell installed ok on the small partition I gave it,
and had the sense to leave the MBR alone.
LILO boots Novell just fine, thank you.
Linux mounts DOS 7's FS, looks ok.  I haven't tried dosemu yet.

If there's interest, I'll post a review after I've used the
little box for a while.

Cameron

------------------------------

From: jeffs@stein1.u.washington.edu (Jeff Skone)
Subject: Caching
Date: 11 Aug 1994 20:42:27 GMT

Are there any good caching programs for Linux available? I'd like to improve
performance a bit (especially running it off CD)! 


------------------------------

From: ccnjb@sun.cse.bris.ac.uk (NJ. Bruton)
Subject: DPMI in dosemu
Date: Fri, 12 Aug 1994 09:16:26 GMT

Has anyone managed to get anything to run with dpmi ??
Nick

------------------------------

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: GCC / Cache Internal Error Problem
Reply-To: pe1chl@rabo.nl
Date: Fri, 12 Aug 1994 08:01:55 GMT

In <328s4n$9gg@charnel.ecst.CSUChico.EDU> dranch@ecst.csuchico.edu (David A. Ranch) writes:

>In article <328ec4$8pq@eccdb1.pms.ford.com>,
>Todd Ignasiak <tji@tictac.fs.ford.com> wrote:

>>Is this problem seen only with a certain motherboard/chipset combination?
>>I think my current motherboard is an Opti chipset board, with an AMI Bios.

>Todd,

>There isn't any reason to replace the motherboard yet.  I've had a few instances
>where I had a bad cache chip.  If you can, swap out your existing cache chips
>with some known good ones.  Again, try to see if GCC fails.  

>If it doesn't, then you know its one of those chips.  Then, going by pairs, 
>replace the cache chips with your querstionable ones.  Eventually, something 
>will fail.  Then swap out one chip and find the culprit!

>If it does still fail.. you may indeeed have a bad board.

Usually there is a bank of cache RAM's in some square formation, plus
an extra RAM called "tag RAM".  The latter is considerably more critical.
Try swapping it for a faster chip  (lower number after the dash in the
type number)

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

------------------------------

Crossposted-To: comp.os.linux.help
From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Call-Waiting and a modem, ideas???
Reply-To: pe1chl@rabo.nl
Date: Fri, 12 Aug 1994 08:23:43 GMT

In <32d1sd$2qj@magix.uucp> nicolas@magix.uucp (Nicolas BOUGUES) writes:

>Sergei Naoumov (naoumov@PHYSICS.UNC.EDU) a ecrit:

>: So, my question is the following: is there any way to catch up this
>: event from a modem, analyze it somehow and tell that someone is
>: actually calling. Then I would put my modem session "on hold", talk
>: to a person and go back. The idea is a little bit crazy and I feel
>: there should be some difficulties about a hardware but in principle...
>: What do you think?

>:      Sergei

>Here, in France, we have a funny device called Minitel. It's a kind on
>terminal, which include a V23 (1200/75) modem. And it works very well with
>call waiting. When you get a second call, you see on line 0 "appel"
>("call"). The transmission with the server is stopped during tue call
>waiting beep, but the modem does not hang up. The communication can continue
>at the end of the beep.

>So I think the same thing is possible on a 'normal' modem, if, of course,
>some makers want to add this feature. 

Of course this is a completely controlled environment: both the Minitel
unit and the service it is communicating with are conforming to a simple
standard, which will handle the stuff above once it is correctly implemented
on those two systems.

However, this does not easily scale into the "modem world at large".  You
would need the feature to be present in the modems and/or systems on both
ends of the link, and this is usually not feasible.
Therefore there is little point in "some makers adding this feature"...

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

------------------------------

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: rpc.nfsd changing UID [Q]
Reply-To: pe1chl@rabo.nl
Date: Fri, 12 Aug 1994 08:25:48 GMT

In <19940811.130645.682380.NETNEWS@ESOC> kkeyte@esoc.bitnet (Karl Keyte) writes:

>In article 37800004@GLAS, Paul Makeev <mac@glas.apc.org> writes:
>>There is smth strange with rpc.nfsd on my system: the process started
>>from rc.inet2 randomly changes UID. (I tested it with Linux 1.1.33-41,
>>and result is the same). No problems with other daemons. Sorry
>>for posting this topic here, but i get no answer from comp.os.linux.help.

>Yup - does the same here.  I don't think it's random though but more something
>to do with who makes first use of one of the mounted NFS devices.  I admit,
>strange, and I have no idea of why or how...  Anyone?

It is normal.  It assumes the user-id of the user that is accessing files
via this nfsd at that time.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

------------------------------

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Caching
Reply-To: pe1chl@rabo.nl
Date: Fri, 12 Aug 1994 08:44:53 GMT

In <32e2fj$o6d@news.u.washington.edu> jeffs@stein1.u.washington.edu (Jeff Skone) writes:

>Are there any good caching programs for Linux available? I'd like to improve
>performance a bit (especially running it off CD)! 

Linux already does disk caching by itself, also from CD.
Just add more RAM to have more cache.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

------------------------------

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Linux on a SMC ELITE 16C Ultra
Reply-To: pe1chl@rabo.nl
Date: Fri, 12 Aug 1994 08:47:50 GMT

In <robinson.776639548@sparc13.cs.uiuc.edu> robinson@sparc13.cs.uiuc.edu (Dennis Robinson) writes:

>I am attempting to get the Elite Ultra network card to work.  Currently 
>I get an errant error message popping up on my screen every couple of minutes.

How interesting that you don't even mention what the error message tells
you...

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

------------------------------

From: gbrownin@sun1.iusb.indiana.edu (G. Browning)
Subject: ftape module
Date: Thu, 11 Aug 1994 17:08:08 GMT


I upgraded to kernel version 1.1.43 and now
my ftape (ftape-1.13b) module will not work.
I recompiled it and it compiled just fine, just
when I insmod ftape.o I get the error of   _irqaction undefined

I sorta need the ftape module, but I dont want to 
give up the new kernel version..

Any ideas would be greatly appreciated

Thanks

Gary R. Browning, Senior Consultant
Indiana University South Bend Computing Services



------------------------------

From: jvj@yorkshire.com (Dr. John V. Jaskolski)
Subject: 525 Meg Tape Drives **DIRT CHEAP**!!!
Reply-To: jvj@yorkshire.com
Date: Fri, 12 Aug 1994 05:34:14 GMT


These drives work perfectly with Linux and I have only a few left.

I have a few 525 Meg *COMPRESSED* Tandberg tape drives that I will give out 
on a first come first serve basis. These drives go for $490.00 brand new. I 
will give these drives away to anyone who wants one for $235.00.  Just
think, now you can backup your entire system affordably and you can 
sleep easily at night knowing that if you crash you *WON'T* burn.  
 
*NOTE* These drives hold 525 Meg *COMPRESSED*. I routinely backup my
1 GIG drive on two DC6250 tapes (about 500 Meg per tape).  If they
don't meet your needs for *ANY* reason whatsoever you can return the
drive *NO QUESTIONS ASKED*.  Also, these drives come with FREE tape backup 
software.  (Ask me about other software I can give you for free as well when 
you call).
 
These drives work perfectly with OS/2, Windows NT, Linux, BSD,
and other Unices for the PC.
 
These are internal 5 1/4" half height drives.   They will work
with *ANY* SCSI controller.  The drivers (i.e., ASPI managers) come with
your SCSI controller.  The Tandbergs come with FREE Tape ARchive (TAR)
Backup software with which to perform backups in DOS.  This Backup Software
can backup your entire system at 2:00 AM.  It is so easy to use and self
explanatory that docs are virtually unnecessary (which is good because
these *DO NOT* come with docs).  Each tape drive comes with complete
installation instructions (written by me) and each comes with usage
instructions.  The drives are not *BRAND NEW*.  They are slightly used
floor models.  They are 100% guaranteed for 30 days.
If you get one and you don't like the way it matches your wallpaper
simply return it for you money back *NO QUESTIONS ASKED*!
 
S&H is $10.00.
 
I can take Visa, MasterCard, Discover, or American Express for these.  My 
home phone number is (414) 629-1804.  You can call me *ANYTIME* up until 2:00 
AM seven days a week.  
 
If you are going to pay by Credit Card call me *ANYTIME* at
my home: (414) 629-1804.  If nobody is home you can leave your name
and a number that you can be reached at (and what time you want me to
call back) and I will call you back ASAP.
 
If you are going to pay with a check or money order:
 
In order to acquire a Tandberg make your payment or money order for
$245.00 ($235.00 + $10.00 S&H) payable to:
 
Dr. John V. Jaskolski
 
send it to:
 
Dr. John V. Jaskolski
6120 Hillcrest Drive
Allenton, WI
53002
 
E-MAIL me confirming exactly what you want and in what quantity and
indicate how much money you sent in your payment.
 
Sincerely,
Dr. John V. Jaskolski
jvj@yorkshire.com
(414) 629-1804
 
 
The following is a summary description:
 
#Max Capacity:   525 Meg with Software compression
#Interface:      SCSI, internal 64K buffer
#Rec. format:    write - (DC6250/525Mb, DC6150/300Mb) w/ compression
#                write - (DC6250/250Mb, DC6150/150Mb) w/o compression
#                read -  QIC-150, QIC-120, QIC-24 (DC6250/6150/600A)
#Form factor:    5 1/4", half-height
#Transfer rate:  6Mb/min
#Documentation: n/a and unnecessary, but the drive has a sticker
#               describing the jumpers
#Accessories:   Tape ARchive (TAR) Backup Software for DOS
#
#Compatibility:  this is a standard SCSI tape drive and should work with any
#                decently written SCSI software.  Compatibility has been
#                successfully tested with the following hardware/software
#                configurations: OS/2 (2.0 and 2.1 beta), SUN 3/50, 3/60
#                1542B/SYTOS+ (DOS and OS2, using Archive 2150S, Wangtek 
5150ES
#                and Tandberg 3660 drivers that come with SYTOS+),
#                1542B/NOVABACK (DOS and OS2), 1542B/ASPITAR (MSDOS port of
#                GNUTAR), Future Domain  850/1660/SYTOS, Always 
IN2000/NOVABACK
#                Amiga (BTN driver), Quaterback, Mac (Fastback, Retrospect)
#                XENIX, BSD386/FD, Apple IIGS using a CV Tech Ramfast card 
3.0m
#                or better his SCSI card does image backup only but image and
#                file backups can be done with GS TAPE software (by Tim 
Gramms)
-- 

------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: Linux-Misc-Request@NEWS-DIGESTS.MIT.EDU

You can send mail to the entire list (and comp.os.linux.misc) via:

    Internet: Linux-Misc@NEWS-DIGESTS.MIT.EDU

Linux may be obtained via one of these FTP sites:
    nic.funet.fi				pub/OS/Linux
    tsx-11.mit.edu				pub/linux
    sunsite.unc.edu				pub/Linux

End of Linux-Misc Digest
******************************
