HDTenEightyP/NetNews huggingface dataset:
From: "ron angert" <ron.angert@channel1.com>
Newsgroups: comp.unix.sysv386
Subject: esix won't install
Date: 28 Jul 92 10:43:34 EST
Reply-To: "ron angert" <ron.angert@channel1.com>
Distribution: comp
Organization: Channel 1 Communications

to: jon@hitachi.uucp

Subject: ESIX won't install

JR>I can't install ESIX on a clone using ufs style file systems.  No
JR>trouble installing it using s5 style file systems.  Any ideas about
JR>the trouble?  Could it be the disk controller?  The details:
JR>Hard Drive
JR> UltraStor ESDI + Floppy controller
JR> Maxtor 670 Mbyte drive
Jon-
I had a similar problem that drove me nuts for 2 months and
it turned out to be the MODE used when low level formatting
the hard disk.  I am at home now so don't have the details,
but assuming you have a good (not Everex EV-348) ESDI card (we use the
DTC card), call MAXTOR tech support and they shoudl be able to
go over all the jumpers with you as well as the low level choices
that will allow the drive to work under ESIX.  I have found them to
be great at solving the hard ones.

Good luck and let me know how it comes out.  I am interested in other
users experience with ESIX.

JR>The system goes through the entire installation process including the
JR>last message:
JR> The ESIX system will now be installed on your hard disk .....
JR>There is then lots of activity on the floppy and hard drive.  Then the
JR>system hangs.

JR>Inspection using the boot floppies shows that the /stand filesystem
JR>exists but has no files in it.

JR>Attempt to boot produces the messages:
JR> BFS not fully populated, REVERTING back to BOOT
JR> open: Unknow Boot file system type
JR> read:       "       "       "
JR> open:       "       "       "
JR> read:       "       "       "

JR> boot: Cannot load /ete/initprog/at386: not an ELF of COFF binary

JR> boot: Cannot load initprog: /etc/initprog/as386

JR>DOS programs run OK, and (as I said) I can install ESIX using s5 rather
JR>than ufs file systems.

JR>Many Thanks:

JR>Jonathan Ryshpan   <...!uunet!hitachi!jon>

JR>M/S 420                                (415) 244-7369
JR>Hitachi America Ltd.
JR>2000 Sierra Pt. Pkwy.
JR>Brisbane CA 94005-1819

JR> ===============> I write for myself ONLY. <===============
JR>---
JR> * PCB/UseNet Gateway from Sparkware #3


JR>HEADER:USENET

JR>Path: channel1!uupsi!psinntp!rpi!usc!cs.utexas.edu!uunet!hitachi!jon
JR>From: jon@hitachi.uucp (Jon Ryshpan)
JR>Newsgroups: comp.unix.sysv386
JR>Subject: ESIX won't install
JR>Message-ID: <798@hitachi.uucp>
JR>Date: 20 Jul 92 18:04:52 GMT
JR>Reply-To: jon@hitachi.UUCP (Jon Ryshpan)
JR>Distribution: na
JR>Organization: Hitachi America - Semiconductor & IC Div.
JR>Lines: 47

Ron Angert - Riner, VA
---
  DeLuxe 1.21 #11400  Internet ron.angert@channel1.com
--
Channel 1 (R)   Cambridge, MA
From: barker@wd0gol.WD0GOL.MN.ORG (Bob Barker)
Newsgroups: comp.unix.sysv386
Subject: X.25 on SunSoft 3.0
Keywords: X.25
Date: 31 Jul 92 05:46:08 GMT
Organization: Robert Barker & Associates, Eden Prairie, MN.

I'm looking for information from people connecting their SunSoft 3.0
equipped machines to X.25.  Specifically, who's X.25 board/software are
you using, how well does it work, do they have Micro-channel boards
available, etc.

Thanks a bunch!

-Bob
------------------------------------------------------------------------------
Bob Barker                                ...!uunet!umn-cs!kksys!wd0gol!barker
Robert Barker & Associates                                barker@wd0gol.MN.ORG
(612) 949-0140
Newsgroups: comp.unix.sysv386
From: anton@analsyn.gts.org (Anton J Aylward)
Subject: Re: Dell SVR4 and Postscript ANSWER (from the NET of course)
Organization: ASCI: UNIX Database and Communications
X-Newsreader: Tin 1.1 PL3
Distribution: na
Date: Sat, 25 Jul 1992 18:52:15 GMT

karl@ttank.ttank.com (Karl Bunch) writes:
: .....
: 
:   (taliking about support calls)
: It's important to make the whole situation a "team" event.  Be helpful
: as much as you ask for help.  If you have 10 years of Unix experiance
: spell everything out to the n-th detail so the other people understand
: the entire picture.  STOP WORKING FROM US -VS- THEM.  Or else, you'll
: get angry people wanting to find a way to PIN THE BLAME on you.

In principle I agree.  In practive I cry and tear my hair out.
Two examples in point.  I used to be a kernel hacker, I still deal with
a number of "source" sites....

Company 1, a TLA computer manufacturer, moved into the UNIX work with a
vertically standing machine had a floppy disk driver that was f****d u*
beyond beleif in rel 1.0.  I called support, explained the phenomena and
how the problem could be reproduced.  Layered support; I got calls back
to clarify and was handed up the tree.  Eventually I got someone who
could actually deal with source.  I described the problem, told him
where in fdstrategy() the problem was, told him what the code as written 
was doing, told him what it should be doing.   He became verbally
abusive, demanding that I treat him like a "professional".

Company 2, deciding that UNIX is more profitable than oil, got involved.
They have a setup script which uses the "file" command.  This hangs when
run on a tty line that has been exclusively opened.  Again support call
was 'resistive' because I could and did _exactly_ describe the phenomena
and allow the support engineer to reproduce it.  I explained how 'file'
works - stat, decide if device or file, if file read, look for magic
number, check in /usr/lib/gile/magic, if not then read and see it it
looks like shell, c, fortran etc.  I suggested that because the previous
revision of the system worked - client still had some machines running
it - that soemting had been changed, perhaps the order of the test.
Abuse, core of which was "how can you possibly know that - you don't
have acces to our sources!".  Tell me guys,  Middleton's PD version of
withstanding, how many ways are there to implement 'file'?

Yes, I agree with Karl, I've worked 'support' and would like as much
detail, b ut some support desk seat warmers don't see it that way.
Sigh!

(BTW: that machine does have /usr/lib/file/magic, not /etc/magic.
      so much for standards!)
--
Anton J Aylward
From: jgb@prism.gatech.EDU (James G. Baker)
Newsgroups: comp.unix.sysv386
Subject: Dell SVR4 w/ Dialogic D41/D, BrookTrout TR112
Date: 21 Jul 92 14:41:31 GMT
Organization: Georgia Institute of Technology

Is there support to use a Dialogic D41/D board and a BrookTrout TR112
fax board with (Dell) SVR4?  Thanks.


-- 
James G. Baker                   | Phone: (404) 853-9984 
School of Electrical Engineering | GIT: jgb@prism, jgb@ee, jgb@cc, jgb@eecom
Georgia Institute of Technology  | uucp: ...!{hplabs,purdue}!gatech!prism!jgb 
Atlanta, Georgia 30332-0250      | Internet: jgb@prism.gatech.edu
Newsgroups: comp.unix.sysv386
From: drich@sandman.lerc.nasa.gov (Daniel Rich)
Subject: lpr on System V
Organization: NASA Lewis Research Center [Cleveland, Ohio]
Date: Wed, 29 Jul 1992 13:29:00 GMT


Once upon a time, I had a set of patches that would allow the BSD lpr
sources to be compiled and run on System V.  Unfortunately, since ISC
now ships lpr with TCP, I deleted them.  Now, I have a user (with
Xenix) who wants to run lpr/lpd on his machine.  Does anyone still
have a copy of these patches that he or she could send me?

Thanks.

-- 
-- 
Dan Rich                    | drich@lerc.nasa.gov   |  (216) 433-4000
Sr. Systems Engineer        | "Danger, you haven't seen the last of me!"
RMS Technologies, Inc.      |    "No, but the first of you turns my stomach!"
NASA Lewis Research Center  | -- The Firesign Theatre's Nick Danger
From: donn@dellunix.dell.com (Donn Baumgartner)
Newsgroups: comp.unix.sysv386
Subject: Re: >>An example of Dell's product support (Esix here I come...)
Date: 21 Jul 92 07:53:46 GMT
Organization: DELL Computer --UNIX Software Development Group-- Austin, Texas

>Thank you Donn for helping me make a decision with regard to which UNIX to 
>buy.  Dell's Unix doesn't work with an HP LaserJetII (probably the most 
>popular laser printer on the planet Earth) and "it's not Dell's problem".
>Way to change a guy's opinion of a company in a single sentence!  Boy, and
>to think I had my heart set on Dell (I called just this morning for exact 
>pricing as a matter of fact).  Esix/Everex, here I come...
>
>fluet@ee.ualberta.ca

Nothing in my posting said anything about general support for any particular
type of postscript printer at all.  We know that several postscript printers
work with Dell Unix.  That has nothing to do with this person's attempt
to "net-blackmail" Dell into fixing his problem - which reportedly has
nothing to do with our hardware or Dell Unix... most likely a flakey cable.

I have taken a lot of heat here for expressing my personal opinion of
various people's use of the net.  So be it.  But it's my *personal* opinion
only, not Dell's (as if that wasn't clear already).  Dell does not approve.

In spite of that, I *still* feel the guy's original comment about checking
out compaq's offerings was *specifically* intended to inflame.  And since
no one stands by their equipment or Unix like Dell does, *I* think he needs
to cut the obnoxious ploys and get real.  As for the dude above, well, I
pretty much think he's lying about seriously considering Dell - or my
personal opinions/statements wouldn't even phase him.
							- Donn
From: doug@rocker.uucp (Doug Luecke)
Newsgroups: comp.unix.sysv386
Subject: Convert old DOS partition to UNIX under ISC?
Date: 29 Jul 92 04:15:21 GMT
Organization: Terzon Systems, Inc.,   Richardson, Texas

Hey net gurus -

I have a 200MB IDE drive in my 386 box that currently has an 80MB DOS
partition and a 120MB UNIX partition that I've got ISC 2.0 running on.
I'd like to get rid of the DOS partition (yeah, rah, sis-boom-bah) and
use it for UNIX without having to backup and reinstall my whole system.

So, the big question is:
Is there a way to format the partition for UNIX, and then mount it on
my existing filesystem?  I know how to use fdisk to delete the DOS
partition and then create a UNIX partition in its place.  What I can't
figure out is how to format it and access it as a mountable file system.

There seems to be a way to add another physical disk drive to an existing
system using the sysadm diskmgmt menus.  But from what I've found, it
seems the folks at Interactive expect you to use only a single UNIX
partition per drive.

Anybody done this before?

Any and all help is greatly appreciated.
doug
-- 
Doug Luecke                      UUCP:      uunet!iex!rocker!doug
Terzon Systems, Inc.             INTERNET:  iex!rocker!doug@uunet.uu.net
Richardson, Texas                MABELL:    214/234-8222
From: jrd@cc.usu.edu
Newsgroups: comp.unix.sysv386
Subject: Re: kermit
Date: 22 Jul 92 10:20:11 MDT
Organization: Utah State University

In article <1992Jul22.075508.28002@jabaru.cec.edu.au>, d10590@tanus.oz.au 
(Robert Chalmers) writes:
> Is kermit available for the SCO as public domain? 
	    ^^Yes                    ^^No
>If not, where can I buy a copy please?
		     ^^Impossible, but it's free instead. Of course,
formal donations to the project are never declined! Columbia Kermits can not
be sold, but only distribution costs can be recovered. They are certainly not
Public Domain.
	Anonymous ftp to the home base of Kermit:
	watsun.cc.columbia.edu, cd kermit for the Kermit archives.
	Joe D.
> Bob
> _________________________________________________________________________
> |Robert Chalmers. d10590@tanus.cec.edu.au. Mackay, Queensland. Australia|
> |APCUG nanguo!root   (AUS)               UUCP mwcbbs!nanguo!earth  (USA)|
> |---------------------* ao zhong youyi wan sui *------------------------|
> |  UUCP nanguo!root  +61  79-521070 AEST:24 Hours. in:nuucp rd:uupublic |
> |  MYNAME=bbsuser   ~/INFO   Australian-Pacific Coherent User Group     |
> |-----------------------------------------------------------------------|
From: davidg@aegis.or.jp (Dave McLane)
Newsgroups: comp.unix.sysv386
Subject: Re: ddd (was Re: Getting a tape drive to stream...)
Keywords: ddd archive
Date: 27 Jul 92 11:38:50 GMT
Organization: Aegis Society, Kyoto Japan

alan@ernest.dseg.ti.com (Alan Edmonds) writes:

 >In article <2172@aegis.or.jp> davidg@aegis.or.jp (Dave McLane) writes:
 >>Some people said they were going to post a buffer program but it's 
 >>never appeared that I know of.

 >I think you mean ddd.
 >Ask and ye shall receive...

 [* shar archive omitted *]

It compiled OK (on ISC 2.2.1) but it didn't seem to like my Wangtek
streamer. About 50% of the time it got an error, twice it hung up
and became immortal (the only way I've ever been able to fix this is
to either reboot the machine or physically turn off the streamer). 
So I think I'll stick with dd. 

Thanks anyway,

Dave

--
Dave McLane 
JUNET: davidg@aegis.or.jp (ONLY within Japan: post otherwise)
Nagaokakyoshi, Kyoto Japan Tel: +81-75-951-1168 Fax: +81-75-957-1087
From: walter@mecky.rent-a-guru.de (Walter Mecky)
Newsgroups: comp.unix.sysv386
Subject: Re: How to debug a PANIC??
Keywords: unix panic interactive debug
Date: 27 Jul 92 01:50:58 GMT
Reply-To: walter@rent-a-guru.de (Walter Mecky)
Organization: RENT-A-GURU (tm), Buettelborn; FR Germany

In article <1992Jul26.151933.22053@tigger.jvnc.net> mtcusa@tigger.jvnc.net (Multilingual Technogies Corporation) writes:
< Using crash is good advice.  I have found that the floppy dump is a pain
< however.  Here's some other ways to find the offending system call:
< 
< SCO:
< 	After the panic, when the system boots, it stops and asks you
< 	if you want to go into maint. mode.  Type in the password and
< 	go into single user.   You can then use crash directly on /dev/swap,
< 	or do a 'dd' of /dev/swap to some (real big) file somewhere.

< INTERACTIVE:
< 	First you have to get the kernel debugger going.  


Good avices. I'll appreciate it. Here is another one:

SVR4:
	You can add another option in /sbin/dumpsave do save the dump on
	a disk file. Because there may be file system inconsistencies you
	should shift the call of dumpsave in /sbin/bcheckrc after the
	fsck. I testet it and it works. Saves a lot of time even if you
	have a tape. 
	
	If somebody wants I mail him/her my modified scripts.

-- 
   __o  	Walter Mecky
 _ \<,_ 	walter@rent-a-guru.de	or  ...uunet!unido!mikros!walter
(_)/ (_)        Phone: +49 6152 40813
From: donn@dellunix.dell.com
Newsgroups: comp.unix.sysv386
Date: 18 Jul 92 03:51 MDT
Subject: Re: Computone and 16MB Ram
Nf-ID: #R:mnopltd.uucp:242:1992Jul17.235127.8277@dellunix.d:-1362537854:001:2272
Nf-From: dellunix.dell.com!donn    Jul 18 03:51:00 1992


In article <2A6580C8.1BE3@telly.on.ca>, evan@telly.on.ca (Evan Leibovitch) writes:
|> In article <Br68y5.1IC@trauma.rn.com>
|> 	larry@trauma.rn.com (Larry Snyder) writes:
|> >donn@dellunix.dell.com (Donn Baumgartner) writes:
|> 
|> >>Sigh.  Computone sucks.  We can't get them to fix didly squat.  There
|> >>are 400 tests that a serial port can be subjected to (from the X/OPEN
|> >>branding test suite) and Computone Intelliport 1 fails about 140 of them.
|> >>Stallion fails about 15.  Dio-500 failed 1.
|> >
|> >How about sending me the testing info and I can see how many of those
|> >tests my Digiboard CX passes (and fails) under Dell SVR4.
|> 
|> Actually, has there been *any* widespread use of these tests? I wouldn't
|> mind seeing how *all* of the major serial port vendors (Digi, Equinox,
|> Comtrol, Specialix, Consensys).
|> 
|> In hindsight, it seems that the thing Computone does best is negotiate
|> OEM deals. Dell, DG, and other companies which should know better, call
|> Computone their "official" serial board. It's also one of the best
|> distributed vendors, though Digi is slightly better that way.
|> 
|> -- 
|>  Evan Leibovitch, Sound Software Ltd., located in beautiful Brampton, Ontario
|>          evan@telly.on.ca / uunet!utzoo!telly!evan / (416) 452-0504
|>    Said Captain Jean-Luc Picard to the tailor at his machine: "Make it sew!"

Anyone can buy the UniSoft VSX test suite, but it's pricey.  Nonetheless,
Dell has it and uses it almost religiously (I know, I'm the one who does it :-).
Point is... any vendor who is interested in being 'approved' by Dell as a
serial board vendor for Dell Unix, should, I would think, contact the Dell
Unix development group (like others have).  If they don't care about quality,
then they can just wing it.  But some vendors are actively trying to resolve
problems that the VSX test suite has turned-up (like Computone)... so don't
be surprised if quality starts being an issue amoung these vendors.  We can
only hope.

I might add that since my original posting several companies have contacted
me and the Dell Unix development group... it's a good start.  Computone,
Specialix, Komtrol, and South Coast Computing are in active contact with us.
I hope the rest will follow this lead.
								- Donn

Newsgroups: comp.unix.sysv386
From: kirch@nazareth.sni.de (Kirchner)
Subject: CodeView with two monitors
Date: Tue, 28 Jul 1992 09:16:21 GMT
Organization: Siemens Nixdorf Info.Sys. AG, Paderborn, Germany
Keywords: CodeView debug monitors


Hello everybody,


Who knows, if and how it is possible to use CodeView with two (2) monitors?
(one as debug screen, the other for application output)

Thanks in advance

Juergen

--
Juergen Kirchner       : Mail:   kirchner.pad@sni.de          :
Siemens Nixdorf        :                                      :       //  //  //Informationssysteme AG : USA:    kirchner.pad@sni-usa.de      :      //  // //
Department AP 555      :                                      :     //  ////    Riemeckestr. 160       : {..!mcvax}!unido!nixpbe!kirchner.pad : /  //  // //
D-4790 Paderborn       : Phone:  (49) 5251 834954             ://///  //   //   (Germany)              : Fax:    (49) 5251 834902             :
Newsgroups: comp.unix.sysv386,comp.unix.xenix,alt.sources
From: pcg@aber.ac.uk (Piercarlo Grandi)
Newsgroups: comp.unix.sysv386
Subject: Re: Dell SVR$ (and Dell hardware) total lack of success on Postscript
Date: 24 Jul 92 19:57:14 GMT
	<1992Jul20.202516.29768@rwwa.COM>
	<1hBfwO#8z5pMO0y2xT58RFpP25w2zKV=esr@snark.thyrsus.com>
Reply-To: pcg@aber.ac.uk (Piercarlo Grandi)
Organization: Coleg Prifysgol Cymru

On 21 Jul 92 15:35:25 GMT, esr@snark.thyrsus.com (Eric S. Raymond) said:

> IT'S NOT DELL'S PROBLEM that someone else's printer and cable
> doesn't work with our machine/software.  We have no obligation or
> commitment to make your particular (and peculiar) setup work [...] I
> *personally* wish you would find out what Compaq is selling these
> days.

esr> There's nothing new about the policy, but popping off at a paying
esr> customer like that indicates arrogance and a poor attitude.

The customer in question IS NOT a paying customer. He did not pay for
systems integration consultancy, he paid for a software license. I don't
see any popping off or arrogance in the above quote I only see an
attempt at reminding a particularly obnoxious customer that he is trying
to blackmail Dell into providing him with a free lunch, and that is not
nice.

Systems integration/compatibility assurance is a very difficult and
expensive task, and the seller of a system component has no obligation
to undertake to do it for any arbitrary unsupported system configuration.

Dell in particular make it very clear that unless the customer buys a
complete system integrated by them they do not take responsibility for
system integration problems. They do not even represent that the Unix
they sell will work *at all* with any non Dell hardware. All expense of
system integration rests with the purchaser of their Unix product.
--
Piercarlo Grandi                   | ARPA: pcg%uk.ac.aber@nsfnet-relay.ac.uk
Dept of CS, UCW Aberystwyth        | UUCP: ...!mcsun!ukc!aber-cs!pcg
Penglais, Aberystwyth SY23 3BZ, UK | INET: pcg@aber.ac.uk
Newsgroups: comp.unix.sysv386
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: system dump
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Date: Thu, 23 Jul 1992 15:08:34 GMT

In article <1992Jul22.075012.27943@jabaru.cec.edu.au> d10590@tanus.oz.au (Robert Chalmers) writes:
>Could someone tell me how to stop the message 'dump image in swaop area, do
>you wish to save it?' from appearing each time I start up. I say yes and save
>it, still there next time. I say no, and continue, still there next time. Any
>idesas anyne.

You are shutting down your system properly, aren't you? You can't just hit 
the power switch; otherwise there *will* be a dump image in the swap area
every time, not to mention bits and pieces of files vanishing.

Make sure you do a powerdown or shutdown command before turning the machine
off. Unix is a *lot* more complex than DOS.....


-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chariman of the Board and the CFO speak for SCI. I'm neither.
"Always remember, that someone, somewhere, is making a product that will
make your product obselete." Georges Doriot, founder of American R & D.
Newsgroups: comp.unix.sysv386,comp.unix.xenix,alt.sources
From: rbt@tous.oau.org (Robert B. Tate)
Subject: Re: FAS 2.09.1 bugs found and fixed
Summary: THANKS!
Organization: Tate Enterprises
Date: Fri, 24 Jul 1992 02:30:23 GMT

In article <1992Jul23.025400.7765@banana.ithaca.ny.us> jhood@banana.ithaca.ny.us (John Hood) writes:
>
>Several months ago, I started having problems with FAS 2.09.1 on my
>busy modem lines.  After a generous amount of headscratching, far
[...]
>
>--buglist--*--buglist--*--buglist--*--buglist--*--buglist--*--buglist--
>
>bug 1:
[...]
>bug 2:

I have had both on my system here and had to write a PERL program that I
run from cron every 15min that will kill any getty that has been on a
port over 30 min. This keep my system from getting hung up when I wasn't
around. It doesn't have to kill them very often (2-3 times/day normally,
but some times 8-10 times). I run 2 WorldBlazers here and don't have many
times that I don't call out or get a call in that is over 30min.

Thanks for the patchs! I will be putting them in tomarrow or so to test.
Now if TB could just fix the WB uucp spoofing bug and/or TAYLOR-uucp got
fixed to stop the dropped transfers that I don't get with ISC's uucico OR
the XINIX uucico that I tried!


-- 
 rbt@tous.OAU.ORG  (Robert B. Tate)       | A little knowledge is a dangerous
 {ucf-cs,peora,tarpit}!tous!rbt           | thing. Any less can kill you.
From: olaf@dc1ik.ka.sub.org (Olaf Erb)
Newsgroups: comp.unix.sysv386
Subject: Bit-Blit (Bell) X-Server?
Date: 22 Jul 92 19:22:36 GMT
Distribution: comp
Organization: Private...

As the subject says - I'm looking for a X11 server for the Bell graphics
card... Our actual version (Xwge) is a R3 server... :-(
Many thanks,
Olaf
-- 
------------------------------------------------------------------------
! olaf@dc1ik.ka.sub.org   uj65@dkauni2.bitnet   dc1ik@db0sao.ampr.org  !
------------------------------------------------------------------------
Newsgroups: comp.unix.sysv386
From: ignatz@chinet.chi.il.us (Dave Ihnat)
Subject: Re: Dell Issue 2.2
Summary: Can't use MFM/RLL drives in new 2.1 installations
Date: Fri, 24 Jul 1992 17:53:06 GMT
Organization: Chinet - Public Access UNIX
Keywords: info, bugs fixed...

In article <1992Jul23.133625.19207@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>In article <19120@ector.cs.purdue.edu>, yeh@cs.purdue.EDU (Wei Jen Yeh) writes:
>| ...If somebody is running 2.2, can you verify that
>| the bug in 2.1 concerning supporting RLL and MFM drives is fixed in 2.2?
>| I'd really like to put my old MFMs to use.  thanks.
>
>  What bug? I haven't seen a problem, what are the symptoms? Other than
>not enough disk, which is why you go to SCSI ;-)

I assume that the problem alluded to is the fact that in 2.1 the boot diskette
for a new installation acquired a bug that wouldn't allow use of MFM or RLL
drives.  Once you got up--somehow--the runtime kernel handles them just fine.
I assume that Bill must have upgraded instead of doing a new installation.

Dell support assures me this is fixed in 2.2.  My sales rep told me last week
that 2.2 would be shipping "immediately, or almost immediately."  I've a call in
to him today to check on the current status.

Cheers,
		Dave Ihnat
		ignatz@homebru.chi.il.us (preferred return address)
		ignatz@chinet.chi.il.us
Newsgroups: comp.unix.sysv386