Frank Hofmann <[EMAIL PROTECTED]> wrote:

> Can anyone actually come up with reasons why HAL should not simply mount 
> all filesystem types found on such a medium, onto different mountpoints 
> (/media/hsfsmnt, /media/udfsmnt, ... ?) ?

This ha sbeen discussed before and Artem seems to have problems with it.
I do not understand these problems and I believe that users would quickly
understand the background. It would even help to understand the merits and the
drawbacks od the different filesystems.


> One could argue that on a writeable medium, double detection should lead 
> to a refusal to mount. On a readonly medium, though, there can be no harm 
> in allowing all ways in.
> Now how to find out whether a medium doesn't allow writes ... another 
> problem, but again, workaround would be to simply mount all multiple 
> detections - but all readonly.

I believe that HAL will mount all media readonly, isn't it?


> Note: There's no proper solution to 'hybrids' but to access them via all. 
> As Vista generates ISO9660/UDF hybrids where the ISO9660 side only says 
> 'this needs UDF', someone else can easily create an iso9660/udf hybrid 
> where the other is true, and the udf side says 'look at this via iso9660 
> and you see' - just showing one-of-a-hybrid always puts the problem up 
> that you might show the one that doesn't contain what you want to see. For 
> the user, it counts that all is there. If it's in the expected/hoped-for 
> place, for the better, but to start with, better have it than not.

mkisofs allows to use the options:

-       -hide           for ISO-9660 and RR

-       -hide-joliet    for Joliet

-       -hide-udf       for UDF

to prevent files from appearing in one of the possible filesystems.

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