Unionfs vs Aufs vs Overlayfs vs mhddfs，我使用哪一种？

Question

我一直在随机阅读联合文件系统，它使用户能够同时在另一个文件系统之上挂载多个文件系统。

然而，我在决定使用哪一种(Unionfs vs Aufs与Overlayfs与mhddfs)以及为什么我没有在任何地方找到关于这个主题的具体信息时都会发现困难。例如，我知道主流的Linux内核已经采用了overlayFS，这意味着它可能会得到更广泛的采用。如果有人能给我一些观点，我会很感激。

此外，我也无法在类似LVM (单独问题中的用户推荐的)或RAID设置之类的东西上找到任何关于Union文件系统的设想用例，除非LVM需要格式化所有驱动器，如果您已经在驱动器上有了有价值的数据，这可能是不可取的。

Answer 1

这里有一些想法-我仍然在学习这一点，并将更新这一点。

如何选择联合文件系统

有两种方法来看待这个问题：

• 每一个特征是如何比较的？
• 对于一些常见的用例，我应该选择哪一个？

我将比较unionfs / unionfs-fuse / overlayfs / aufs / mergerfs，后者是mhddfs的替代品。

每个

的

特征

开发状态

• aufs似乎是活动的
• unionfs看起来很成熟，但是未在积极发展中呢？
• 导火索似乎是活动的
• mergerfs似乎是活动的
• overlayfs是活动的。

分布/内核支持

有内核模式和用户系统模式的文件系统，后者在FUSE上运行。内核模式的开销较小(当代码在用户空间和内核空间之间切换时存在开销)，但是Linux内核中唯一的目前支助是overlayfs。对于发行版来说，用户模式文件系统更容易打包。

• unionfs和aufs需要内核补丁。
• unionfs不是由Debian发布的(其余的是)
• unionfs-fuse和mergerfs基于FUSE，因此不需要在内核中添加其他模块。
• 从3.18开始，overlayfs就一直是内核的一部分(Debian拉伸)

在写

上复制

这与下面的Live用例有关：

• mergerfs在写入时没有副本。
• 其他人也是

用例

只读根/ Live用例

这个想法是要有一个只读光盘/分区的linux系统.联合文件系统使用户觉得它是一个读写系统，这样他们就可以进行更改。有一个读写文件系统(例如，tmpfs RAM磁盘)，它存储用户所做的任何更改的"Delta“，而不是完整的快照。

在这里，除了mergerfs之外，任何一个联合文件系统都可以(缺少奶牛支持)。

码头用例

我知道这是一个主要的用例，但是不知道细节--有人能提供这方面的指导吗？

合并硬盘

例如，您可能在不同的文件系统上有两组/home目录。或者您可能正在用第二个硬盘升级您的家庭计算机，并希望有一个逻辑卷。

这是你实际上不想要抄写的地方，所以可能mergerfs是最好的选择。

联合文件系统与用于磁盘池

的LVM

我将列出一些可以通过联合文件系统实现的用例，但不包括LVM：

如果您正在用第二个磁盘升级现有系统，那么类似mergerfs之类的东西可能会更好，因为LVM将要求您重新格式化第一个硬盘，从而使其上的数据不再存储。联合文件系统将避免此步骤。

LVM可能将一个文件拆分到两个物理硬盘上(假设RAID 0)，因此如果一个硬盘发生故障，您就会丢失它。

例如，一些用户可能喜欢将他们的/home目录保存在他们可以拿走的U盘上。

在两个物理磁盘上的一个虚拟分区的用例中，使用LVM，您不需要担心文件是保存在一个磁盘上还是另一个磁盘上。使用mergefs，系统可以根据可用空间的大小自动为您选择哪一个。