Looks like HFS+ has a non-standard way of representing hard-links in the
filesystem.  The following is quoted from
http://developer.apple.com/technotes/tn/tn1150.html

"The Mac OS X implementation of hard links on HFS Plus volumes was done
using the existing metadata fields of the catalog records. This makes it
possible to back up and restore a volume using hard links, by backing up
and restoring individual files, without having to understand or
interpret the hard links. An HFS Plus implementation may choose to
automatically follow hard links, or not.

Hard links in HFS Plus are represented by a set of several files. The
actual file content (which is shared by each of the hard links) is
stored in a special indirect node file. This indirect node file is the
equivalent of an inode in a traditional UNIX file system.

HFS Plus uses special hard link files (or links) to refer (or point) to
an indirect node file. There is one hard link file for each directory
entry or name that refers to the file content.

Indirect node files exist in a special directory called the metadata
directory. This directory exists in the volume's root directory. The
name of the metadata directory is four null characters followed by the
string "HFS+ Private Data". The directory's creation date is set to the
creation date of the volume's root directory. The kIsInvisible and
kNameLocked bits are set in the directory's Finder information. The icon
location in the Finder info is set to the point (22460, 22460). These
Finder info settings are not mandatory, but they tend to reduce
accidental changes to the metadata directory. An implementation that
automatically follows hard links should make the metadata directory
inaccessable from its normal file system interface."

Seems unnecessarily complicated ...

-- 
hard link count incorrectly displayed on hfsplus filesystems
https://bugs.launchpad.net/bugs/262037
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to