Some thoughts come to mind. Vfat has a 2G file limit so the Linux image is not going to be very helpful. Maybe you could make a bunch of image files an RAID0 them together, not a great way. Could LVM make this work? I think it is worth a try but I don't think there is any such thing as an LVM loop back module.
The Sqlite database has a module to mount a file system that is stored in the database. The database could be kept on the NAS. This is cool in many ways but I have not tried it. My only work with Sqlite is with all the database in one big file so this could have the same limitation. VMware will build virtual hard drives that are split up in to 2G files. This may not help because the drive images must be on a local native system. My last though is, what kind of idiot designs a NAS to use vfat? Doesn't it have a 32G maximum file system limit? You are an embedded developer Simon, remove the OS board and reprogram it with an embedded Linux OS. On Thu, Feb 12, 2009 at 9:50 AM, <[email protected]> wrote: > In a "oh shiny!" moment I pickup a NAS, which is a little limited. > > Despite the 'Linux Support' claims, I find the lack of user/group > permissions the biggest problem. A file will loose this data if/when it > goes onto NAS. > > Does anyone know of a solution to prevent this (other than tar'ing - I'd > still like random file access)? > > I though there might be a Fuse layer to do this, but can't find anything. > > Cheers, > Simon. > > > _______________________________________________ > clug-talk mailing list > [email protected] > http://clug.ca/mailman/listinfo/clug-talk_clug.ca > Mailing List Guidelines (http://clug.ca/ml_guidelines.php) > **Please remove these lines when replying > -- http://www.Radados.org
_______________________________________________ clug-talk mailing list [email protected] http://clug.ca/mailman/listinfo/clug-talk_clug.ca Mailing List Guidelines (http://clug.ca/ml_guidelines.php) **Please remove these lines when replying
