On Sun, 2012-08-19 at 14:02 +0200, Jochen Striepe wrote: > You wrote a new fs just because you didn't bother to use the existing > ones as intended? You are over-estimating my motivation. I use many fs as intended, and they do a great job. I would not replace them, not on my workstation and not on my servers. But from time to time I get into trouble when I start transferring data from system A to system B by using removable storage devices. While this can be solved as long as I know what the target platform/os will be, it becomes more difficult when the target platform/os is unknown. Poorly crafted example: Let's say you have a 6GB video file you want to give somebody (e.g. a video cutter) on a thumb drive. The cutter wants to edit the file, so he needs read and write access to it. After cutting the file is to be played on a TV screen with USB-port. What if the cutter does use two different, major, non-Linux operating systems, let's say one for cutting and the other one for adding visual effects? Now imagine the cutter (and of course the TV screen vendor) don't care much about filesystems as they are just generating costs (implementation), so it will only come with minimal compatibility. - What filesystem would you recommend to share that video file? There is a small niche which LanyFS tries to fit in. It is for those who do not want to bother about how to use a fs when they are in a hurry or when they just want to listen to music in the car. It is for the it-must-be-easy-enough-for-my-gradma fraction. It is for those who think that data stored on a thumb drive intended for use with unknown/untrusted/undocumented systems should not be critical data anyway. I do not recommend storing vital files or data worth protecting from unauthorized modification/access on a "highly mobile" thumb drive, especially not one formatted with LanyFS. After all, it is a fs that tries to grant access to the data at any cost*. Still wondering if anyone bothers to actually look at the code? Although I appreciate any feedback about why-would-one-even-write-a-fs, I would also be very happy about comments that help improve the code. regards, Dan *This one is worth a discussion, but LKML might not be the right place? -- Dan Luedtke http://www.danrl.de -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
