Talk:File system
ReiserFS
ReiserFS seems to support Access Control Lists acording to http://elibrary.fultus.com/technical/index.jsp?topic=/com.fultus.suse.guides/guides/9_0/suselinux-adminguide_en/node27.html "Access Control Lists are a feature of the Linux kernel and are currently supported by ReiserFS, Ext2, Ext3, JFS, and XFS." If anyone knows if this is correct plase change it in the table. --Cspurrier 19:01, 1 Oct 2004 (UTC)
- Suse includes the "widely-used add-on" (mentioned in the footnode) that adds the extended attribute support, enabling this feature in ReiserFS in that distro. But if you have reason to believe any part of the table is wrong please do go ahead and fix it. Saucepan 19:19, 1 Oct 2004 (UTC)
- ReiserFS does not have native support for ACLs. The ACLs are just stored in a file called "xattr" in whichever directory. BTW As far as I know, neither do ext2 and ext3, they both use the same addon don't they? AlistairMcMillan 19:28, 1 Oct 2004 (UTC)
- The bestbits page seemed to suggest that the ACL support was in the 2.4 and 2.6 kernels for ext2 and ext3, but required the extended-attributes add-on for ReiserFS. Either way, though, I guess we should decide where we want to draw the line between a standard, interoperable on-disk feature of a filesystem vs. a software enhancement present on a particular OS.
- How about the following test: Admin Alvin removes a drive formatted with Filesystem X and sends it to Admin Betty in another city. Alvin doesn't know whether Betty is running a different implementation of the filesystem software on a different OS, and Betty is only told the name of the filesystem. Would Alvin reasonably expect that Feature Y would work when Betty mounts the drive? (Where "work" would mean the feature was operational, the information was preserved and recognized, and/or the security policies were being enforced, depending on the feature.) If so, then Feature Y is pretty clearly supported by Filesystem X. If not, then other factors might need to be considered. What do you think? Saucepan 21:02, 1 Oct 2004 (UTC)
- I think you may be misreading the bestbits page. This site hosts extended attribute and access control list kernel patches for the 2.4 kernel series (ext2, ext3, nfs) and for the 2.6 kernel series (nfs). The 2.6 kernel already includes support for ext2, ext3, jfs and xfs. and Additional file system EA and ACL patches are available elsewhere:. Additional file systems being JFS, XFS and ReiserFS. AlistairMcMillan 21:36, 1 Oct 2004 (UTC)
- Apologies if I'm just unusally dense today but I'm not seeing how this differs from my summary of the situation. What am I missing? Saucepan
- BTW By your test, then ACLs are not part of ReiserFS, ext2 or ext3. Not all distros have ACL support compiled in. I have very little understanding of XFS and JFS so I'll leave them to someone else. AlistairMcMillan 21:45, 1 Oct 2004 (UTC)
- The proposed test can prove that a feature is supported, but can't conclusively rule that it isn't (since it might be optional, require some configuration, or have other factors that need to be considered). OSX UFS has some grey-area features like this as well, if I remember correctly (like resource forks). Saucepan 21:58, 1 Oct 2004 (UTC)
FAT32 data
It's difficult to find definitive information about FAT32 file and volume size limitations since they've been increasing with seemingly every Windows version/service pack, leading me to believe that many of these limits were imposed by the OS rather than being limitations of the on-disk format. The FAT32 maximum path name length of 260 UCS-2 characters is from [1], but seems suspiciously low to me. If you find any of the info fishy then feel free to change it to "?" and leave a note here. Saucepan 07:12, 23 Sep 2004 (UTC)