lkml.org 
[lkml]   [2003]   [Aug]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: FS: hardlinks on directories
Date
On Tuesday 05 August 2003 08:36, Richard B. Johnson wrote:
[snip]
>
> Somebody mentioned that VAX/VMS would allow hard-linked
> directories. This is not true. Even files, created with
> SET FILE ENTER=DUA0:[1.DIR] DUA0:[000000] that seemed
> like hard links were not hard links. They were sim-links.
> The file entry contained the directory information of the
> file being linked, and was not a clone of the header
> (inode) itself as would be a hard link. Therefore, these
> were unique and could not cause recursion to fail.

Those created with "set file enter" are.

Those created with "pip file file/link" are/were hard links.
(at least I think I got the command right. There was a
syntax to specified a file node directory, but the number,sequence
syntax is forgotten).

found this on VAX 8800s... Each boot directory was a
hard link to the common boot directory. One hard link per
cluster node entry. That eliminated the duplicated code,
and still permitted unique boots during rolling upgrades.
As well as permitted different architectures to use the
cluster filesystem.

It had to be a hard link because the boot code
couldn't/didn't handle the others.

the "analyze/disk" would find these as "incorrect parent"
references, and would attempt to repair them by switching
the parent directory entries. A subsequent check would
report the other entry as incorrect...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:47    [W:0.264 / U:0.460 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site