HDTenEightyP/NetNews huggingface dataset:
From: jgealow@mtl.mit.edu (Jeffrey C. Gealow)
Subject: rz58 installation on DECstation 5000
Organization: MIT Microsystems Technology Laboratories
Date: Tue, 7 Apr 1992 20:27:09 GMT

We've spent a couple of days trying to install an rz58 1.3G disk on
a DECstation 5000/200.  We seem to be stuck.  We are running 
ULTRIX V4.1 (Rev. 52).

Here's what we've been doing:

	* edited /etc/disktab to insert rz58 table
	* MAKEDEV of the device
	* chpt to change the partitions (3 of them 512K+512K+~276K)
	* newfs
	* edited /etc/fstab to mount partitions 

Everything looks okay until we reboot.  Then df shows only one 512K
partition and two partitions of ~276K.

Once we thought we had it... we put the small partition first and it
seemed okay.  When we tried copying some big files to the disk
the system barfed and threw us into single-user unix mode.

We'd appreciate advice.

Jeff Gealow
jgealow@mtl.mit.edu
From: hobbit@babyoil.ftp.com (*Hobbit*)
Newsgroups: comp.unix.ultrix
Subject: once more, with feelin'
Date: 14 Apr 92 20:46:53 GMT
Expires: 1 Apr 93 12:34
Organization: large

Has anyone yet dug into the innards of crypt16() to determine where its
differences from crypt() lie?

_H*
From: cchd@lucifer.latrobe.edu.au (Huw Davies)
Newsgroups: comp.unix.ultrix
Subject: Help setting up Prestoserve
Date: 7 Apr 92 07:17:59 GMT
Organization: La Trobe University

I'm trying to install a Prestoserve on my DECstation 5000/240 (yes, the
same one that keeps hanging...). A quick read of the man pages suggests
that /usr/etc/presto -u gets it all going. However, I worry about what I
should do on system shutdown/crash/hang and the subsequent reboot. The
man pages referrs to the "Guide to Prestoserve" which I assume should
have arrived with the hardware but didn't. I've contacted the local DEC
office, but they don't seem to want to call back. Does anyone have the
right magic? To be safe I've disabled the Prestoserve, but it would be
nice to have it going.

-- 
  Huw Davies           | cchd@lucifer.latrobe.edu.au
  Computing Services   | Phone: +61 3 479 1500
  La Trobe University  | I own an Alfa to keep me poor in a monetary
  Melbourne Australia  | sense, but rich in so many other ways
Xref: sparky comp.unix.ultrix:3727 comp.windows.x:9616
From: jmd@loral.cts.com (John McDaid)
Newsgroups: comp.unix.ultrix,comp.windows.x
Subject: BDF files for Ultrix fonts
Date: 6 Apr 92 22:28:43 GMT
Distribution: usa
Organization: Loral Instrumentation


We currently use Ultrix workstations running version 4.2.  Is there anyone
or place out there that possesses the BDF files for fonts that appear
in Ultrix but not in the MIT release tape?  An example is the avantgarde
fonts.  Does DEC have a facility that can render these?  Please respond
via e-mail with any answers.  Thanks.

John McDaid
jmd@loral.UUCP
From: jdubb@csa.bu.edu (jay dubb)
Newsgroups: comp.unix.ultrix
Subject: anyone tried UFORIA (unix-vms backups)? what is it like?
Date: 11 Apr 92 14:07:29 GMT
Reply-To: jdubb@csa.bu.edu (jay dubb,degree)
Organization: x




     Does anyone have any experience with the UFORIA backup product
for Unix and VMS systems that was advertised on biz.comp.software by
someone at lobsang@unixland.natick.ma.us? What is it like? Reliable?
easy to use? How are the support people? Please email me any thoughts
you may have on this topic.
From: osyjm@coe.montana.edu (Jaye Mathisen)
Newsgroups: comp.unix.ultrix
Subject: Re: VAX/TPU editor for Ultrix
Keywords: Vax Ultrix
Date: 8 Apr 92 13:52:34 GMT
Organization: Montana State University, College of Engineering, Bozeman MT, 59717

In article <tgcpmv.702723310@rwa.urc.tue.nl> tgcpmv@urc.tue.nl writes:
>
>Hello,
>
>We have a DEC/ULTRIX system, with editors like vi, emacs, jove and joe.
>However, there still are a lot of users who are real VAX/VMS freaks, an they
>keep asking me for an editor like the VAX TPU or EDT editor. Well, I'm not a
>fan of the V(omit) M(aking) S(ystem), but I have to keep my users happy.
>
>Can anyone tell me where to get (the source of) such an editor?

DEC is apparently selling a TPU product for the Ultrix products, at least
the Decstation line.  Call your sales dude(tte).

There's another company (asoft) that makes a product called nuTPU, which
some people around here use, but I personally hate...
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@{cs,coe}.montana.edu
Newsgroups: comp.unix.ultrix
From: mattox@sunc6.cs.uiuc.edu (David Mattox)
Subject: Apple Laserwriter II <==> DecStation 5000
Originator: mattox@sunc6.cs.uiuc.edu
Reply-To: mattox@kbesrl.me.uiuc.edu
Organization: University of Illinois at Urbana-Champaign
Date: Mon, 13 Apr 1992 18:32:50 GMT


Hi, 

We will be getting a suplus Apple Laserwriter II sometime in the near future that we would like to hook up to our DecStation 5000/240.  Has anyone done this before and if so could you send me the printcap entry that you use?  Also, how about cables? Should a standard RS232 cable that works with a Dec printer work with the Laserwriter? I would like to find out if there are any weird pin configurations that I need to know about before I sink a lot of time into this. Thanks in advance for any help.   

dave mattox
mattox@kbesrl.me.uiuc.edu
Xref: sparky comp.unix.ultrix:3758 comp.sys.dec:2487
From: alan@shodha.enet.dec.com ( Alan's Home for Wayward Notes File.)
Newsgroups: comp.unix.ultrix,comp.sys.dec
Subject: Re: rz58 installation on DECstation 5000
Summary: Should work .ne. Supported.
Date: 8 Apr 92 06:57:39 GMT
Followup-To: comp.unix.ultrix
Organization: Digital Equipment Corp. - Colorado Springs, CO.

In article <1992Apr8.015736.17626@massey.ac.nz>, K.Spagnolo@massey.ac.nz (Ken Spagnolo) writes:
> In article <1992Apr7.202709.3022@athena.mit.edu> jgealow@mtl.mit.edu (Jeffrey C. Gealow) writes:
> >We've spent a couple of days trying to install an rz58 1.3G disk on
> >a DECstation 5000/200.  We seem to be stuck.  We are running 
> >ULTRIX V4.1 (Rev. 52).

What a time for a parity error (on my own memory...).  Somewhere between
ULTRIX V4.0 and V4.2 a problem with the SCSI disk driver that limited
disks to less than 2 ** 21 LBNs was fixed.  The symtom was that
I/O past that magic number would wrap around to the beginning of
the disk.  It would tend to look like disk corruption.  Look around
for the ULTRIX FAQ, it may be mentioned there.

> 
> Oops, Ultrix 4.1 doesn't support the rz58.  Neither does 4.2.
> You'll need to upgrade to at least 4.2A to run one of those.

I've had occasion to use unannounced and unsupported disks on
ULTRIX before.  If you don't mind the autoconfiguration phase
reporting the disk as RZxx, the error log report generator not 
knowing the quirks of the disk's error log messages, having to
construct a disktab entry by hand (See Also: creatediskbyname(3))
and other assorted minor hassles UNSUPPORTED doesn't necessarily
mean doesn't work.  Sometimes it does of course; trying to use
an RZ58 on ULTRIX V4.0 would definately encounter that SCSI LBN
limit.

On recent versions of ULTRIX, SCSI disks are easier to deal with
than new RA or RF disks.  And even those aren't hard if you can
find out what the media ID is.

Support Disclaimer: If you are trying to use an unsupported disk
on some version of ULTRIX and call the CSC to complain don't get
bent out of shape if they say, "That's not supported.  Please upgrade
to ULTRIX Vx.y".

-- 
Alan Rollow				alan@nabeth.cxo.dec.com

Newsgroups: comp.unix.ultrix
From: petav@Physik.TU-Muenchen.DE (Peter Averkamp)
Subject: Re: Tektronix emulator
Organization: Technische Universitaet Muenchen, Germany
Date: Wed, 8 Apr 1992 09:46:15 GMT

books@fsunuc.physics.fsu.edu (Roger Books) writes:


>  Does anyone know of a Tektronix, preferably 4010, emulator for the 
>Decstations?

>			Roger Books
>			books@fsunuc.physics.fsu.edu
try xterm from the Unsupported X11 Components subset (UDXUNMIT420).

--
Peter Averkamp,                      | email:
Physics Department E20               | petav@radon.e20.physik.tu-muenchen.de
Techn. Univ. of Munich               | Phone: ++49 (89) 3209-2408
D-8046 Garching, Germany             | Fax:   ++49 (89) 3209-2338
From: nelson@reed.edu (Nelson Minar)
Newsgroups: comp.unix.ultrix
Subject: Re: Why is dxclock bigger than vmunix?
Date: 16 Apr 92 19:50:49 GMT
Article-I.D.: reed.1992Apr16.195049.3598
Organization: Reed College, Portland, OR

In article <peterd.703429230@pjd.dev.cdx.mot.com> peterd@pjd.dev.cdx.mot.com (Peter Desnoyers) writes:
>why does it take 400k bytes more code space and 200k bytes more
>data space to put a silly clock on the screen than to implement Ultrix?

Because X is really really huge. Really huge. And you've got 3/4 of the
X libraries stuffed in there. You've got 25 copies of 3/4 of the X
libraries in /usr/bin/dx*.

Everyone say it at once - "we want shared libraries".
-- 
                __
nelson@reed.edu \/  Look, over there, it's a real dog and it's really talking
From: boyd@prl.dec.com (Boyd Roberts)
Newsgroups: comp.unix.ultrix
Subject: 4.2A login(1) -e option
Date: 15 Apr 92 09:54:05 GMT
Organization: Digital Equipment Corporation - Paris Research Laboratory

What _exactly_ does this option do?  I can't find it documented in any
manual entry (except for the useless blurb in login(1)).



Boyd Roberts			boyd@prl.dec.com

``When the going gets wierd, the weird turn pro...''
From: yzarn@lhdsy1.lahabra.chevron.com (Philip Yzarn de Louraille)
Newsgroups: comp.unix.ultrix
Subject: Re: DECstation 5000/240 hangs
Keywords: DECstation 5000/240 hangs
Date: 6 Apr 92 15:28:06 GMT
Organization: Chevron Oil Field Research, La Habra, CA.

In article <1992Apr5.023126.12607@luga.latrobe.edu.au> cchd@lucifer.latrobe.edu.au (Huw Davies) writes:
>We have recently upgraded a DECstation 5000/120 to a 5000/240. The
>system is used as a timesharing system and has 64Mb of memory, two
>Wren disks, Presoserve, an Exabyte and DEC CD-ROM.
>
>The system runs fine for a while (several hours at least) and then
>appears to hang. You can still ping the host, but nothing happens for
>logged in users. After rebooting, the error logs show no errors. 
>In order to find out what's running, I left top running in a window. 
>The output when the system has 'hung' is as follows:
>
>last pid:  9121;  load averages: 82.91, 82.10, 78.33                   12:17:40
>158 processes: 155 sleeping, 1 running, 2 stopped
>Cpu states:  0.7% user,  0.0% nice,  1.6% system, 97.7% idle                lux
>Memory: 28920K ( 5540K) real, 44768K ( 9600K) virtual, 21800K free
>
>  915 cchd      55  -10   884K  668K run    18:11  0.00%  0.00% top
>29882 9109214g  25    0   332K   80K stop    0:00  0.00%  0.00% vi
> 7791 9124698t   4    0   328K  148K stop    0:03  0.00%  0.00% ftp
>
>I can see the load average :-( and this explains the hang. Any ideas????
>
Holly cow! One thing that is *obviously* wrong is the second column. This
should be the uid field. It is correct for top, but unless you have users
with ids like 9109214g and 9124698t, you have a problem.
Are you allowing ftp access from the outside?
-- 
  Philip Yzarn de Louraille                 Internet: yzarn@chevron.com
  Research Support Division                 Unix & Open Systems
  Chevron Information & Technology Co.      Tel: (310) 694-9232
  P.O. Box 446, La Habra, CA 90633-0446     Fax: (310) 694-7709
Newsgroups: comp.unix.ultrix
From: rcf@coco.ms.washington.edu (Richard Fairfield)
Subject: disassociate X display from system console
Organization: Univ of Wash , Math Sciences Computing Center
Date: Mon, 13 Apr 1992 22:34:35 GMT


We have several DS 5000s with 19" monochrone monitors. These things
are sitting in computer rooms and we are getting no use out of the large
screens.

I'd like to leave the cpu/disks/tapes etc in the computer rooms, put
longer cables on the consoles and put them in a public terminal area for use
as X terminals. Then I'd use plain crts for system consoles.

If I do this I do not want the 19" monitors to be system consoles any more.

So I guess what I need to do is redirect console to one of the serial
ports instead of the the X device. Can anyone tell me how to do this?


Also, I can't find longer monitor/mouse cables in the DEC hardware catologues.
Do they exist?

						Thanks for any and all help,

						Richard Fairfield
						Math Sciences Computing Center
						University of Washington
						206-685-2303
						rcf@ms.washington.edu
Newsgroups: comp.unix.ultrix,comp.windows.x
From: k2@bl.physik.tu-muenchen.de (Klaus Steinberger)
Subject: Re: xauth question
Organization: Technische Universitaet Muenchen, Germany
Date: Tue, 7 Apr 1992 15:45:48 GMT

osyjm@coe.montana.edu (Jaye Mathisen) writes:



>Where does the big hex string that's used to add displays to xauth come
>from?
In short:

It's agreed between xdm and the Xserver during startup. It's unique
for every session.

Klaus
--
Klaus Steinberger               Beschleunigerlabor der TU und LMU Muenchen
Phone: (+49 89)3209 4287        Hochschulgelaende
FAX:   (+49 89)3209 4280        D-8046 Garching, Germany
Internet: Klaus.Steinberger@bl.physik.uni-muenchen.de
Newsgroups: comp.unix.ultrix
From: peterd@pjd.dev.cdx.mot.com (Peter Desnoyers)
Subject: Why is dxclock bigger than vmunix?
Organization: Motorola Codex, Canton, Massachusetts
Distribution: na
Date: Thu, 16 Apr 1992 13:00:30 GMT

For reference, here is the output from size (Ultrix 4.2):

text    data    bss     dec     hex
1556480 327680  86112   1970272 1e1060  /usr/bin/dxclock
1140496 117200  570848  1828544 1be6c0  /vmunix

I'm sure people have beaten this topic to death before, but I'll flog it
again - WHY DOES IT TAKE 400K BYTES MORE CODE SPACE AND 200K BYTES MORE
DATA SPACE TO PUT A SILLY CLOCK ON THE SCREEN THAN TO IMPLEMENT ULTRIX?

I feel much better now.

				Peter Desnoyers

--
From: gringort@wsl.dec.com (Joel Gringorten)
Newsgroups: comp.unix.ultrix
Subject: Re: Why is dxclock bigger than vmunix?
Date: 16 Apr 92 18:30:57 GMT
Reply-To: gringort@wsl.dec.com (Joel Gringorten)
Distribution: na
Organization: DEC Western Software Lab

In article <29EDBABE.558@noiro.acs.uci.edu>, iglesias@draco.acs.uci.edu (Mike Iglesias) writes:
|> In article <peterd.703429230@pjd.dev.cdx.mot.com> peterd@pjd.dev.cdx.mot.com (Peter Desnoyers) writes:

|> >again - WHY DOES IT TAKE 400K BYTES MORE CODE SPACE AND 200K BYTES MORE
|> >DATA SPACE TO PUT A SILLY CLOCK ON THE SCREEN THAN TO IMPLEMENT ULTRIX?
|> 
|> dxclock is also dxcalc, dxcalendar, and dxpuzzle.  They are all
|> hardlinked to the same executable.  

Good point.  However, the bulk of Ultrix DECwindows images size is the 
statically linked-in Xlib, Xt and DECwindows widget libraries.

-joel
From: grosen@plains.NoDak.edu (Johannes Grosen)
Newsgroups: comp.unix.ultrix
Subject: aliases under YP
Date: 10 Apr 92 22:09:48 GMT
Organization: North Dakota State University, Fargo, ND

I've recently set up yellow pages to run on our network of
10 DECstations. Everything has gone smoothly until now when
I tried to get aliases included in my yp mapfiles. I have
created a file 'mail.aliases' in my source directory using
the standard aliases format, run 'make aliases', and then
checked the results with 'ypcat aliases' and everything
looks fine. I then modified 'svc.conf' to read 'aliases=local,yp'
and tried sending mail using the aliases. Nothing is being
aliased! How do I get sendmail to look at my yp aliases?
Is there an equivalent 'newaliases' command that I can run?

I'm trying to set up my file server as a 'mailbox' server
where each workstation mounts /usr/spool/mail from the server
via NFS and all mail is aliased to 'user@server' so you
can receive your mail regardless which machine you happen
to log in on.

Please reply via email....

grosen@isc.cs.ndsu.nodak.edu
From: jtkohl@cs.Berkeley.EDU (John T Kohl)
Newsgroups: comp.unix.ultrix
Subject: Re: how does telnet use .telnetrc?
Date: 6 Apr 92 16:32:29 GMT
Organization: University of California, Berkeley
NNTP-Posting-Host: stinson.cs.berkeley.edu
In-reply-to: jtkohl@cs.Berkeley.EDU's message of 2 Apr 1992 23:59:01 GMT

In article <rg745INN4jc@agate.berkeley.edu> I wrote:

> The man page for telnet does not mention .telnetrc.

Kudos to Michael Crowley <mcrowley@mhc.mtholyoke.edu> who pointed me to
the latest BSD telnet man page, which sez:

                After establishing a connection,
                the file .telnetrc in the users home directory is opened.
                Lines begining with a # are comment lines.  Blank lines are
                ignored.  Lines that begin without whitespace are the start of
                a machine entry.  The first thing on the line is the name of
                the machine that is being connected to.  The rest of the line,
                and successive lines that begin with whitespace are assumed to
                be telnet commands and are processed as if they had been typed
                in manually to the telnet command prompt.

So, something like this will do the trick:

machine1
	command1
	command2
machine2
	command1
	command2


[Note also that the latest BSD telnet will use a .telnetrc entry for
"DEFAULT" if there is no entry for the particular machine you're
connecting to.  ULTRIX 4.2A telnet has the string "DEFAULT"
in its binary, but doesn't seem to use the DEFAULT entry]
--
John Kohl <jtkohl@cs.berkeley.edu>
UC Berkeley CS grad student
Member of the League for Programming Freedom--details: league@prep.ai.mit.edu
(The above opinions are MINE.  Don't put my words in somebody else's mouth!)
From: iglesias@draco.acs.uci.edu (Mike Iglesias)
Subject: Re: rlogin to sun4c fails
Newsgroups: comp.unix.ultrix
Organization: University of California, Irvine
Date: 7 Apr 92 16:31:39 GMT

In article <2748@lhdsy1.lahabra.chevron.com> yzarn@lhdsy1.lahabra.chevron.com (Philip Yzarn de Louraille) writes:
>In article <29DE1442.1919@orion.oac.uci.edu> iglesias@draco.acs.uci.edu (Mike Iglesias) writes:
>>You can get a fixed rlogin from DEC.  It was broken around Ultrix 4.1
>>as I remember, and the same rlogin fixes it in Ultrix 4.2/4.2a.
>>
>I disagree. It is not fixed in Ultrix 4.2. I do not know about 4.2a.

Maybe I wasn't as clear as I should have been.  If you have the fixed
rlogin from Ultrix 4.1, use it on your 4.2/4.2a system.


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
Newsgroups: comp.unix.ultrix
From: mjr@hussar.dco.dec.com (Marcus J. "will do TCP/IP for food" Ranum)
Subject: Re: DECstation 5000/240 bootable tape
Organization: Digital Equipment Corporation, Washington ULTRIX Resource Center
Date: Mon, 6 Apr 1992 14:16:08 GMT

>> How did you copy the tape?  Did you use dd?

[follows is Allan Rollow's excellent description of a setld tape]

	A setld(8) format tape consists of a number of tapes files
	with a block size of 10 KB.  The 4th file of a setld(8)
	distribution is a tar file that contains the control files
	for the tape; call it INSTCTRL.  In that archive is a file
	that is {something}.image, where the {something} will usually
	be the prefix name of the subset (ULT, DNU, DNP, OLI, etc).
	That file lists all the subsets on tape used for the installation
	and their checksums.  The file names are in the same order
	they are on the tape.  Generally the files are compressed
	tar(1) archives.

	Law of the Universe: There is always an exception to the rule.

	Most MUMBLE.image files list the subsets after the INSTCTRL
	archive.  The exception is the base ULTRIX distribution.  The
	ULT.image (or UDT.image for RISC) lists a subset called ROOT
	this is the 3rd file on the tape.  It was a dump(8) image of
	the root file system used to get the installation started.
	I'd guess that you find /etc/group either in ROOT or U*BASE*
	(ULTBASE### or UDTBASE###).

	Other odds and ends.  At least in the case of TK50s the
	distribution tape is bootable.  Depending on the distribution
	the first two files may be bootable images with a blocksize
	of 512 bytes.  So a tape will look something like:

		+-----------------------+
		|   VAX BOOT.1 bs=512	|
		|	    or		|
		|   RISC BOOT bs=512	|
		+-----------------------+
		|   VAX BOOT.2 bs=512	|
		|	    or		|
		|      SPACE bs=10k	|
		+-----------------------+
		|	ROOT bs=10k	|
		|	    or		|
		|      SPACE bs=10k	|
		+-----------------------+
		|    INSTCTRL bs=10k	|
		+-----------------------+
		|   SUBSET(1) bs=10k	|
		+-----------------------+
		|  SUBSET(...) bs=10k	|
		+-----------------------+
		|  SUBSET(n-1) bs=10k	|
		+-----------------------+
		|   SUBSET(n) bs=10k	|
		+-----------------------+

	From what I seen of V4.0 the MUMBLE.image file is always
	ULT.image.
-- 
"Sometimes if you have a cappuccino and then try again it will work OK."
						- Dr. Brian Reid, 1992
"Sometimes one cappucino isn't enough."
						- Me
From: dunlock@acvax.inre.asu.edu
Newsgroups: comp.unix.ultrix
Subject: Run Ultrix on 3100 M38 SPX?
Date: 9 Apr 92 18:17:57 GMT
Organization: Arizona State University

I have a VAXstation 3100 M38 with the SPX graphics option and was 
hoping to run Ultirx on it.  Well, guess what.  DEC doesn't support
the SPX.  I called the pre-sales tech support and they said they had
heard of someone getting it to work by using a VT100 as the console.
So, I booted up Ultrix with a VT100 as the alternate console and that
works fine.  But, now I need to find a way to get the 19" color 
monitor to work.

It seems that I may need to build a kernel with the proper driver
or do something along those lines.  Has anyone done this?
Any suggestions would be greatly appreciated.
Newsgroups: comp.unix.ultrix,comp.sys.dec
From: cbs+@cs.cmu.edu (Clauss Strauch)
Subject: DS5000/25 display hardware question
Date: Sat, 11 Apr 92 03:12:49 GMT
Organization: School of Computer Science, Carnegie Mellon

	We are thinking of getting a bunch of DS5000/25 workstations with the
built-in color display.  These machines would -not- run Ultrix, but a BSD 4.3
flavor of Mach, instead.  A continuing problem with getting Mach working on 
the latest DEC hardware is getting a working X11 server.  If sources are on
the MIT X11 distribution, things are fine.  Otherwise, it's a major hassle.
My question is:  does the built-in color interface on the DS5000/25 bear any
sort of resemblance to any DEC framebuffer supported under the MIT distribution
or is it a entirely different sort of beast?  I'd love to hear that the driver
source for these guys is out there, in a form just ready to be put in the MIT
build tree.
	Thanks for any info.  Suggestions as to why we should/shouldn't
these machines are also welcome.
				-- Clauss Strauch
				   Engineering Design Research Center
				   Carnegie Mellon University
  				   cbs+@edrc.cmu.edu





Xref: sparky comp.unix.ultrix:3811 comp.sys.dec:2545
From: forrest@nobozo.CS.Berkeley.EDU (Jon Forrest)
Newsgroups: comp.unix.ultrix,comp.sys.dec
Subject: Re: Disk Partitioning (was Re: capacity of an rz57?)
Date: 13 Apr 92 17:54:37 GMT
Organization: University of California at Berkeley
NNTP-Posting-Host: nobozo.cs.berkeley.edu

In article <29E64584.8910@noiro.acs.uci.edu> iglesias@draco.acs.uci.edu (Mike Iglesias) writes:
>
>You should be aware that some newer SCSI disks have a different number
>of sectors per cylinder (more on the outside cylinders), so doing all
>those calculations would be useless.  I'm not sure what disks are that
>way though. 

At least the RZ58. But this still leaves lots of disks where it would
apply.

>
>I believe this has been discussed before on comp.unix.ultrix and the
>consensus was that it doesn't make much of a difference any more.

Other than the question of wasted space are there other issues that
might look important that have been decided to be unimportant?

Jon
-- 
Anything you read here is my opinion and in no way represents the Univ. of Cal.
Jon Forrest WB6EDM	 forrest@postgres.berkeley.edu	 510-643-6764
Xref: sparky comp.unix.ultrix:3788 comp.text:721
From: fingerhu@ircam.fr (Michel Fingerhut)
Newsgroups: comp.unix.ultrix,comp.text
Subject: Is there a public domain RTF -> tex filter?
Date: 10 Apr 92 10:26:51 GMT
Followup-To: comp.unix.ultrix
Organization: IRCAM, Paris (France)

Suject says it all... Thanks for any info!
Newsgroups: comp.unix.ultrix