背景
我有一台 4 盘位 NAS （绿联），没有组 RAID 。当前每块硬盘都独立挂载，遇到以下问题：

下载管理：使用 qBittorrent 时，需要分别指定下载路径，一块硬盘满了之后还得手动切换到下一块，非常麻烦。
文件共享：除 SMB 外的协议（如 WebDAV ）只能一次暴露一个挂载点，这就意味着只能看见一个盘位的文件，无法像一个整体那样消费。（不知道其他品牌的 NAS 提供的 WebDAV 是否也是这样）

需求

希望在文件系统层面把这 4 个独立硬盘合并成一个逻辑卷，不必手动切换下载目录或面对多个挂载点。
也能在 WebDAV 等协议下看到一个统一的“文件夹”，而不是分散的多个盘位。

想请教的问题

在不组 RAID 的情况下，群晖、威联通等品牌 NAS 是否原生支持类似“单一逻辑卷”或“多盘合并”的功能？
有人尝试过其他方式把多块硬盘空间合并到一个目录吗？使用体验、踩过的坑有哪些？
如果不走 RAID 而只在文件系统层面做合并，对数据安全性、扩容、维护等方面有哪些要注意或有实践经验可以分享？

那不就是 raid0

unraid 可以实现

raid0 炸一块全没了，还是有点伤。我就是为了解决这个问题准备再入一个 unraid 搭配群晖 920 。看看还有没有其他方案。

你是想说极空间的 zdr 吗？

你的需求不是要一个卷，只是一个目录
nas 我没用过，但 linux/windows 的 mount/symblink 都能把不同的硬盘加到同一个目录下，再用协议对外开放这个目录就行了，nas 不至于没有这样的功能吧？

有个叫 mergerfs 的玩意
github.com/trapexit/mergerfs

btrfs 就很棒

unraid 就是简单的文件/文件夹合并

JBOD 就是你说的这种模式

RAID 0 (mdadm)
JBOD (device-mapper)
LVM

大概都可以实现?

jbod 这种模式，需要从一开始就组这种逻辑卷，而且任何一个硬盘损坏会导致整个逻辑卷数据丢失，为了方便丢了安全性有点得不偿失

你要的应该不是 raid0 或者 lvm 逻辑卷,你希望的应该是每个盘可以独立存储,然后最好可以有一个目录可以自动整合 4 个盘的存储,如果丢数据的话也只丢一个盘..。那你可以关注下 unraid 这个系统，或者 搜一下 mergerfs 这个项目

我觉得绿联这 nas 的意义就是装黑群或者别的 os

第二条文件共享如果是真的，只能说绿联真烂

unraid +1

装个 lvm2 把各个分区加入同一卷组

那不是 raid0 吗，jbod 每个硬盘是独立的，只有损坏的硬盘上的数据会丢失，其他硬盘都是正常的啊

只推荐 mergerfs ，直接用文件夹组合成一个卷，非常灵活，并不破坏原有的文件结构，你还可以配置写入策略（比如平均写入或者按剩余容量）

lvm 就可以了

有人说过了，mergerfs 就是目前唯一正确答案。配置也简单，没什么坑。像 lvm unraid 之类的都需要侵入式的修改。

mergefs 就够了，不用改现有盘的数据就可以挂

mergerfs 聚合，snapraid 冷/热备

不组 raid ，还要单一逻辑卷，那不就是 jbod 了吗，理论上还存在其他方法，但那个比 raid 恐怕更麻烦

zfs :)

正在用 mergefs

jbod 模式了解下(

同需求，最后用的 mergefs ，不过我会遇到一个问题是当文件夹 A 在硬盘 a 中创建之后持续写入好像不会触发剩余多少跳转到下一个硬盘写入，而是会直接提醒硬盘容量不足，并且卡在设定的剩余容量那里。不知道楼上各位是否遇到过。

＃16 不太准确，JBOD 模式下文件可能被分割并存在不同的盘上，坏了一个可能文件就直接坏了，另外整个模式的磁盘阵列信息一般只存在一个盘中，如果这个盘刚好坏了，那整个数据恢复就很复杂了

lvm ？

我用的 LVM,不过因为就是买了一堆便宜的 500g 硬盘下载电影用的,如果有重要数据,非常不建议

mergerfs+1

snapraid+mergerfs 应该是比较主流的玩法。raid0 、lvm 、jbod 都可以组单一逻辑卷，但损坏一块硬盘会导致整个逻辑卷数据损坏。
本质是读写策略问题，逻辑卷收到读写请求后如何分配到多个底层物理磁盘上，mergerfs 可以灵活的配置策略。

我这边 win 下，用 stablebit drivepool 。30 刀。

我选择 RAID10 ，稳得很