Hi,

theoretically it should indeed be ok to remove this option.

Background:

The man page of genisoimage talks of "hard-linked [file] on the CD"
(which obviously should rather be "in the ISO 9660 filesystem").
ISO 9660 (aka ECMA-119) does not specify hard links but rather permits
to share data content (extents) among files. Technically this resembles
hard links. This relation can be emphasized to the mounting operating
by storing the same File Serial Number in the Rock Ridge PX entries
of the hardlinked files.

But Linux computes the inode numbers of mounted ISO 9660 from the byte
addresses of the files' directory records divided by 32. So two different
file names will always get attributed different inode numbers even if
they share their file data blocks and the File Serial Number.

libisofs does this unifying of file content unconditionally, if the dev_t
and inode_t numbers are identical. (If it ever encounters an input
filesystem with non-unique numbers for differing file content, then it
will probably fail.)


This should not be confused with an opportunity which libisofs offers
to record real hardlink relations of the input files. These relations
can be re-created when xorriso extracts files from ISO 9660 to the local
filesystem. Linux ignores this extra info, which is stored in SUSP entries
of my self-invented AAIP protocol beneath the Rock Ridge data.
(xorriso command -hardlinks, xorrisofs option --hardlinks.)


Have a nice day :)

Thomas

Reply via email to