ISO-9660 Rock Ridge gives different links different inums

[Peter Chubb]

In linux 2.5.54, multiple links to the same file on a rock-ridge CD
have different inode numbers.  This confuses cpio, tar and cp -ra
because the multiple links are each copied separately as a single file.

It'll probably also confuse NFS, but I haven't tried that.

Example from the knoppix CD:

$ ls -il gunzip gzip uncompress zcat
1896278 -rwxr-xr-x    4 root     root        49256 Oct 10 01:31 gunzip
1896564 -rwxr-xr-x    4 root     root        49256 Oct 10 01:31 gzip
1902292 -rwxr-xr-x    4 root     root        49256 Oct 10 01:31 uncompress
1902856 -rwxr-xr-x    4 root     root        49256 Oct 10 01:31 zcat

(For comparison, here's what I see on XFS:
100663485 -rwxr-xr-x    4 root     root        49288 Nov  7 11:37 gunzip
100663485 -rwxr-xr-x    4 root     root        49288 Nov  7 11:37 gzip
100663485 -rwxr-xr-x    4 root     root        49288 Nov  7 11:37 uncompress
100663485 -rwxr-xr-x    4 root     root        49288 Nov  7 11:37 zcat
)

Currently the inode number appears to be the offset in bytes from the start of
the file system to the iso directory entry.  Files with multiple
directory entries (i.e., links) therefore have different inums.

I don't know enough about the ISO9660 standard to be sure what's best
to do about this.

--
Dr Peter Chubb				    [e-mail]
You are lost in a maze of BitKeeper repositories, all almost the same.