Boyd Adamson <[EMAIL PROTECTED]> wrote:

> Sorry this is s10 but I thought someone here may have some idea about this
>
> I just noticed (thanks to star complaining about missing links) that
> numerous (> 2000) files on the s10u4 SPARC DVD seem anomalous.

Nice to see that other people also like the inverted -l behavior from star.


> # cd <root of dvd>
> # ls -il Solaris_10/Tools/Boot/usr/bin/{cp,ln,mv}
> 2777075 -r-xr-xr-x   3 root bin 27360 Jan 25  2007 
> Solaris_10/Tools/Boot/usr/bin/cp
> 2777524 -r-xr-xr-x   3 root bin 27360 Jan 25  2007 
> Solaris_10/Tools/Boot/usr/bin/ln
> 2777654 -r-xr-xr-x   3 root bin 27360 Jan 25  2007 
> Solaris_10/Tools/Boot/usr/bin/mv
>
> # find . -inum 2777075
>
> These directory entries are normally (in /usr/bin) links to the same
> file. It looks like the files have become copies on the DVD but the
> link-count field still reports the original number of links.

This is the OpenSolaris discuss mailing list. The problem has been fixed
to the end of last year and integrated into OpenSolaris on August 15th.


The problem you describe was present on all known UNIX like platforms
before OpenSolaris added a fix. ISO-9660 does not include inode numbers 
and old Rock Ridge versions did not either.

The new code supports Rock Ridge v-1.12 - Solaris is the first OS to support 
this.

If you did not use a recent mkisofs to create the filesystem, hardlinks
will only work for files with size > 0. Files with size 0 will all have 
inode number 16. Special care is taken that this does not cause caching 
or NFS problems. The fix was also needed in order to support ISO-9660
filesystgem sizes > 128 GB.

If you use a recent mkisofs, even files with size 0 will have a unique inode 
number.


Jörg

-- 
 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
       [EMAIL PROTECTED]                (uni)  
       [EMAIL PROTECTED]     (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Reply via email to