群晖的 SHR 阵列，存储空间比存储池的实际容量要小，是怎么回事？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

请不要把任何和邀请码有关的内容发到 NAS 节点。

邀请码相关的内容请使用 /go/in 节点。

如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。

这是一个创建于 627 天前的主题，其中的信息可能已经有所发展或是发生改变。

如题，想请教一下：我的群晖原本插了 4 块硬盘，分别是 4T 、6T 、4T 、4T ，最终的存储池和存储空间容量均为 10.9T ，和群晖的 raid 计算器算出来的一致

https://imgur.com/Q6VmvtY.png

最近刚买了两块 18T 的硬盘，加上手上有的一块 8T ，把 SHR 阵列上的硬盘换成了 18T 、6T 、18T 、8T 。依次放进去以后，重建阵列都很顺利。但是在第二次重建的时候我就留意到，存储空间的容量比存储池少了零点几 T 。

到现在第三次重建完以后，存储池是 29.1T ，但存储空间实际空间只有 27.9T 。想问下这是怎么回事啊？我在重建的时候是勾了那个扩容选项的。

https://imgur.com/oGk6wpA.png

存储

群晖

重建

阵列

12 条回复 2024-01-27 16:18:10 +08:00

oColtono

2024-01-25 12:46:01 +08:00

补充一下，在数据清理结束后，存储空间也还是只有 27.9T

Exp

2024-01-25 13:39:22 +08:00

我的也有这个问题，是不是因为上边的分配空间的值计算是按照 1000MB ＝ 1GB 的关系，下边实际得到可用空间的值是按照 1024MB ＝ 1GB 计算的。

参考：[关于硬盘标称容量和实际容量]( https://blog.51cto.com/zhangquanyong/663294)

Exp

2024-01-25 13:44:53 +08:00

@Exp 不对，看到了群晖官网 raid 容量计算器中的注释，容量值计算是按照二进制表示法计算的。

oColtono

2024-01-25 13:53:25 +08:00 via Android

@Exp 是的，主要是记得扩容前这俩值是一样的，现在平白无故少了 2T 有点难受

Exp

2024-01-25 14:03:49 +08:00

@oColtono #4 我现在的这两个值也有了差异，因为黑群晖系统重装，存储池重新挂载也经过了一次重建和清理。因为我也不没注意过重装前这两个值的差异，所以我现在也不知道是不是重建/清理会损失一定存储容量。

有个想法不知道对不对：

是不是 Brtfs 文件系统的快照本身有一定比例的磁盘空间占用，但是这一部分占用，群晖系统不算在可用容量里边。所以随着文件的增多，算出来的存储空间总容量与存储池容量相比会逐渐变小？

如果用几块空盘创建存储池后看存储空间容量和存储池容量没有差异是否就可以证明这个想法是对的？

oColtono

2024-01-25 14:22:37 +08:00

@Exp 不是的，快照实际上是以文件形式存在的，你可以在存储空间的右上方那里点“使用情况详细信息”看一下，这个容量包含了快照。

Exp

2024-01-25 15:13:19 +08:00

@oColtono #6 我这里只看到一个 *其它* 类，你说的快照文件是这个？