HDTenEightyP/NetNews huggingface dataset:
From: lhawkins@olaf.wellesley.edu (Lee Hawkins)
Subject: DEC 3.0Gb drive ok w/ Ultrix {4.2a, 4.3}? 
Organization: Wellesley College
Date: Wed, 7 Oct 1992 21:44:13 GMT



Hi all:
I have responsabilty for buying hard drives & such for several
DECstation 5000/200's that do lots of image processing, and I have a
two questions about the maximum size partition Ultrix can support:

	1) What is the largest possible partition under Ultrix 4.2a? 4.3?
	2) If the answer to 1) is less than the maximum theoretical
		partition size, why did DEC not make the maximum
		partition size equal to the theoretical maximum
		partition size when they fixed the >1.2 Gb bug in
		4.2?

The whole point of this is that I am about to buy another couple of
large hard drives that I want to set up as one big partition.  I'm
probably going to buy DEC 3.0 Gb drives when they come out, but need
to know if I need to break this space up into two partitions until Ultrix
can support 3.0 Gb partitions.  If Ultrix can't do this at the moment by
itself, but can with SCSI/CAM, that's great, but I'd really prefer not
to use SCSI/CAM if I don't have to.  Then again, if SCSI/CAM is the only
way to get Ultrix to like a 3.0 Gb partition, I'd love some hints on
exactly how to do it.


Thanks in advance,
--Lee

________________________________________________________________________________
R. Lee Hawkins					 lhawkins@annie.wellesley.edu
Department of Astronomy				 lhawkins@lucy.wellesley.edu
Whitin Observatory
Wellesley College                                   Ph. 617-283-2708
Wellesley, MA 02181                                 FAX 617-283-3642
________________________________________________________________________________
Xref: sparky comp.unix.ultrix:7507 comp.sys.dec:5396
From: dgb900@basil.anu.edu.au (David G Baldwin)
Newsgroups: comp.unix.ultrix,comp.sys.dec
Subject: R4000 CPU upgrades for DECStation 5000s
Date: 9 Oct 1992 05:30:14 GMT
Organization: Australian National University
Distribution: world
NNTP-Posting-Host: basil.anu.edu.au

Has anyone got any performance figures for these yet? 

5000/xx and 5000/1xx will have a 50MHz R4000 upgrade, and 5000/240 
will have a 67MHz R4000 upgrade (part nos. PM40U-AA, PM42U-AA and 
PM48U-BA respectively).

I just ordered some (all you need is the part number :-), and was 
even promised 10 weeks delivery! They supposedly run with Ultrix 4.3.

Any idea what the new model numbers will be? DECStation 6000? 5004-xxx?

David.

-- 
===============================================================================
David Baldwin                            | e-mail: David.Baldwin@anu.edu.au
Head, Faculties Computer Unit            | phone:  {intl+61+6+ | (06)} 249 5026
Australian National University, Canberra | FAX:    {intl+61+6+ | (06)} 249 0475
From: lau@daniel.wharton.upenn.edu (Yan K. Lau)
Newsgroups: comp.unix.ultrix
Subject: using hostid?
Date: 12 Oct 92 16:41:56 GMT
Organization: A Private Heaven

We are getting some software whose license manager uses hostid.
I've noticed the /bin/hostid command under Ultrix 4.2.  sethostid
and gethostid seems to be for programming.  However, when I use
the /bin/hostid with something like 0x805b0bd7, /bin/hostid still
returns 0.  If I drop the 0x and just use 805b0bd7, it works but
sets it only to 805b0bd7 without the 0x.  How does this command
work under Ultrix?  Thanks.


Yan.
-- 
          "I think we're both gonna make it *big*. I am very optimistic."
   )~  Yan K. Lau          lau@desci.wharton.upenn.edu         128.91.11.226
 ~/~   Decision Sciences    The Wharton School    University of Pennsylvania
 /\    God/Goddess/All that is -- the source of love, light and inspiration!
From: kaiser@mammal.vbo.dec.com (Peter Kaiser)
Subject: Re: Excuse me, but isn't this 1992?
Keywords: Flame on
Reply-To: kaiser@uniriv.vbo.dec.com
Organization: DEC Technology Integration Group
Date: Wed, 7 Oct 1992 07:45:32 GMT


--
In article <Bvq94o.99y@cs.psu.edu>, ehrlich@colossus.cs.psu.edu
(Dan Ehrlich) flames...

Thank you for your thoughtful, well-considered remarks.  You
filed a QAR or somehow used the channels provided for just
such matters?

I thought not.

___Pete

kaiser@uniriv.vbo.dec.com
+33 92.95.62.97 (DTN 828-6297)
Newsgroups: comp.unix.ultrix
From: mstacc@ultb.isc.rit.edu (M.S. Tremblay)
Subject: Re: VXT's, xdm, and UPGRADE/ADVANCED security....
Originator: mstacc@ultb
Organization: Rochester Institute of Technology
Date: Fri, 16 Oct 1992 03:26:14 GMT

In article <1992Oct12 lhawkins@olaf.wellesley.edu (Lee Hawkins) writes:
>you either not run U/E sec. or not use your VXT's for Xsessions."
>Yeah! Right! What a good solution!

Solution:  Don't buy anymore DEC VXT's.  Never had much luck with them
here, and they have always seemed a good deal short of functional.

IMHO
-- 
-Mark Tremblay              
  software specialist                       Internet:    mstacc@ultb.isc.rit.edu
     Rochester Institute of Technology      Phone:       716.475.2986
Newsgroups: comp.unix.ultrix
From: karrer@bernina.ethz.ch (Andreas Karrer)
Subject: Re: DEC 3.0Gb drive ok w/ Ultrix {4.2a, 4.3}?
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Thu, 8 Oct 1992 18:09:15 GMT

alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.) writes:


>>The whole point of this is that I am about to buy another couple of
>>large hard drives that I want to set up as one big partition.  I'm
>>probably going to buy DEC 3.0 Gb drives when they come out, but need
>>to know if I need to break this space up into two partitions until Ultrix
>>can support 3.0 Gb partitions.

>I doubt that ULTRIX will ever support larger than 2 GB partition.  Any
>work-around of the limitation almost certain to break thousands of
>existing programs, or at best not allow them to use file systems that
>are larger than 2 GB.

Only if you do it the wrong way. Convex (see their Winter Usenix
Conference paper) has done it, IMHO, the right way:

 - provide lseek64(2), truncate64(2), stat64(2),
 - provide O_LARGEFILE for read(2) and write(2),
 - compile a few programs (dd, ls, cp, mv, cat, find, ftp, rcp, tar,
   cpio, pax, dump, restore) with the 64-bit system calls.	

I have yet to see an existing user program that breaks. Thousands?

We had a few problems dumping a >2Gb filesystem over the network
to an exabyte on a non-convex, but this is solved now.

BTW, there are two issues:
 1) filesystems bigger than 2 Gb  -- no big problems
 2) disk files > 2 Gb: Uh, oh. Just think NFS...

I mean, now that disks bigger than 2 gigs get common, the 32-bit
Unix world _has_ to fix 1) real soon now. Who has done
this already?

 - Andi

+-----------
  Andi Karrer, Communication Systems, ETH Zuerich, Switzerland
  karrer@bernina.ethz.ch    - Objects in mirror are closer than they appear
From: gaer@fellini.harvard.edu (Art Gaer)
Newsgroups: comp.unix.ultrix
Subject: Re: "chgrp: change group for foo: Not owner" - Bug or (Mis)Feature?
Date: 14 Oct 92 21:44:40 GMT
Organization: Statistical & Data Analysis Center, Harvard University

In article <GSHAPIRO.92Oct12161008@monkeyboy.WPI.EDU> gshapiro@monkeyboy.WPI.EDU (Gregory Neil Shapiro) writes:
>
>You probably have the file system exported with root remapped to
>nobody.  chgrp is a suid root program and therefore won't work if root
>isn't given root privs on the NFS volume.  Remedy this by putting -r=0
>in the /etc/exports file for each volume, ie:
>
>/export/home -r=0 station1 station2
>
>Greg


This solution worked for our DECstations (ULTRIX 4.2B), but
unfortunately not for our Suns (SunOS 4.1 and 4.1.1).  

With a DECserver as the NFS server, chgrp fails on our Suns with:

	chgrp: filename: Not owner

for an ordinary user, while it functions correctly for root.  However,
with a *Sun* as the NFS server, chgrp works fine on both the DECs and
Suns.  

DEC support told me that this was a bug in DEC's NFS server
implementation and might be fixed in a future release of ULTRIX, but
"don't hold your breath."  Not a major problem for us (our users have
equal access to both platforms) but could be a pain in other
installations. 

Art

-------------
Art Gaer           
Unix Systems Analyst    gaer@sdac.harvard.edu    (617) 432-2521
Statistical & Data Analysis Center, Harvard University
Department of Biostatistics, School of Public Health
From: hirai@cc.swarthmore.edu (Eiji Hirai)
Newsgroups: comp.unix.ultrix
Subject: Re: Excuse me, but isn't this 1992?
Date: 7 Oct 92 15:19:01 GMT
Organization: Information Services, Swarthmore College, Swarthmore, PA, USA

I have to agree with Dan here.

I don't think it's unreasonable to expect >5 year old technologies from
being incorporated into the latest release of Ultrix.  It's not like the
source code for some of these technologies aren't publicly available.  I
would think it's to DEC's advantage to use them - and newest NFS, RPC
utilities, various BSD stuff like sendmail, syslog, cron, etc aren't just
sideshow toys.  SunOS has these things (though they have their own problems
like BSD4.2 talk, non-DNS libresolv.a).  It's not just a small complaint.
I'd think it's a matter of survival in this Unix market.

You can quote me if you need a customer soundbite in a meeting.

I've met Dan in person at Usenix and he strikes me as a reasonable man who
knows his job.  He's definitely not the type of person who flames a vendor
left and right for minor trivialities.

[ Hey, don't get me wrong.  I like Ultrix, despite it's flaws.  It's the
  only Unix I know where I can get Kerberos without paying huge fees or
  having source license. That's a big plus. ]

--
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: hamilton@golem.wcc.govt.nz (Michael Hamilton)
Newsgroups: comp.unix.ultrix
Subject: X/Open Curses on Ultrix OK?
Date: 13 Oct 1992 22:07:10 +1300
Organization: Wellington City Council, Wellington, NZ
NNTP-Posting-Host: golem.wcc.govt.nz

Is Ultrix 4.2 0 RISC's X/Open cursesX library reliable?

I'm trying to move some X/Open curses code from an AIX box to Ultrix.

My problem is that sometimes the waddch() and mvwaddch() routines seem
to be placing output at column zero rather than the one specified.

The same code works fine on AIX.  And used to work on a Ultrix
micro-VAX, before I moved it to AIX (the micro-VAX has now been 
retired).

I've used dbx to see what's being passed around and the passed values
and the win struct values seem correct, but curses seems to do
otherwise.  I've tried xterms, falco's, vt320's, so I don't think it's
a terminal problem.

So I wonder if anyone could confirm that cursesX under RISC Ultrix is as
solid as a rock, and it must be something I'm doing?





-- 
Michael Hamilton, Computer Services Section, Wellington City Council, P.O. Box
2199, Wellington, New Zealand.  Phone: (64) (4)801-3300  FAX: (64) (4)801-3020
Domain: hamilton@csc.wcc.govt.nz          PSImail: PSI%0530147000090::HAMILTON 
Xref: sparky comp.unix.ultrix:7589 comp.mail.mh:1197
Newsgroups: comp.unix.ultrix,comp.mail.mh
Subject: problem with sendmail and dxmail-mh
From: newsmgr@idiws1.idi.battelle.org
Date: 13 Oct 92 14:25:48 EST
Organization: IDI-Dublin

Hello, I am having a problem getting DXMAIL (aka MH) to fully qualify
envelope sender addresses. The return-path header and from: envelope
are not being fully qualified: i.e the address is foo@bar not 
foo@bar.a.b.c.

This is on ultrix v4.2a.

I have sendmail doing this, but dxmail seems to add another layer of
confusion into this. dxmail/mh add the return path it seems.

Any help? Thanks in advance!

Don Hamparian - VAX/VMS Systems Support
              - Unix Systems Support Apprentice
              - Networking Systems Support

Information Dimensions. A subsidiary of Battelle Memorial Institute.

Phone 614.761.7445
Internet: HAMPARIAN@IDICL1.IDI.BATTELLE.ORG
USMail:   5080 Tuttle Crossing Bl., Dublin OH 43017.

Disclaimer: My views in no way represent those of my employer.

Newsgroups: comp.unix.ultrix
From: butler@quest.comm.mot.com (Jim Butler)
Subject: Re: Faxmodem software for DS5000/200?
Reply-To: butler@quest.comm.mot.com (Jim Butler)
Organization: Land Mobile Products Sector, Motorola, Inc.
Date: Wed, 14 Oct 1992 18:46:36 GMT

--
In article <1992Oct12.210948.4720@desire.wright.edu>, ejones@desire.wright.edu writes:
>
>We are going to buy some more V.32bis modems for our system and our
>kicking around the idea of buying fax capability modems. Is there 
>software available for the DECstation 5000/200 that will use the 
>capabilities of these modems? Thanks for the info.
>
>	Ed Jones
>	Wright State University
>	Signal Detection Lab
>	Dept. Of Psychology



	(Hi Ed)

	I've seen FAXmodem software from DEC for the RISC boxes.  What you're
trying to do is something that we're looking into doing here, as well, but
haven't yet gotten around to.

	From what I can tell, you more or less submit the document to be FAXed
like you would a job to be printed, except that there's the required phone
number and possibly a cover sheet (banner page) which might need to be spec'd.

	I'll keep you informed (unless you find out something before I do
and you tell me first).

	Jim


--------------------------------------------------------------------------
Jim Butler                            | Internet: butler@Quest.comm.mot.com
Motorola, Inc.                        | FAX:   708-576-3240
Land Mobile Products Sector Research  | Phone: 708-576-5962
Schaumburg, Illinois USA              | X.400 email: CJB006
---------------------------------------------------------------------------
Newsgroups: comp.unix.ultrix
From: shahryar@crc.ricoh.com (Shahryar G. Hashemi)
Subject: Anyone compiled pcnfsd 2.0??
Organization: RICOH California Research Center
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 9 Oct 92 20:49:39 GMT

Dear all,

Has anyone compiled or installed pcnfsd 2.0 on an Ultrix system??
I need to setup this program to be used with a PC application we
have, but the source code I have is to compile for a SUN system.
Any help is appreciate.

Shahryar

--
Shahryar G. Hashemi
System/Network Administrator -- RICOH Corporation California Research Center
2882 Sand Hill Road, Suite 115         Telephone: (415) 496-5730
Menlo Park, CA  94025-7022             FAX: (415) 854-8740
E-Mail: <shahryar@crc.ricoh.com>
Newsgroups: comp.unix.ultrix
From: gaissmai@rz.uni-ulm.de (Karl Gaissmaier)
Subject: Re: Ultrix man pages with groff
Organization: Universitaet Ulm
Date: Tue, 13 Oct 1992 07:00:02 GMT

In article <MBEATTIE.92Oct12151241@black.oxford.ac.uk>, mbeattie@oxford.ac.uk (Malcolm Beattie) writes:
|> I have built groff 1.06 on our DEC 5500 under Ultrix 4.2
|> and it's mostly O.K. However, the tmac.an macros for Ultrix
|> are very different from groff's version: Ultrix's version
|> takes control of the whole page layout and defines some
|> macros of which the man pages make essential use.
|> I've tried rewriting them to work with groff's tmac.an but
|> I don't know enough *roff really.
|> 
|> Does anyone have a solution?
|> 

look at the man-page of groff. Use the environment variable

bash$ GROFF_TMAC_PATH=/usr/lib/tmac/:/usr/local/lib/groff/tmac

and all works well.

Charly
=========================================================================
Karl Gaissmaier                      gaissmai@rzmain.rz.uni-ulm.de
Rechenzentrum Uni Ulm               
Albert Einstein Allee 11             Telefon: (Germany) 0731/5022499
W-7900 Ulm / Germany                 Telefax: (Germany) 0731/5022471
=========================================================================

<< for every problem exists a solution which is short, elegant and wrong >>>>

snatched from foo@bar
Newsgroups: comp.unix.ultrix
From: ccksb@trentu.ca (Ken Brown)
Subject: Ultrix -> terminal server printing
Keywords: lat terminal-server
Reply-To: ccksb@trentu.ca (Ken Brown)
Organization: Trent University
Date: Fri, 16 Oct 1992 19:32:07 GMT


Hello,

I'm wanting to print from Ultrix to a printer on a terminal server.

Here's the /etc/printcap entry;

# Test lat printer
lat_test|lp8|8:\
	:af=/usr/adm/lp8acct:\
	:ct=lat:\
	:lf=/usr/adm/lp8err:\
	:lp=/dev/tty48:\
	:op=BCS1_6:\
	:sd=/usr/spool/lpd8:\
	:ts=DS5BL1:\
	:uv=4.0:

I've used lcp;
 lcp -h /dev/tty48:DS5BL1:BCS1_6

and;
lcp -p /dev/tty48:DS5BL1:BCS1_6

returns;
lcp: -p: /dev/tty48:DS5BL1:BCS1_6: No such file or directory

However, lpc status shows;
lat_test:
        queuing is enabled
        printing is enabled
        no entries
        no daemon present

and I can submit jobs to lat_test but they stay in the queue.So, I figure 
I'm missing some little item.  Any suggestions?

Thanks in advance... 
--
====================================================================
Ken Brown                                       voice: (705)748-1540
Trent University Computing & Telecommunications   fax: (705)748-1246
Peterborough, Ontario, Canada K9J 7B8     internet: kbrown@trentu.ca
Newsgroups: comp.unix.ultrix
From: cdm@pmafire.inel.gov (Dale Cook)
Date: Wed, 14 Oct 92 14:17:26 GMT
Organization: WINCO
Subject: Max number of scsi devices (revisited)
Summary: 
Followup-To: 
Distribution: world
Organization: WINCO
Keywords: 

Howdy all,

Just thought I'd add a piece of info to the thread a couple of weeks ago
about the number of scsi devices DEC supports on any one controller.

I added a new expansion box to my DEC 5000 last night, bringing the number
of devices up to 5, in expansion cabinets.  Four are RZ disks, and one is
a CDROM.  The system wouldn't boot.  I shortened one of the cables, and the
system came up.  However, this morning I had to reboot, and the system again
would not boot.  By removing the device at the end of the chain (the CDROM)
everything works fine again.  (Before you think it could be the CDROM, I
also could get it to work by removing one of the other boxes).

I think supports the view presented a while ago that it's not the number of
devices that counts so much as the total cable length.
--------------------------------------------------------------------------
...Dale Cook    "There is no animal so spooky as the True Believer."
                   ---Edward Abbey
The opinions are mine only (i.e., they are NOT my employer's)
--------------------------------------------------------------------------
Newsgroups: comp.unix.ultrix
From: horst@faui63.informatik.uni-erlangen.de (Horst Luehrsen)
Subject: Who created core-file?
Organization: CSD., University of Erlangen, Germany
Date: Thu, 8 Oct 1992 17:00:11 GMT

Has anyone a program/shellscript which looks at a "core" file and tells
me, which command has created it ?

	Horst


 Horst Luehrsen <luehrsen@informatik.uni-erlangen.de> |
 Martensstrasse 3, W-8520 Erlangen                    | Kein Spruch
 Tel: +49-9131-857884  Fax:+49-9131-32090             |
From: behe@inasys.UUCP (Bernd Hentig)
Newsgroups: comp.unix.ultrix
Subject: Re: Wish list for Ultrix header files
Date: 14 Oct 92 09:25:26 GMT
Organization: inasys GmbH, Bonn, Germany

In article <1992Oct8.222140.22872@reed.edu> nelson@reed.edu (Nelson Minar) writes:
>In article <1992Oct8.174118.21637@nntpd2.cxo.dec.com> alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.) writes:
>>>Can someone at DEC _please_ go through the system header files and put
>>>protection against multiple inclusion through them all?
>
Yes, and don't forget to throw out all lines with '#ifndef _POSIX_SOURCE'
and '#ifndef _XOPEN_SOURCE' which try to prevent, say, using BSD sockets
and POSIX terminal io in one programme (GRRRRRR!!!!).
Even AIX supports multi-standard - compilation (-D_ALL_SOURCE) and most
OS's don't mind to mix BSD, SYSV or POSIX at all (Sun, ISC).
>
>>As I did with someone else recently, if you'll send me the list of
>>files that need work, I'll double check against V4.3 and submit our
>>internal version of an SPR for you.
>
/usr/include/*.h
/usr/include/*/*.h
>
>(The way I get around this problem is to use gcc. If a program doesn't
>compile with Ultrix cc, then I go to gcc. gcc maintains its own local
>include directory that it reads from first. Standard gcc installations
>have already fixed a bunch of common vendor ANSI incompatibilities.
>
Yes, that's the only solution if you want to compile anything difficult 
that conforms to some intimate detail of the ANSI C standard.
Unfortunately I didn't install glibc yet, so I must still use DEC's 
libc with most of its scrambled include files ... I'm still uncertain
whether the use of glibc with its relaxed copyright/left will have any
effect on our products.

Bernd

Newsgroups: comp.unix.ultrix
From: romano@pimac2.iet.unipi.it (Romano Giannetti)
Subject: Problems with f77 executables.
Keywords: FORTRAN
Organization: Dipartimento di Ingegneria dell'Informazione 
Date: Sat, 10 Oct 1992 11:14:50 GMT


Hi.

I have a fortran program thet compiles and run nicely on our DECstation
5000/240 running Ultrix4.2a. I tried to run executables on a DECstation
2100 running Ultrix 4.1 (without f77...), but I get an error like
   "illegal instruction, core dumped"
So I suppose there is no full binary compatibility between the two machines; 
(I know, compatibility sure exist in the other direction...). 
Is there anyone who knows if it's possibile to say to che 5000 f77 "compile 
for R2000" ?

Thank in advance,
		Romano.


-- 
***************************************************************************
* Romano Giannetti          * Dip.to di Ingegneria dell'Informazione      *
*                           * Elettronica, Informatica e Telecomunicazioni*
* romano@iet.unipi.it       * via Diotisalvi,2                            *
* giannetti@sssup1.sssup.it * Universita' di Pisa, I-56126 PISA, Italy    *
***************************************************************************
Newsgroups: comp.unix.ultrix
From: hillig@U.Chem.LSA.UMich.EDU (Kurt Hillig)
Subject: Re: compose key and ALT key mixup ??
Date: Wed, 07 Oct 92 09:19:46 EDT
Organization: Department of Chemistry, University of Michigan, Ann Arbor

In article <92280.151533STREATER@SLACVM.SLAC.STANFORD.EDU> STREATER@SLACVM.SLAC.STANFORD.EDU (415) writes:
>I have a new DECstation 5000/240, and now is the moment to configure it right.
>I have installed 4.2C. When I run notepad, I find that instead of doing ALT/O
>for open, or ALT/S for save, I do COMPOSE/O or COMPOSE/S. Well this in itself
>doesn't bother me too much, but hitting COMPOSE puts the keyboard into compose
>mode (whatever that means) and the next two or so characters get eaten. This is
>very tedious. What do I have to do to make notepad and anything else use ALT
>instead of COMPOSE?
>
>Thx - Tim.

In 4.2 and up, DEC changed the default keyboard from "LK201" to "default".
Go to the session manager window, select "Keybaord" from the Customize menu,
and change the keyboard type from "System Default" to "us lk201re", then hit
the "OK" button and save the new customization.
 
Alternatively, you can add the line 

	*keyboard_dialect:      us lk201re

to your .Xdefaults file.

-- 
Kurt Hillig
Dept. of Chemistry                     khillig@umich.edu
University of Michigan         hillig@chem.lsa.umich.edu
Ann Arbor, MI  48109-1055
From: gshapiro@monkeyboy.WPI.EDU (Gregory Neil Shapiro)
Newsgroups: comp.unix.ultrix
Subject: Re: Stale NFS file handle...
Date: 13 Oct 92 20:28:47
Organization: Worcester Polytechnic Institute, Worcester, MA 01609-2280
NNTP-Posting-Host: monkeyboy.wpi.edu
In-reply-to: eric@phobos.sscl.uwo.ca's message of 13 Oct 92 15:44:53 GMT

>>>>> On 13 Oct 92 15:44:53 GMT, eric@phobos.sscl.uwo.ca (Eric Cartman) said:

eric> 1) which filesystem (n,n)  corresponds to

ls -l /dev/rz*

The (n,n) correspond the the major and minor device numbers of the
drive. 

eric> 2) the name of the file at <inode  #>

Once you know what partition from step 1,

find <partition> -inum <inode #> -print

Greg
--
 ____________________________________________________________________________
 Gregory Neil Shapiro                                    gshapiro@wpi.wpi.edu
            Academic Systems Integrator, College Computer Center
                       Worcester Polytechnic Institute
 ____________________________________________________________________________
Newsgroups: comp.unix.ultrix