HDTenEightyP/NetNews huggingface dataset:
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Re: HELP! How to read data off tape, written using unknown application?
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Sat, 19 Dec 1992 00:27:20 GMT


In article <1gt8apINN5lk@agate.berkeley.edu>, stanton@haas.berkeley.edu (Richard Stanton) writes:
>
>Is there any command/utility that will allow me in effect
>to say "Read whatever's on the tape, and dump it to a binary disk file"?

% man dd

You'll probably want to spend a little time figureing out the block
size that was used to write the tape.

>
>Richard Stanton
>
--
Alan Rollow				alan@nabeth.cxo.dec.com
From: kenh@leps5.phys.psu.edu (Ken Hornstein)
Newsgroups: comp.unix.ultrix
Subject: Re: Kernel Memory question
Date: 13 Dec 1992 06:44:59 GMT
Organization: Penn State, Laboratory for Elementary Particle Science

In article <1992Dec13.044317.26568@decuac.dec.com> murphy@ufp.dco.dec.com writes:
>"physmem" is used to size several kernel tables; you generally want to have
>it be greater than the memory on the system, but it's not that important.
>I know of no "wasted memory inherent in ULTRIX". Sounds like nonsense to me..

(leps5)1 ~> pstat -s
65528k swap configured
16660k reserved virtual address space
        9736k used (4320k text, 0k smem)
        55792k free, 2304k wasted, 0k missing
avail: 1737*32k 208*1k     ^^^^^^

(I've seen this up in the 10-15M range).

Quite annoying.  Does this go down over time?  Or does one have to reboot to
get rid of it?  Or perhaps a kernel parameter would help reduce the waste?

--Ken
Newsgroups: comp.unix.ultrix
From: ag544@yfn.ysu.edu (Erl R. Johnston)
Subject: Mac emulator for DEC3100 ??
Organization: Youngstown State University/Youngstown Free-Net
Date: Thu, 17 Dec 1992 10:23:31 GMT


If anyone has a decent Macintrash, sorry Macintosh, emulator
which will run on a DECstation 3100 I would be most
appreciative !

Mail me on u9118543@athmail1.causeway.qub.ac.uk
-- 
Newsgroups: comp.unix.ultrix
From: rick@qucdnee.ee.queensu.ca
Subject: ultrix 4.2: chgrp/chown problems on an NFS client
Organization: Queen's University EE Department
Date: Wed, 16 Dec 1992 21:04:18 GMT

system: ultrix 4.2A. server is a ds5000/240, clients are ds5000/20.

we've discovered what appears to be an anomaly with the use of chgrp
and/or chown to change the group on a file. this appears to work fine on 
a locally-attached disk, but not an NFS client. an example will show 
what i mean:

on the file server, there doesn't appear to be any problem:

decsqurl> ls -alg junk.txt
-rwx------  1 rick     staff         388 Oct 29 16:05 junk.txt*
decsqurl> /etc/chown rick.system junk.txt
decsqurl> ls -alg junk.txt
-rwx------  1 rick     system        388 Oct 29 16:05 junk.txt*

wait an arbitrary length of time and it's still fine. so put it back.

decsqurl> /etc/chown rick.staff junk.txt
decsqurl> ls -alg junk.txt
-rwx------  1 rick     staff         388 Oct 29 16:05 junk.txt*

now try the exact same thing on an NFS client:

elrod> ls -alg junk.txt
-rwx------  1 rick     staff         388 Oct 29 16:05 junk.txt*
elrod> /etc/chown rick.system junk.txt
chown: can't change ownership of junk.txt: Not owner

which isn't true, BUT:

elrod> ls -alg junk.txt
-rwx------  1 rick     system        388 Oct 29 16:05 junk.txt*

  it changes it anyway. but if i wait for a minute or two, it puts it
back the way it was, with no intervention from me:

elrod> ls -alg junk.txt
-rwx------  1 rick     staff         388 Oct 29 16:05 junk.txt*


is this something known? is there an easy fix?


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rick Pim                                            bitnet:rick@qucdnee
Department of Electrical Engineering         rick@qucdnee.ee.queensu.ca
Queen's University, Kingston                             (613) 545-6772
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
"Have I discussed the `creme-filled Twinkie' model of space-time with you?"
                    -- Damage Control #1
From: iglesias@draco.acs.uci.edu (Mike Iglesias)
Subject: Re: Related note: was ``Ultrix ENHANCED vs "normal" UNIX passwords''
Newsgroups: comp.unix.ultrix
Organization: University of California, Irvine
Date: 15 Dec 92 00:26:07 GMT

In article <1992Dec14.172940.4214@hubcap.clemson.edu> hubcap@hubcap.clemson.edu (System Janitor) writes:
>        I think you should go back and have a look at the documentation
>for security on ultrix. You have missed the point. Switch your mind back on
>and read it again. The deadly, unacceptable and glaring baggage that makes
>ENHANCED and UPGRADE unusable for me is the fact that it won't work
>with YP. My perception is that there are other differences too, but I see
>no reason to stress my pea-brain with reading any more man pages since
>no YP is a show stopper for me.

If it's any consolation to you, using Sun's shadow password files doesn't
work with NIS (YP) either.  There's a semi-good reason too:  why bother
having shadow password files if anyone can use ypcat to get a copy of
the file with the encrypted passwords in it?


Mike Iglesias                        Internet:    iglesias@draco.acs.uci.edu
University of California, Irvine     BITNET:      iglesias@uci
Office of Academic Computing         uucp:        ...!ucbvax!ucivax!iglesias
Distributed Computing Support        phone:       (714) 856-6926
From: mjr@TIS.COM (Marcus J. Ranum)
Newsgroups: comp.unix.ultrix
Subject: Re: Alpha AXP performance reports
Date: 16 Dec 92 05:59:35 GMT
Reply-To: mjr@TIS.COM
Organization: Trusted Informations Systems, Inc.

mogul@pa.dec.com (Jeffrey Mogul) writes:
>Yeah, well, "on a uniprocessor these benchmarks are basically
>independent of the operating system."
>
>>	When is OSF/1 from DEC going to support multiprocesing?
>
>You probably know the answer to that just as well as I do (and you know
>that you probably know the answer just as well as I do), and of course
>neither one of us is supposed to talk in public about things that
>we learned about unannounced future products while we were employed
>by DEC. 

	Actually, I was trying to (in my own inept way) point out that
it's very nice to publish amazingly high SPEC thruput numbers for the
SMP machines like the 1000 running VMS but that for SMP applications
the operating system is *NOT* interchangeable. I am totally VMS illiterate
and I don't know whether VMS handles SMP more or less efficiently than
DEC OSF/1's early versions. I actually *DON'T* know a whole lot about
DEC OSF/1 internals and capabilities. I remember reading various remarks
(from other places than internally) about OSF's SMP needing work, and
I really don't know what DEC's done with it.(*)
	I assume that SMP will be supported for all the multiprocessor
boxes, or I can't imagine anyone'd have the gall to sell one to someone
who wanted to run OSF on it. On the other hand, it'd be nice to see a
few *UNIX* benchmarks for the big thumpers.

mjr.

(*) I stopped paying attention to futures information about the time
I decided to start looking for another job.
From: rjones@wsl.dec.com (Russ Jones)
Newsgroups: comp.unix.ultrix
Subject: Re: Alpha AXP performance reports
Date: 16 Dec 1992 22:31:04 GMT
Organization: Digital Equipment Corporation
Distribution: world
NNTP-Posting-Host: raptor.pa.dec.com

In article <9212152227.AA01484@TIS.COM>, mjr@TIS.COM (Marcus J. Ranum) writes:
> 
> 	When is OSF/1 from DEC going to support multiprocesing?
> 
> mjr.

This information was made public many months ago.  DEC OSF/1 SMP support is being phased in somewhere between Oct'93 and Apr'94.

For full details of the phased software rollout (O/S functionality and layered products) for both DEC OSF/1 and OpenVMS look on gatekeeper.dec.com in the
/pub/DEC/DECinfo/misc directory for:

	axp_software_phases.ps
	axp_software_rollout.ps

Hope this helps.

-- 
Russ Jones
UNIX Marketing
Digital Equipment Corporation
From: horst@faui63.informatik.uni-erlangen.de (Horst Luehrsen)
Newsgroups: comp.unix.ultrix
Subject: Re: Problem with tcsh 6.03.00
Date: 17 Dec 92 18:57:28 GMT
Reply-To: horst@faui63.informatik.uni-erlangen.de (Horst Luehrsen)
Organization: IMMD 6 - Lehrstuhl fuer Datenbanksysteme
NNTP-Posting-Host: faui63.informatik.uni-erlangen.de


In article <1gqgg4EINNjb6@uni-erlangen.de>, horst@faui63.informatik.uni-erlangen.de (Horst Luehrsen) writes:
>I build tcsh 6.03.00 with
>
>CFLAGS= $(INCLUDES) -O -Olimit 2000
>.SUFFIXES: .u
>CC=   cc
>
>an have some problems with the new version, when lines are too long and
>must be wrapped at the end of the line. If I go back in the command history
>and find a line which doesn't fit on the screen, the tcsh overwrites the
>beginning of the line with the end of the command, instead of wrapping the
>command to the next line.

It looks like this happens only in DECterms on a VMS-Station, from where I'm
logged in on the Ultrix Station with SET HOST. In an dxterm on the Ultrix
Station, tcsh 6.03.00 works without this problem.

	HL

--
 Horst Luehrsen <luehrsen@informatik.uni-erlangen.de>
 Martensstrasse 3, W-8520 Erlangen
 Tel: +49-9131-857884  Fax:+49-9131-32090
 ** No keyboard - Press F1 to continue! **
Newsgroups: comp.unix.ultrix
From: beyer@utrtsc.dec.com (Peter Beyer)
Subject: Re: Sound board on DECstation 5000/25 (Maxine)
Organization: Digital Equipment Corporation
Distribution: usa
Date: Wed, 16 Dec 1992 14:27:07 GMT


In article <1992Dec15.152112.20372@athena.mit.edu>, epeisach@athena.mit.edu (Ezra Peisach) writes...
> 
>Question: Do you need to order the XMedia kit in order to use the audio
>board on the Maxines? There is a pin-out in the hardware manual, but no
>indication of software. I looked in the FAQ and found nothing relevant.
> 
>Any info would be appreciated.
> 
>Feel free to send me mail directly.
> 
>	Ezra 
>	epeisach@mit.edu

Yes you do, as the XMedia kit contains the device drivers to drive the
thing and also contains a HW independent API which also work on the other
machines which don't have an embedded audio system.

Peter Beyer 
Windows, Graphics & Multimedia
Digital Equipment b.v.
beyer@utrtsc.enet.dec.com
beyer@athena.uto.dec.com
Newsgroups: comp.unix.ultrix
From: hirai@cc.swarthmore.edu (Eiji Hirai)
Subject: Re: rdist  from Ultrix to SGI work?
Organization: Information Services, Swarthmore College, Swarthmore, PA, USA
Date: Fri, 11 Dec 1992 19:05:40 GMT

treese@lcs.mit.edu (Win Treese) writes:
:As an aside, rdist also gets confused if your .cshrc has output...

But all good sysadmins put the following at the top of their /.cshrc files,
no?

# no need to read this file if noninteractive.
if (! $?prompt) exit		# prompt is set if interactive.
if (! $?term) exit		# term is set if we have a tty attached
				# (needed for at).

--
hirai@cc.swarthmore.edu (Eiji Hirai)    :     :    :   :  : :: ::: :::: :::::
Unix Geek for Swarthmore College        :     :    :   :  : :: ::: :::: :::::
Information Services, Swarthmore, PA, US.       Copyright 1992 by Eiji Hirai.
I don't speak for Swarthmore College.                    All Rights Reserved.
Newsgroups: comp.unix.ultrix
From: stan@sabaac.NoSubdomain.NoDomain (Andrew Staniszewski)
Subject: man wanted
Reply-To: staniszewski@mayo.edu
Organization: Mayo Foundation
Date: Mon, 14 Dec 92 15:13:04 GMT

I want the source files for man so I can add /usr/local/man to the defualt man
search path.

anyone know where I could get them??
Newsgroups: comp.unix.ultrix
From: johnd@cortex.physiol.su.oz.au (John Dodson)
Subject: Re: Very large file systems ?
Organization: Department of Physiology, University of Sydney, NSW, Australia
Date: Sun, 13 Dec 1992 22:33:39 GMT

In <AJC.92Dec9225756@thendara.pa.dec.com> ajc@pa.dec.com (AJ Casamento) writes:

>In article <johnd.723948393@cortex.physiol.su.oz.au> johnd@cortex.physiol.su.
>oz.au (John Dodson) writes:

>>> I just got a couple of Hitachi DK517C-37 scsi drives to go on my DecStn 
>>> 5000/200 running Ultrix 4.2
                     ^^^^^^^^^^
			 |
			 |
			I AM RUNNING ULTRIX 4.2 !!!

>>> so I should be able to have at least 2^31 (or even 2^32) blocks in a file
>>> system, is Ultrix different ? or is Ultrix mkfs brain dead ?
>>> or am I brain dead ? ;-)

>John,

>  I believe that you may want to take a look at the Ultrix FAQ on gatekeeper.
>The problem you are describing is a known issue with Ultrix v4.0 which was then
>fixed in Ultrix v4.2 such that the SCSI driver can address a storage device of
>larger than 1 Gigabyte in size. Ultrix v4.0 was released over two years ago at
>a time when 1GB disks weren't readily available for SCSI.

>  You're not brain dead...it's really reacting that way. An upgrade to at least
>Ultrix v4.2 should fix your problem.

>I hope that helps.

Not really ! I had the problem described in the FAQ over 2 years ago with 4.1
it was (as you say) fixed in 4.2, this is a totally different problem.

It probably lies somewhere in the filesystem code or mkfs rather than in the
SCSI driver where the 1Gbyte problem was.

>				Thanx,
>				  AJ

Is there anyone out there with a filesystem on Ultrix greater than 4194304
blocks ? (2^22 blocks)

I think not...

looking at the 4.3bsd code for mkfs... (should have looked before ;-)
	if (lseek(fso, bno * sectorsize, 0) < 0) {
                	printf("seek error: %ld\n", bno);
                	perror("wtfs");
                	exit(1);
        	}

Note that it uses block no times sectorsize ! (4194304 * 512) or (2^22 * 2^9)
& in this case it is "less than zero" !

mmmm, looks like the system calls lseek & write are going to need attention
before we can have such big file systems on 32bit machines (I assume it will
be ok on a 64bit machine since that will be the size of a "natural" int.)

John

John Dodson,					Dept of Physiology,
johnd@physiol.su.oz.au				University of Sydney,
Phone	+61-2-692-3277				NSW 2006
Fax	+61-2-692-2058				Australia.
Newsgroups: comp.unix.ultrix
From: beck@freia.inf.tu-dresden.de (Andre Beck)
Subject: LN03R
Keywords: LN03R ln03rcomm ln03rof
Organization: Dept. of Computer Science, TU Dresden, Germany.
Date: Wed, 16 Dec 1992 19:29:28 GMT

REPOST.

Does really nobody know why the ln03rof of 4.3 doesn't work as the
author of the ln0356 / ln03rcomm package thinks ?

I WANT to print -N2 on the ln03r and with the right library and
ps entry in printcap it seems to work... but the stuff that is finally
sent to the printer suddenly ends somewhere within the file...

I think the ooutput filter (ln03rof) lets only the number of bytes
pass thru that the original file is, but not as much as it get's
after the LPS_XXX modules are added to it.

I currently make something like

cat Headers.ps FILE.ps Trailers.ps | lpr

instead of

lpr -N2 FILE.ps

with Headers.ps and Trailers.ps beeing the stuff that -N2 should add
automagically...

ANY help ? (my mail system seems dead, please followup)


-- 
,------------------------+---------------------------------------------.
| Andre' Beck (ABPSoft)  |   TCP/IP-Mail: beck@freia.inf.tu-dresden.de |
| HG R 142               |   VMS        : hermes::beck                 |
+------------------------+---------------------------------------------+
|       Windows is the best placebo against MS-DOOF headaches !        |
`----------------------------------------------------------------------'
From: moss@cs.cmu.edu (Eliot Moss)
Newsgroups: comp.unix.ultrix
Subject: Re: ANSI C compiler for DECstation Ultrix 4.3
Date: 12 Dec 92 17:54:14 GMT
Article-I.D.: CRAFTY.MOSS.92Dec12125414
Reply-To: moss@cs.cmu.edu
Organization: Dept of Comp and Info Sci, Univ of Mass (Amherst)

The GNU C compiler is also ANSI compliant and is available for free. You can
get it from prep.ai.mit.edu via anonymous ftp ....		EM
--

J. Eliot B. Moss, Associate Professor	Visiting Associate Professor
Department of Computer Science		School of Computer Science
Lederle Graduate Research Center	Carnegie Mellon University
University of Massachusetts		5000 Forbes Avenue
Amherst, MA  01003			Pittsburgh, PA  15213-3891
(413) 545-4206, 545-1249 (fax)		(412) 268-6767, 681-5739 (fax)
Moss@cs.umass.edu			Moss@cs.cmu.edu
Newsgroups: comp.unix.ultrix
From: petry@dds4.wimsey.bc.ca (Murray Petryshen)
Subject: Porting to SCO Unix
Keywords: standards, SCO
Organization: Digital Dispatch Systems, Richmond BC
Date: Mon, 14 Dec 92 23:33:51 GMT

I am about to begin porting an application running on Ultrix 4.2 to
SCO Unix 3.2.4.  These two operating systems have the following standards
in common:

1) IEEE POSIX 1003.1-1988
2) FIPS 151-1
2) X/Open XPG3
3) AT&T SVID Issue 2, Volume 1

I can easily determine what in Ultrix is within these standards, but I
would like to find out what is NOT so that I can identify what I need
to change.  I have not found anything in the Ultrix manuals to help me.

Any suggestions on how to do this would be appreciated.  Thanks.
-- 
Murray Petryshen                                   | dds4!petry@wimsey.bc.ca |
Digital Dispatch Systems, Richmond BC Canada       |                         |
(604) 270-1171  Fax: (604) 270-9160                |                         |
Newsgroups: comp.unix.ultrix,comp.unix.misc
From: rog@Ingres.COM (Roger Taranto)
Subject: Re: Ultrix newfs/mkfs -- can't change number of inodes?!
Organization: Ingres Corporation, a subsidiary of The ASK Group, Inc.
Date: 20 Dec 92 09:44:32 GMT

We just spent the day playing with mkfs trying to tune our news partitions,
and have empirically determined many of the defaults.

From the document describing the Berkeley Fast File System, there is a
hard limit of 2048 inodes per cylinder group.

If the block size is 8192, then the number of cylinders per group must
be a multiple of 16, and the frag size must be at least 1024.

If the block size is 4096, then the number of cylinders per group must
be a multiple of 8, and the frag size must be at least 512.

So, if you're at the maximum of 2048 inodes per cylinder group, and the
number of cylinders per group is 16, then you have to lower the block size
to 4096 to be able to lower the cylinders per group to 8.

The BSD FFS document also seemed to imply that 4096 and 8192 were the only
block size choices.

-Roger
rog@ingres.com
From: envbvs@epb11.lbl.gov (Brian V. Smith)
Newsgroups: comp.unix.ultrix
Subject: RPC can't encode arguments
Date: 17 Dec 1992 20:07:06 GMT
Organization: lbl
Distribution: world
NNTP-Posting-Host: 128.3.12.123

Out of the blue one of our Vaxstation II's running Ultrix 4.2 is printing the
following message on the console:  RPC: can't encode arguments.

It is not going into the syserr log file, just on the screen.
I tried rebooting to no avail.  Is there any way to know which program
is causing this and why?

Thanks for any help.

-- 
Brian V. Smith    (bvsmith@lbl.gov)
Lawrence Berkeley Laboratory
I don't speak for LBL; they don't pay me enough for that.
Xref: sparky comp.unix.ultrix:8842 comp.unix.wizards:5205
From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
Newsgroups: comp.unix.ultrix,comp.unix.wizards
Subject: Re: malloc on ultrix
Date: 12 Dec 92 23:24:17 GMT
Distribution: na
Organization: McGill Research Centre for Intelligent Machines

> Distribution: usa

Someone is leaking USA distribution out of the US....

In article <1992Dec9.142830.706@aosg.gsf.dec.com>, gaf@alpha.aosg.gsf.dec.com (Gerald Feldman) writes:
> In article <Byys01.6qs@ansoft.com>, elliot@truth.ansoft.com (mike elliot) writes:

>> I am writing a memory allocator for my application, and under Ultrix
>> I get a bunch of `Fixed up unaligned data access' messages.
> Ultrix per se. does not require any data alignment.

Aren't there some things that must be on page boundaries?

> However, if you are using Ultrix on a DECStation (not a VAX), then
> you need to align on a longword boundary.  While this does not
> necessary apply to your application, malloc() must return a pointer
> to memory that is properly aligned.  You need to provide more data on
> the fixup messages.  I am assuming that these are from ld.

More likely, I'd say, from the kernel at run-time, as the kernel
notices an unaligned access trap and chooses to handle it by simulating
the unaligned reference.

					der Mouse

			    mouse@larry.mcrcim.mcgill.edu
Newsgroups: comp.unix.ultrix
From: kforward@morgan.ucs.mun.ca (Ken Forward)
Subject: Re: Swap area on Dec5000
Organization: Dept of Physics, Memorial University of Newfoundland
Date: Sun, 20 Dec 1992 16:17:57 GMT

In article <ZOWIE.92Dec18072225@daedalus.stanford.edu> zowie@daedalus.stanford.edu (Craig "Powderkeg" DeForest) writes:
>One thing to be on the lookout for, is that some non-DEC disks (notably
>our Fujitsu 1.3Gb drive) don't spin-up until the first access request
>after a SCSI reset.  So the first access always fails.  The DECstation
>doesn't like that -- the first access is usually the fledgling kernel
>trying to figure out where it can swap, and it decides there isn't an
>rz<n> when that first access fails -- basically you just can't swap to
>one of 'em.  (unless someone's got a brilliant idea to get around the
>problem without a source license...)

Brilliant idea follows :-)  

Basically, I had the same/a similar problem over a year ago with my then 
new M2266A's: my boot was failing the '/etc/fsck -p' call found in /etc/rc.
Inserting an '/etc/chpt -q /dev/rrz?c >/dev/null' just before the 'fsck' 
call ensures that the doomed first access produces a nonfatal error, unlike 
a boot-halting 'fsck' failure.

Of course, this isn't really a brilliant idea, but a brutal kludge.
Two proper fixes include setting the drive's jumpers for asynchronous
scsi-1 (the Ultrix default for non-DEC disks), or better yet, rebuilding 
the kernel around an edited scsi_data.c which features a synchronous 
scsi-2 description of the non-DEC drive. I keep telling myself I'll get 
around to the latter, meanwhile the '/etc/chpt -q' kludge works fine.
-- 
  Ken Forward, Dept of Physics, Memorial University of Newfoundland
   <kforward@crosby.physics.mun.ca> | <kforward@morgan.ucs.mun.ca>
 "...don't plant your bad days, they grow into weeks..." -Tom Waits-
Newsgroups: comp.unix.ultrix
From: dbk@pslu1.psl.wisc.edu (Don Katz)
Subject: Need SET HOST/LAT equivalent for Ultrix
Organization: Physical Sciences Lab, UW-Madison
Date: Fri, 11 Dec 92 21:27:11 GMT

I would like to be able to connect to LAT terminal services from
Ultrix, as VMS users can now do using SET HOST /LAT. Is there an
equivalent utility on Ultrix? I am running Ultrix 4.2 on a Decstation
3100.

Don

-- 
-----------------------------------------------------------------------------
Don Katz                                .         Physical
                                       .- / \ -.      Sciences
University of Wisconsin - Madison   ./'  /+-+\  `\.       Laboratory   E-MAIL
Newsgroups: comp.unix.ultrix
From: cdm@pmafire.inel.gov (Dale Cook)
Date: Fri, 18 Dec 92 17:24:55 GMT
Organization: WINCO
Subject: Re: Swap area on Dec5000
Summary: 
Followup-To: 
Distribution: world
Organization: WINCO
Keywords: 

In article <1gsvfiINNcts@nz12.rz.uni-karlsruhe.de> DAHMS@ifk20.mach.uni-karlsruhe.de (Heribert Dahms) writes:
>In <18452@borg.cs.unc.edu> white@trantor.cs.unc.edu writes:
>
>[...]
>: Yes, it is pretty easy.  Edit /usr/sys/conf/mips/kernelname, changing
>[...]
>: to look like this:
>: config          vmunix  root on rz0a  swap on rz0b and rz1b    dumps on rz0b 
>: 
>: Then execute
>[rebuild kernel...]
>: 
>: You will also have to add a line like this to /etc/fstab:
>: 
>: /dev/rz1b::sw:1:1:ufs::
>: 
>Is it really necessary to both modify kernel and edit fstab?
>I think CDROM says one or the other?
>Hey gurus, please comment!

Ayup, it is.  Not a bad idea, either.  This way you can configure the 
kernel for multiple swap devices without actually having the devices
available, or take away swap space without rebuilding the kernel every
time.

---Dale Cook