决定在我们的服务器上使用LVM2作为卷pipe理器之后，也希望有一个可在线resize的文件系统。 在阅读了几篇文章之后，我决定使用JFS来支持XFS。
现在我今天在办公室服务器上断电了，我发现JFS卷上的一个文件已经完全损坏了。 虽然这可能发生，但是系统在我断电后没有在启动过程中指出任何文件系统问题，从而使我相信一切都是好的。 重播日志后，所有文件系统都是干净的。
这让我的口感不好。 我不想要一个文件系统在断电后不能恢复，但我真的不希望有一个文件系统不会告诉我可能有问题。
所以我想我会试试看，你会问哪个文件系统？ 你喜欢哪一个？为什么？ 我正在寻找以下function：
我也想知道你是否使用过JFS，并且有过不好的经验 – 当然如果使用JFS的话也是成功的。 最终：你更喜欢XFS而不是JFS，反之亦然（正如日常使用中提到的那样，而不是特定的工作负载）
XFS。
JFS现在基本上是死的/无人维护的。
现在大多数/所有的XFS开发人员都在Redhat工作，并且在RHEL 5.4中提供了对XFS的内核支持。
重播日志只是意味着元数据被恢复到一个干净的状态。 它不保证数据本身。 这对于任何日志文件系统来说都是如此，至less任何不会做COW（Copy On Write）的其他技巧。 因此，无论您select哪个文件系统，服务器在任何时候都会不清洁地closures，都有可能造成数据损坏。 你的文件系统做的工作，并能够使文件系统恢复到干净的状态，最大限度地减less数据丢失/损坏。
所以从中学到的教训应该是让您的服务器始终在UPS上，当电池电量不足时，可以指示服务器关机。 并始终有良好的备份。
如果您真的担心数据完整性，您将不得不迁移到更强大的文件系统，如OpenSolaris或BSD上的ZFS。 这是我现在唯一知道的唯一免费的解决scheme。 Linux上的BTRFS在成熟和testing后的几年内将是一个体面的解决scheme。 但是我现在不推荐在生产环境中使用它。 即使这些更强大的文件系统也不能取代备份。
和布拉德一样的经历。
JFS在性能和function上都非常出色，但是在强制关机之后，我失去了3个分区的数据。
因此，我已经把JFS扔进垃圾桶，将来会使用XFS（并且等待Linux和ZTRFS以及BTRFS）。
上面提到的“输家”有没有人在放弃JFS之前尝试过使用fsck？ JFS @ Linux没有内置的内置日志恢复代码，因此需要使用适当的用户空间工具。
标准的Linux ext3文件系统支持在线增长，并满足您的其他要求。 除非你有其他特殊需求，否则这是正确的答案。 即使XFS有悠久的历史和良好的声誉，但使用它仍然会使您陷入一个特殊的情况，这很好，但带来了复杂性增加的内在成本 – 以及为什么“付费”您不需要的东西？
我在一个大规模的职业环境中使用JFS，并被烧坏了。 大规模的腐败问题，不会立即显示，有时所有的文件将最终丢失+只是从干净的重新启动。
更改为XFS，并从未回头。 现在在数百个mutiterabyte系统上使用它已经5年了。