Hey，我来帮你拆解这个问题——你碰到的其实是Windows存储空间的Parity模式和传统硬件RAID5的计算逻辑差异，核心是「列数（Columns）」这个默认设置在搞怪！

先对齐一下你的基础情况：

• 旧硬件RAID5：5块8TB盘，实际可用≈29.1TB，完全符合传统RAID5公式：(盘数-1)*单盘容量（4*8=32TB，换算成实际TiB就是≈29.1TB）
• 新配置：6块8TB盘，你预期的可用容量应该是(6-1)*8=40TB（实际≈36.3TiB），但Windows默认给出的最大可用只有29.0TB，这明显不对。

问题根源：默认列数没匹配磁盘总数 #

Windows存储空间在创建Parity虚拟磁盘时，默认的列数（也就是同时写入数据的磁盘数量）可能被自动设为了5，而不是你手里的6块盘总数。这直接限制了容量计算：

• 当列数设为5时，系统相当于只拿5块盘组建了Parity组，剩下1块盘只是躺在存储池里闲置，没被纳入虚拟磁盘的容量计算。这就导致可用容量和你旧的5盘RAID5差不多（≈29TB）。

手动调整后的容量为什么是对的？ #

当你把「Size (maximum)」改成36.3TB时，这个数值正好是(6-1)*单盘实际容量（5*7.27TiB≈36.3TiB），完全符合6块盘做Parity的预期可用容量。而「Including resiliency: 54.4TB」其实是可用容量+冗余校验容量的总和（也就是所有6块盘的总容量换算成十进制的近似值），这个是正常的。

正确的创建姿势 #

为了确保拿到预期容量，建议创建虚拟磁盘时手动干预：

• 在创建步骤中，别直接用默认选项，选择「自定义」模式
• 手动设置列数为6（和你的磁盘总数一致）
• 再设置大小为「最大可用」，这时候计算出来的可用容量就会是你想要的≈36.3TiB，和手动调整的结果一致。

额外补充：Windows Parity vs 传统RAID5 #

传统RAID5是把奇偶校验信息分散在所有磁盘上，而Windows的Parity模式更灵活——它会根据你设置的列数来分组：

• 当列数=磁盘总数时，逻辑和传统RAID5完全一致
• 当列数<磁盘总数时，会把磁盘分成多个Parity组（比如6块盘列数设为3，就会分成2个3盘RAID5组），可用容量是组数*(列数-1)*单盘容量

所以你这次的问题就是默认列数没匹配磁盘总数，导致浪费了一块盘的容量。手动调整列数或者直接拉满到正确的最大容量，都能解决问题。

备注：内容来源于stack exchange，提问作者NioZero