[Info-vax] Request description of UFS for VMS person
Richard B. Gilbert
rgilbert88 at comcast.net
Thu Apr 30 21:41:26 EDT 2009
AEF wrote:
> On Apr 30, 3:10 pm, "Richard B. Gilbert" <rgilber... at comcast.net>
> wrote:
>> Bill Gunshannon wrote:
>>> In article <ae561039-9f98-47a3-8f01-40b615214... at j9g2000prh.googlegroups.com>,
>>> AEF <spamsink2... at yahoo.com> writes:
>>>> 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!
>>> Again, it is not that Uix won't let it be done, it is that either you
>>> just don't know how or you lack the needed permissions. If you really
>>> are interested in learning some of this I would suggest setting up a
>>> system or two of your won so you have root privs and play with it.
>>>> So can you or anyone else tell us more of the advantages? How about
>>>> disadvantages?
>>> Greatest advantage is functionality. Unix doesn't tie my hands.
>>> Greatest disadvantage is functionality. Unix doesn't tie my hands.
>>> (which could be a real problem if I don't have a clue what I am doing.
>>> I have seen people open directories with vi. :-)
>> I have had newbies try to edit a directory with EDT! Truely clueless
>> about VMS. I wouldn't want to try in Unix; it just MIGHT let me do it
>> but I wouldn't know how to recover. In VMS I've had to clean up such a
>> mess; delete the corrupted directory and ANALYZE /DISK_STRUCTURE /REPAIR
>> DKA100:. Then create a replacement for the corrupted directory and
>> populate it with the files from [SYSLOST], inform the user just how he
>> will DIE if he does it again.
>>
>> <snip>
>
> What corrupted directory? If you edit a .dir;1 file and save it, you
> get a .dir;2 file, which is treated by RMS as any old file. The
> original .dir;1 still works. Now if they additionally RENAME the .dir
> files, then you can get in trouble.
>
> AEF
Excuse me for not knowing the details. I never tried to edit a
directory myself!
In the case I wrote about, I was told that students had tried to edit
their directory. I don't know if that was true or not but the directory
was well and truly clobbered!
I repaired several of these by deleting the directory in question
followed by ANALYZE_DISK /REPAIR and move all files in [SYSLOST]
belonging to stupid newbie into [STUPID_NEWBIE].
Eventually, I asked the Help Desk to alter the documentation supplied to
the users to explain that directories could not be edited. That pretty
mush solved that problem but managing a system used by the utterly
clueless can get very interesting! This was back in 1998 when a lot of
the students had never had access to a computer before.
More information about the Info-vax
mailing list