HDTenEightyP/NetNews huggingface dataset:
From: levinson@vax.sonoma.edu
Newsgroups: comp.unix.bsd
Subject: Re: [386bsd] Colorado Jumbo tape drive device driver.
Date: 10 Nov 92 23:35:18 GMT
Organization: Sonoma State University

In article <1dchecINN4pk@hpsdlss3.sdd.hp.com>, mattb@sdd.hp.com (Matt Bonner) writes:
> In article <1992Nov5.153537.1@vax.sonoma.edu>, levinson@vax.sonoma.edu writes:
> |> In article <raz.720786927@ultima>, raz@socs.uts.edu.au (The Inimitable Raz) writes:
> |> > Has anyone developed, is anyone working on, has anyone worked on a 
> |> > 386bsd driver for utilising Colorado Jumbo 250M, floppy controller
> |> > attached, tape drives?
> |> > 
> |> > Does anyone have any info or code at all for driving these items?
> |> > 
> |> > raz@socs.uts.edu.au   (Roland Turner)   (OH) 61 2 906 4681
> |> 
> |> 
> |> It is amazing, that with all the Jumbo systems sold, only you and I are asking
> |> about a driver for this tape drive!
> |>  
> |> If you happen to find one, let me know.  If I find one, I will let you know.
> |>  
> |> I am still waiting for Colorado Memory Systems to respond to a message I sent
> |> to their Compuserv address.  It has been about 3 weeks.
> |> 
> 
> This was discussed a few months ago, I believe the final answer was
> that something in Colorado drive I/O was proprietary, and Colorado 
> wouldn't share, so you can't write the driver for them.  I could be
> wrong though, I didn't follow the thread too intently.
> 
> Regards,
> Matt
> -- 
> 
> Matt Bonner                  |  Email: mattb@sdd.hp.com
> Hewlett-Packard Company      |  Snail: 16399 West Bernardo Drive
> Ink-jet Components Division  |         San Diego, CA  92127-1899
-- 

Yes, you are correct.  I think the proprietary part lie in the compression
routines, however I am not interested in that aspect.  I could always compress
with COMPRESS or something like that.  I think it is very unprofessional for
them simply not to respond.
 
  
--
Eric Levinson
rcisnet2!root@moon.nbn.com	|  Home computer (UUCP)
levinson@vax.sonoma.edu		|  Vax
I can also be reached on my BBS system, Color Galaxy Milky Way (415) 883-0696
Newsgroups: comp.unix.bsd
From: hasty@netcom.com (Amancio Hasty Jr)
Subject: has anyone ported epoch(x-oriented emacs) ?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: comp.unix.bsd
Date: Mon, 9 Nov 1992 04:30:48 GMT

Well the title says it all...
It will be nice to have epoch since we have X up and running...

Amancio
From: gpw10@phoenixcd.amdahl.com (Gary Ward)
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD] XFree memory requirements, swap space
Date: 13 Nov 92 01:06:58 GMT
Distribution: comp
Organization: Amdahl Corporation, Sunnyvale CA

In article <1992Nov12.174732.14499@prism.poly.edu>,
kapela@prism.poly.edu (Theodore S. Kapela) writes:
> In article <INKARI.92Nov10020725@lk-hp-12.hut.fi>
> inkari@snakemail.hut.fi (Juha Inkari) writes:
> >
> >Adding swap was also a piece of cake. The install program reserves a
> >swap partition but it was not marked as one. So I did a disklabel -e
> >/dev/rwd0a and changed /dev/wd0b partition to type swap and added a
> >line /dev/wd0b swap swap sw 0 0 to /etc/fstab.
> >
> 
> The entry in fstab isn't needed.  The GENERIC kernel in the
> distribution
> looks for swap on wd0 and as0.  Look for the line in the config file 
> (in /sys/i386/conf, if I remember correctly) that starts "root on . .
> ."
> The "swap on wd0 and as0" says that the kernel should look at the
> disklabels
> on wd0 and as0 for partitions marked as swap, and if it finds them, to
> use
> them.
> 
> You only need to add entries to /etc/fstab when swap space is added
> on
> other devices.  You don't need to rebuild the kernel just to add
> swap space.

This is not completely true.  You do have to update the kernel if you
are adding swap on a new device, i.e. a second disk.  This is in the
FAQ.

> 
> -- 
>
........................................................................
.......
>  Theodore S. Kapela				kapela@poly.edu
>  Center for Applied Large-Scale Computing	
>  Polytechnic University

-- 
+------------------------+---------------------------+
| Gary Ward              |  Amdahl Corporation       |
| gpw10@cd.amdahl.com    |  1250 East Arques Avenue  |
| Phone : (408)746-8865  |  P.O. Box 3470 M/S 142    |
|                        |  Sunnyvale, CA 94088-3470 | 
+------------------------+---------------------------+
From: wfs@max.ma.utexas.edu (Bill Schelter)
Newsgroups: comp.unix.bsd
Subject: float
Date: 5 Nov 92 17:38:10 GMT
Reply-To: wfs@nicolas.ma.utexas.edu
Organization: University of Texas at Austin Mathematics


When porting AKCL (austin kyoto common lisp) to 386bsd I get a system
reboot when running some user level floating point code.  This is on a
Dell 486DX.

Does anyone have a suggestion?

Bill Schelter




-- 


      \_|_/
   - /     \ -                
   - \ _ _ / -            el brib'on viva.
      / | \
Newsgroups: comp.unix.bsd
From: jkh@esel.lotus.com (Jordan K Hubbard)
Subject: [386BSD] A caution on using new man & gcc 2.3.1 notes.
Organization: Lotus Ireland
Distribution: comp
Date: Mon, 9 Nov 1992 18:58:06 GMT

First off, is anyone even *using* the new man I posted?  A number
of people expressed interest and then vanished right after I posted
it.  I'd like to know that it got out, at least.

That said, several patches try to patch the man directory so be wary
of running all the patches through after running my script.  You
might want to:

	.. (cd to man src directory)
	mv apropos.obsolete apropos
	mv man man.new
	mv man.obsolete man

If you're thinking of backing out all your patches, say, to go from
Alpha to Beta.  This will save you from having patch bomb out.  You
can then move things back after you're finished.

On a positive note, I compiled all of XFree86 1.1 with gcc 2.3.1 and
it works great (with -O2 -m486).  2.3.1 obviously isn't as buggy
as some people are claiming.

Of course, when I tried to compile libc with it, it coredumped on
ldexp.c, so it's not *that* robust either!

Cheers..

					Jordan
			PCS Computer Systeme GmbH, Munich, West Germany
	UUCP:		pyramid!pcsbst!gj gj@meepmeep.pcs.com
	EUNET:		unido!pcsbst!gj
From: ifbb657@ccwf.cc.utexas.edu (Douglas Floyd)
Newsgroups: comp.unix.bsd
Subject: 386BSD and Floppies ARRRRRRRGGGGGGHHHHHHHH
Date: 13 Nov 92 19:37:19 GMT
Reply-To: ifbb657@ccwf.cc.utexas.edu (Douglas Floyd)
Organization: The University of Texas at Austin, Austin TX
Originator: ifbb657@dumbo.cc.utexas.edu


How do you get 386BSD to work with MS-DOS floppies?  It can
read them with MREAD, but MDIR gives

init: open: file not found

or something similar.

I have tried everything including reinstalling.  Help!

adTHANKS VERY MUCHvance

-- 
********** ifbb657@ccwf.cc.utexas.edu (Douglas Floyd) **********
Windows NT:                  * Disclaimer:  I speak for myself *
                             ***********************************
You WANT your hard drive trashed now.
Newsgroups: comp.unix.bsd
From: rich@Rice.edu (Richard Murphey)
Subject: [386BSD] Ghostscript 2.5.2 patches
Reply-To: Rich@rice.edu
Organization: Department of Electrical and Computer Engineering, Rice
	University
Date: Mon, 9 Nov 1992 14:59:25 GMT


These are patches to Ghostscript 2.5.2 for installation under 386BSD
0.1 and XFree86.  They've been submitted to Peter Deutsch, so the next
version may not require any patching.

    NOTE!

    Before applying these patches, type

    ln -s unix-gcc.mak Makefile

    as suggested in make.doc.  Otherwise the third patch will fail.

For 386BSD only the first patch (to malloc_.h) is required.  The
others are just an example of how I configured it.

I gave up on compiling the fonts into ghostscript, though dynamicly
loading them works fine.  If anyone solves it please send me a note!
Rich Murphey 

*** gs252/malloc_.h~	Fri Sep 18 14:42:24 1992
--- gs252/malloc_.h	Tue Sep 29 18:44:20 1992
***************
*** 33,39 ****
  #    if defined(BSD4_2) || defined(apollo) || defined(vax) || defined(sequent) || defined(UTEK) || defined(_IBMR2)
         extern char *malloc();
  #    else  /* should really be a POSIX define */
! #      if defined(_HPUX_SOURCE) || defined(__CONVEX__) || defined(__convex__) || defined(__OSF__)
  #        include <stdlib.h>
  #      else
  #        include <malloc.h>
--- 33,39 ----
  #    if defined(BSD4_2) || defined(apollo) || defined(vax) || defined(sequent) || defined(UTEK) || defined(_IBMR2)
         extern char *malloc();
  #    else  /* should really be a POSIX define */
! #      if defined(_HPUX_SOURCE) || defined(__CONVEX__) || defined(__convex__) || defined(__OSF__) || defined(__386BSD__)
  #        include <stdlib.h>
  #      else
  #        include <malloc.h>
*** gs252/gdevxini.c~	Tue Sep  8 18:46:26 1992
--- gs252/gdevxini.c	Tue Sep 29 18:33:37 1992
***************
*** 31,37 ****
  /* Define whether to use a backing pixmap to handle expose events. */
  /* Note that this is a variable rather than a #define. */
  /* Note also that it is consulted each time we open an X device. */
! private int use_backing = 1;
  
  /* Define default window parameters. */
  /* Some of these can be set in the makefile. */
--- 31,37 ----
  /* Define whether to use a backing pixmap to handle expose events. */
  /* Note that this is a variable rather than a #define. */
  /* Note also that it is consulted each time we open an X device. */
! private int use_backing = 0;
  
  /* Define default window parameters. */
  /* Some of these can be set in the makefile. */
*** gs252/Makefile~	Tue Sep 29 18:32:41 1992
--- gs252/Makefile	Tue Sep 29 18:35:22 1992
***************
*** 33,39 ****
  INSTALL_PROGRAM = $(INSTALL) -m 775
  INSTALL_DATA = $(INSTALL) -m 664
  
! prefix = /usr/local
  exec_prefix = $(prefix)
  bindir = $(exec_prefix)/bin
  datadir = $(prefix)/lib
--- 33,39 ----
  INSTALL_PROGRAM = $(INSTALL) -m 775
  INSTALL_DATA = $(INSTALL) -m 664
  
! prefix = /usr/site/gs252
  exec_prefix = $(prefix)
  bindir = $(exec_prefix)/bin
  datadir = $(prefix)/lib
From: allard@isi.edu (Dennis Allard)
Newsgroups: comp.unix.bsd
Subject: [XFree86] getting errno 61 after startx
Date: 7 Nov 92 00:26:58 GMT
Reply-To: allard@isi.edu (Dennis Allard)
Distribution: world
Organization: USC Information Sciences Institute

I am posting this early weekend, Pacific time, in
the hopes of obtaining some help before Sunday
afternoon, Pacific time (Sunday evening or Monday
morning for the rest of the world).  By then, I
will have read alot from man X386, which I just
realized I could install as per ancient help from
David LeBlanc which I had neglected to apply.
So maybe I'll figure it out by Sunday myself and
maybe not, but in any case, here's my story.

After a hiatus away from 386BSD, I'm back into the
fray.  I have enough experience with installing and
using 386BSD that I now no longer have that bright
eyed eager look on my face when I try to do something
for the first time.  I know that further sysadmin
obstacle courses await me, like a gigantic maze with
twisty little passages, all alike, never ending.

In trying to run X two months ago, I installed the
patched kernel from agate, put a hacked together
Xconfig in place and then failed miserably when
I tried to do startx.

A couple of days ago, a local Unix guru came over
to see if he could help me out.  His name is Tom.
Tom browsed around a bit, entered some incantations,
which I believe included putting a file named
.xserverrc somewhere (we are still logging in as
root) which contains the line /usr/X386/lib/Xll/X
(I may not remember that path exactly), and doing
sh instead of csh.  And maybe some other stuff.

NOW, we do get some life out of X.  Here's our current
situation, i.e., what appears on the screen when we
do startx:

====================================================
> startx

X386 Version 1.2E 1.0.2a / X Window System
(protocol Version 11, revision 0, vendor release 5000)
<... the screen changes into a bunch of static for about two seconds
  then goes blank.  Several seconds then pass without anything occuring...>

giving up
Xinit: Connection refused (errno 61): unable to connect to X server
Xinit: No such process (errno 3): Server error.
====================================================

I suspect that Xinit is trying to do a socket connect to an
X server which either does not exist or has done an accept
on a port not known to Xinit.  But I am merely guessing based
on my knowledge about sockets.  About X, at that level, I
know nothing, per se.

Help.

My machine is not networked.
It is a 386 clone which does nonX 386BSD just fine.

Dennis Allard
allard@isi.edu
From: spedpr@thor.cf.ac.uk (Paul Richards)
Newsgroups: comp.unix.bsd
Subject: Re: HELP! GCC CHOKING ON COMPILES!
Date: 5 Nov 92 14:57:38 GMT
Organization: University of Wales College at Cardiff
X-Mailer: Cardiff Computing Maths PP Mail Open News Gateway

In article <1992Nov4.043335.18409@news.ysu.edu> ae007@yfn.ysu.edu (Daniel Newcombe) writes:
|
|I was trying to compile the DKB Ray Tracing program that I
|got from wuarchive.wustl.edu /graphics/graphics/ray/dbktrace.
|I copied the unix.mak and unix.conf to Makefile and config.h
|and typed make.  Much to my surprise, I didn't get errors 
|saying that all the C stuff was incompatiable.  Instead I
|went to watch Star Trek and came back an hour later...and it
|was still trying to compile.  It had only done 4 files!!!
|I wanted to see how long it had been running so I suspened
|the job and typed ps.  The system stopped.  I had this problem
|earlier with another program I was compiling.  Has anyone
|else had problems like this.  It really sucks that I can't
|develop anything new on the system :(

Yes. I've had problems like this. I think it just runs out of memory,
how much have you got. When I try to compile xview apps the system is
unusable because of continuous disk access so the cpu spends all its
time servicing interrupts (I think). If you then run out of memory as
well and it starts swapping you're in big trouble.

My 8Mb 33Mhz 486, with 200Mb maxtor IDE drive just isn't up to compiling
xview apps, which have huge include files. Instead I use Julian's
machine which doesn't suffer from these problems, partly because it has
more memory but mainly I think because disk access doesn't kill
performance.


-- 
  Paul Richards at Cardiff university, UK.

  spedpr@uk.ac.cf.thor	Internet: spedpr@thor.cf.ac.uk
  UUCP:     spedpr@cf-thor.UUCP or ...!uunet!mcsun!uknet!cf!thor!spedpr
+++
From: tinguely@plains.NoDak.edu (Mark Tinguely)
Newsgroups: comp.unix.bsd
Subject: Re: virtual memory exhausted
Date: 5 Nov 92 13:18:01 GMT
Article-I.D.: ns1.Bx8vM1.9zo
Organization: North Dakota State University

In article <sandi.720955101@gimli> root@gimli.cs.uct.ac.za (Sandi Donno) writes:

>Be careful! I tried this on my 4MB system, to see if I could get past a
>compile problem. My system hung, and the filesystem was trashed after
>rebooting.

 You may want to look at how you configured your filesystems. Doing
 a `disklabel -r wd0', if the cylinder list entries (right most numbers)
 have asterisks behind them, you did not start and end you filesystem
 partitions on cylinder boundaries. While this does not fix VM problem,
 it should save you from trashed filesystems.
Newsgroups: comp.unix.bsd
From: sastdr@torpid.unx.sas.com (Thomas David Rivers)
Subject: XFree86 problems (keyboard hangs overnight)
Date: Thu, 12 Nov 1992 15:59:17 GMT
Organization: SAS Institute Inc.

  I'm running into a strange problem with XFree86 & xdm, 
 and a little time.

  Every morning, I come to my machine and try to log in on the xdm
login screen, but the keyboard is locked, the mouse works fine.
I have to telnet/rlogin from another machine and kill the X server.  
When the X server restarts, the keyboard returns.

  I have discovered that if I don't log out - and leave my session
there - when I return in the morning the keyboard is locked again,
so pressing a key doesn't get my screen back (i.e. it's been blanked.)
*But* - moving the mouse will... In fact, all the mouse stuff works
fine.  

  My current work-around is to not log out overnight, then in the 
morning, use my mouse to pull down the twm menu and exit twm.  This
ends my session (logs me off) and the X server dies;  xdm starts up
a new server which is fine.

  Also, I've noticed some problems with the capslock key; sometimes
the capslock is engaged, and I can't disengage it without restarting
the server.   In this regard, none of the keyboard lights (capslock, numlock,
etc...) seem to function.

  Finally, did anyone ever find out where the <bell> went?

	- Dave Rivers -
	(rivers@ponds.uucp (home))
	(sastdr@unx.sas.com (work))
-- 
UPDATE ALL INFORMATION AND POD INTO COSMOS - Federal Express
Newsgroups: comp.unix.bsd
From: rfries@sceng.ub.com (Robert Fries)
Subject: where do I get 386BSD ?
Organization: Ungermann Bass
Date: Wed, 11 Nov 1992 14:01:47 GMT

The subject says it all ...
( I've always wanted to say that.

Robert

//////////////////////////////////////////////////////////////////////////
Robert Fries
Ungermann-Bass Inc.

DISCLAIMER:
    Opinions contained herein are my own, and are not necessarily those
    of Ungermann-Bass.
//////////////////////////////////////////////////////////////////////////
From: okamoto@chigaku.souka.osakafu-u.ac.jp (Kenji Okamoto)
Newsgroups: comp.unix.bsd
Subject: Ingres89 for 386bsd (In English)
Keywords: Ingres89, 386bsd, need help
Date: 13 Nov 92 04:06:21 GMT
Organization: Univ of Osaka Prefecture, Sakai

I have ported Ingres89 to 386bsd partly.  Although I wanted to continue
this hacking, I cannot do this now.  Because I have no time to share
for its work.  I become too busy for my professional work for geology.

Now, it can be used on a stand alone mode, at least.  Of course, I am
also running its lock drivers for multi-user mode.  I do not have time
to test it fully now.  The patches to the original Ingre89 (which I
picked up from PTF CD-ROM Vol.1 No.2) can be offered from me (its size
is about 50kB), or if requested, I can post it to the net on some
NG(which one ?). 

Can I ask you, net-people, to continue its hacking to make it work
perfectly on 386bsd ?

If this is FAQ, forgive me, and please let me know where I can get
the full ported Ingres89.

Kenji
------------------------------------------------------------------------------
Kenji Okamoto     |             okamoto@earth.chigaku.souka.osakafu-u.ac.jp
 ______  __ |__   |  Universiy of Osaka Prefecture, Dept. of Earth Science,
|__\/__|   /|\    |  Gakuen-cho 1 - 1, Sakai, Osaka 593, Japan
||_|_| |  / + \   |  tel(voice) +81-722-52-1161 (ext)2736 (FAX)+81-722-55-2981
------------------------------------------------------------------------------
PS. My site has no ftp access, so don't ask me to put it on some ftp site.
Newsgroups: comp.unix.bsd,comp.os.linux
From: mad@math.keio.ac.jp (MAEDA Atusi)
Subject: Re: IDE faster than SCSI-2
Reply-To: mad@math.keio.ac.jp
Organization: Faculty of Sci. and Tech., Keio Univ., Yokohama, Japan.
Date: Thu, 5 Nov 1992 11:40:03 GMT

   >Newsgroups: comp.unix.bsd,comp.os.linux
   >From: eoahmad@ntuix.ntu.ac.sg (Othman Ahmad)
   >Date: Thu, 5 Nov 1992 08:07:16 GMT

   >I only use 1 megabyte for test file size.

The file size of one megabyte is too short to get meaningful result.
You are just measuring the speed of copying to/from buffer cache.

You should give numbers at least twice as large as your RAM size.

;;;  Keio University
;;;    Faculty of Science and Technology
;;;      Department of Math
;;;		MAEDA Atusi (In Japan we write our family names first.)
;;;		mad@math.keio.ac.jp
From: veit@du9ds3.fb9dv.uni-duisburg.de (Holger Veit)
Newsgroups: comp.unix.bsd
Subject: Re: How do you make those -> directories?
Date: 13 Nov 92 15:55:57 GMT
Organization: Uni-Duisburg FB9 Datenverarbeitung
Reply-To: veit@du9ds3.uni-duisburg.de
NNTP-Posting-Host: du9ds3.fb9dv.uni-duisburg.de

In <1du24pINNd03@ub.d.umn.edu> cbusch@ub.d.umn.edu (Chris) writes:

>Hello
>   How do you make those '->' directories? The first file attribute is
>the letter 'l' (what does that stand for?) and the name is something
>like 'stuff -> /here/it/is' I searched the manuals but I only found the
>normal directory commands.  

>Thanks

>--
>Chris Busch   CBUSCH@ub.d.umn.edu
>"I guess Intel invented radioactiveware!"
>"The use of COBOL cripples the mind; its teaching should, therefore,
>    be reguarded as a criminal offense." - E. W. Dijkista 
>"High-level languages should remove burden from the programmer, not
> put burden on the person!"

Try reading a good book on BSD UNIX. Look in the index for "soft links" and
the "ln(1)" command. This might be a better question for comp.unix.questions.

Holger

-- 
|  |   / Dr. Holger Veit         | INTERNET: veit@du9ds3.fb9dv.uni-duisburg.de
|__|  /  University of Duisburg  | "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
|  | /   Dept. of Electr. Eng.   |   Sorry, the above really good fortune has
|  |/    Inst. f. Dataprocessing |      been CENSORED because of obscenity"
From: levinson@vax.sonoma.edu
Newsgroups: comp.unix.bsd
Subject: Re: [386bsd] Colorado Jumbo tape drive device driver.
Date: 5 Nov 92 23:35:37 GMT
Organization: Sonoma State University

In article <raz.720786927@ultima>, raz@socs.uts.edu.au (The Inimitable Raz) writes:
> Greetings all.
> 
> Has anyone developed, is anyone working on, has anyone worked on a 
> 386bsd driver for utilising Colorado Jumbo 250M, floppy controller
> attached, tape drives?
> 
> Does anyone have any info or code at all for driving these items?
> 
> 
> -- 
> Bye for now.
>          - Raz           
> 
> raz@socs.uts.edu.au   (Roland Turner)   (OH) 61 2 906 4681


It is amazing, that with all the Jumbo systems sold, only you and I are asking
about a driver for this tape drive!
 
If you happen to find one, let me know.  If I find one, I will let you know.
 
I am still waiting for Colorado Memory Systems to respond to a message I sent
to their Compuserv address.  It has been about 3 weeks.
Newsgroups: comp.unix.bsd
From: hasty@netcom.com (Amancio Hasty Jr)
Subject: Re: Project lists.
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 5 Nov 1992 21:15:01 GMT

In article <18992.9211051607@thor.cf.ac.uk> spedpr@thor.cf.ac.uk (Paul Richards) writes:
>It has been suggested to me that a ported software list, like the one
>that gets posted for BSDI, would be usefull together with a projects in
>progress list, much like the one for Linux. I've therefore volunteered
>myself to maintain these lists. If you've ported any software to 386bsd
>then let me know what it is, how stable it is and where it's available.
>

For sure, I am working on X11R5 with respect to support S3's chipsets,
my server is XS3 and it is fast.
ported:

acm 	- a combat flight simulator (multiple users can play over 
	  a network)

ups-2.45: an x oriented debugger

XBSD8514 : X server  for the IBM8514/a graphics adapter. It also
	   works for the ATI Ultra

XS3	:  X server for the S3 chipset (very similar to the 8514/a)

All files can be found at sunvis.rtpnc.epa:/pub/386bsd/incoming


Amancio Hasty
From: flowerpt@coos.dartmouth.edu (Bill McGonigle)
Newsgroups: comp.unix.bsd
Subject: WANTED : Info on booting from 2nd drive
Date: 13 Nov 92 15:01:14 GMT
Organization: Dartmouth College, Hanover, NH
Originator: flowerpt@coos.dartmouth.edu

I heard that there is a work-around that lets you boot off a second 
drive.  That's just what I need. Can someone tell me about it?  Thanks.

-Bill
-- 
Bill.McGonigle@Dartmouth.edu  - Stir, Whip, Stir, Whip, Whip, Whip, Whip, Stir, 
Beat -To Make Bantha Suprise - "Do you ever get the feeling that the story's too
damn real, and in the present tense?"-Jethro Tull  -  I shot J.R. - H. Simpson
Snail Mail: HB 2660, Dartmouth College, Hanover, NH, 03755-4015. (603) 640-5780
Newsgroups: comp.unix.bsd