我想为我的媒体数据构建一个家庭服务器，而不会浪费太多磁盘空间来实现冗余。
冗余与备份不同，因为我计划每天对第二个磁盘池进行备份，所以我接受磁盘故障的风险。
不过，我将使用智能监控来进行预测行动。即使磁盘最终在没有预感的情况下发生故障，我的静态存档也不会丢失超过一天的更改。
我喜欢将不同大小的磁盘池化的可能性，mergefs 看起来非常适合这个。
在我发现的教程中，mergefs 经常与 snapraid 一起使用，但在我看来 snapraid 相当慢。
另一方面，Btrfs 具有写入时复制和内置快照功能，如 NTFS 或 ZFS。
我知道 btrfs 也可以池磁盘，但根据我的阅读，在“单一”jbod 模式下，如果一个磁盘发生故障，整个池将被损坏，而使用 mergefs 时，只有故障磁盘的数据需要恢复。
这会对恢复时间产生很大影响。
此外，mergefs 可以降低非活动磁盘的速度，因此可能会延长我的磁盘的使用寿命。
所以我的问题是：
一堆 btrfs 磁盘会与 mergefs 一起工作吗？我还能在单个磁盘上使用 btrfs 快照功能吗？
当将 btrfs 与 mergefs 一起使用时，会警告您不要将驱动器多路复用器与它一起使用。找一块有足够驱动端口或真正的 sata 控制器来运行所有驱动器的主板。在每个驱动器上制作一个媒体共享文件夹，如果您想要一个用于冗余的驱动器，则将它们与节目的mergefs 一起加入，它们是一个您可以使用的名为 snapraid 的raid，效果很好。这适用于少量用户。
如果您想使用 btrfs 进行快照，则需要全力以赴并从空驱动器开始，然后将它们全部加入某种 btrfs RAID。我对如何做到这一点没有任何建议。
它根据您的要求而有所不同。但是对于像媒体这样不经常改变的东西 - mergefs 并不是“最糟糕”的想法。特别是如果它一次只有少数用户。自 2005 年以来，我亲自构建了自己的 NAS 系统，并且经历了所有我可以动摇的 RAID 设置（硬件、软件或主板上，0、1、5、6、10），如以及走 ZFS 路线和几年前的 BTRFS。
从我的个人资料来看（轶事，所以要加点盐），最糟糕的是RAID。与其他东西相比，它的冗余完全是一个笑话。
如果您想要一些中间想法，其硬件要求不如 ZFS，但比 RAID 更“安全”，那么 BTRFS 是一个可用的选项。如果您确实想要一些冗余和修复损坏文件的能力（它们确实发生了，您只是太晚才注意到它）。
但是，如果您所做的只是提供媒体文件，那感觉就是一种浪费。像联合文件系统这样的东西开始变得很有意义。这绝对比 RAID 0 更好。
对于我自己的家庭媒体服务器，我已经在一些 Union FS 或其他服务器上运行了 10 多年。最初使用 AUFS，但发现它不太稳定。转移到 mhddfs 仍然没有看到巨大的改进。两者都有停止工作并需要重新启动的趋势。大约 5 年前，我搬到了 MergerFS——还没有遇到任何问题。
当然，您必须确保您有良好的备份，或者所有文件都可以轻松替换。如果磁盘出现问题，它的数据就会消失（至少不像 RAID 0 那样，所有数据现在都处于无效状态）。
但我更喜欢有一些方法来恢复/替换磁盘。每隔 2 到 3 年就会发生一次，我必须修复一些东西。在 MergerFS（和其他）的想法中，我确实添加了 SnapRAID 奇偶校验 - 它除了 RAID 5 或 6 之外还有一些好处。虽然请注意，但不建议将它用于文件将经常更改的服务器. 这也确实增加了一个“快照”的想法，因为如果文件被删除或更改，SnapRAID 可以恢复文件 - 类似于您从 CoW 获得的 BTRFS 等内容 - 只是定期而不是实时。
作为旁注，我相当懒惰。之前从命令行设置过东西。但实际上，那不是我的一杯茶。在我尝试过让我的生活“更轻松”的所有特定于 NAS 的操作系统中，我更喜欢 Open Media Vault，因为它包含上面列出的所有选项以及相当简单的 Web 界面。
至于 BTRFS 是否在 MergerFS 下工作……是的。MergerFS 不关心底层文件系统是什么。只要它处理访问控制和属性，它就可以按设计工作。将单个 BTRFS 磁盘放在下面可能有点浪费，但这也是一种选择 - 只是因为不使用 BTRFS 的一些类似 RAID 的功能而失去了 BTRFS 的大部分好处，这意味着你不妨只使用 EXT4 代替。