[Info-vax] Request description of UFS for VMS person

[AEF]

On Apr 28, 10:17 am, "Bob Eager" <rd... at spamcop.net> wrote:
> On Tue, 28 Apr 2009 12:37:23 UTC,
>
> koeh... at eisner.nospam.encompasserve.org (Bob Koehler) wrote:
> > In article <176uZD2KcidF-pn2-uSusmdQq9... at rikki.tavi.co.uk>, "Bob Eager" <rd... at spamcop.net> writes:
>
> > > I needed to use it a couple of times in the early days (33 years ago)
> > > but not since. My point in mentioning 'clri' is that someone here
> > > thought that functionality was essential on VMS to tidy up a borked
> > > directory, and (by implication) that 'Unix' was broken if it couldn't do
> > > it. In practice, it seems that VMS *needs* it and Unix doesn't.
>
> >    Nobody said UNIX was broken if it couldn't do it.  The question was
> >    why VMS has it, and an answer was given.  It was pointed out that
> >    other OS needed some way to recover from the same situation (a
> >    corrupt disctory), but no claim was made as to how that had to be
> >    implemented.
>
> Nobody said VMS was broken! The VMS file system has many advantages. I
> merely pointed out that ffs, at any rate, didn't seem to need a way to
> recover from that situation.
>

[My apologies if this appears twice. Google Groups told me it posted
successfully, but that was after a long wait during which I edited my
response in an external editor. I waited a while and it didn't show
up. So I'm posting this again.]

The primary one I can think of is that everything on the volume really
*is* a file. Everything in the volume is "transparent". In Unix, at
least the ones I have access to I don't know how to dump the super
block or inodes. And on one of them I can't even dump a directory!

So can you or anyone else tell us more of the advantages? How about
disadvantages?

And on the Unix side if there is a way to read the super block and
inodes? So much for "everything is a file in Unix".

> --
> Bob Eager


AEF