Suppose that the root of a iso9660 has entries such as '/', '.' and '..'
all with inode 2 and maybe that there are some other indications that
the creator applied UNIX style inode numbering, wouldn't it be reasonable
to assume that inode numbers should be trusted?
In which case any wrong inode should be declared a bug in the program
that created the image?
A mount option to handle this could be useful as well.
>
> Third: If you actually rely on inode numbers to be able to find your
> files, like most versions of Unix including old (but not current)
> versions of Linux, then they are completely meaningless.
No need to change that part, well, except maybe for knfsd if we cannot
safely export a CD-ROM but that's something I don't know.
It is annoying that wonderful zisofs backups need fixup scripts for the
hard links after a restore.
-- Frank - 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/