本标准的目的是记录一个改进且一致的Linux系统文件系统（目录和文件）结构。

关于创建文件系统标准的第一次讨论始于 1993 年 8 月在 Linux Mail-Net（位于 niksula.hut.fi），由此我们获得了 “FSSTND”（一个奇怪的首字母缩写），这是 Mail-Net 频道，我们大部分的早期讨论都在那里进行。从那时起，出现了大量的争论、许多未解答的问题，以及关于一个标准如何在松散的 Linux 社区中产生任何意义或影响的不确定性。

到 1993 年夏天，很明显 Linux 社区在目录和文件的组织方面落后于 UNIX 世界的其他部分。不仅如此，Linux 社区的每个开发人员都以不同的方式实现了文件系统。在各种 Linux 发行版之间找到任何一致性都是一项令人清醒的任务。从各种来源组装一个可以协同工作的系统的各个部分是困难的。

FSSTND 基于 SVR4、4.3BSD、4.4BSD、SunOS 4、HP-UX 和许多其他 UNIX 系统的想法，其中一些已被各种 Linux 开发人员使用。但是，它并没有完全遵循任何单一的操作系统的布局。相反，文件系统标准试图提取每个文件系统布局中的最佳部分，并将它们组合成一个同质的整体，非常适合各地 Linux 用户的需求。

在编写了初步草案之后，我们的许多不确定性都消除了。结果证明，一些 Linux 开发人员开始意识到我们试图解决的问题。 9 月，Debian 发行版的开发人员开始怀疑我们几个月前就怀疑过的事情。我们向他们提供了我们的解决方案，他们开始实施我们的成果。其他发行版很快也纷纷效仿（虽然可能没有那么快）。今天，Debian、Slackware、TAMU、Linux/PRO、LILO、Rik Faith 的 util-linux 软件包以及其他主要发行版的未来版本都在尝试遵循 FSSTND 的第一个版本。

这对作为 Linux 用户的您意味着什么？没有人期望甚至希望您重新编译系统上的每个二进制文件，只是为了符合 FSSTND。任何转换工作的大部分都已经在由 Linux 开发人员完成。该标准应通过使符合标准的发行版在需要相同的地方更加相似来使受益：文件。听起来很简单，但请记住，UNIX 系统主要基于文件。当整个文件层次结构无法协同工作时，整个系统都会受到影响。

如果您是开发人员，并且想知道 FSSTND 对您意味着什么，请获取当前草案的副本。我们希望在这种合作的 Linux 工作中获得动力的唯一方法是通过开发人员。除了我已经概述的好处之外，其他好处还包括使通用文档更容易编写、系统管理在不同系统上更一致，以及第二方和第三方软件包的开发更容易。如果发行版 A 和发行版 B 都严格遵循 FSSTND，并且您的软件包也符合，那么您的应用程序很可能会轻松集成到基于任一发行版的系统中。

请期待在 3 月或 4 月对第一个版本进行重大更新。自公开发布以来，一些重要问题才得以解决。该草案可通过匿名 FTP 在 tsx-11.mit.edu 的目录 /pub/linux/docs/linux-standards/fsstnd 中获得。