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

David J Dachtera djesys.no at spam.comcast.net
Tue Apr 28 23:17:31 EDT 2009


Bob Eager wrote:
> 
> On Fri, 24 Apr 2009 12:52:25 UTC,
> koehler at eisner.nospam.encompasserve.org (Bob Koehler) wrote:
> 
> > In article <176uZD2KcidF-pn2-Q7WHbUsddkvE at rikki.tavi.co.uk>, "Bob Eager" <rde42 at spamcop.net> writes:
> > >
> > > No. I've always been amazed that VMS allowed it, since it compromises
> > > the file structure.
> >
> >    It's helpfull when trying to recover files lost in a corrupt
> >    directory file due to a block read error.  You can intentionally
> >    blow away the directory file and then analyze/media/repair will
> >    move all those files to [syslost].
> >
> >    As long as analyze/media/repair finds a corrupt directory it will
> >    not try to figure out which files are lost.
> >
> >    I've not had the pleasure of losing a block in a directory file in
> >    any other OS.  I think on some you'ld have to reformat the disk and
> >    restore from backup.
> 
> Unix just does it a different way. You can wipe the inode for the
> directory, thus orphaning the file, and then an fsck will pick up the
> files and put them in /lost+found.

...but, you've still got a problem. In <mount-point>/lost+found you find
a file named for its inode number. Unless you:

A. only lost the one directory containing a single file

...or...

B. include lists of files and inode numbers in your daily backups

...you're still toast!

D.J.D.



More information about the Info-vax mailing list