Unraid 阵列最容易踩的三个坑：校验盘选了比数据盘小的，阵列起不来

阵列写入速度受校验盘限制，持续写约 100-150MB/s

下面按「从最容易查的开始」排，不要跳步。

先说结论

排查顺序比经验重要：从电源和连接查起，八成问题在前三步就能定位。

• 第一步：换电源、换线、换口，排除外部
• 第二步：看日志，找第一条报错而不是最后一条
• 第三步：最小系统复现，逐个加回组件
• 第四步：才考虑换硬件
• 记录：把每次改动写下来，避免来回试

排查顺序

顺序错了，时间就白花了。正确的顺序是「由外向内、由便宜到贵」：

• 换一个已知良好的电源与线材
• 把设备接到最小系统（只留必要外设）复现
• 读日志的第一条错误与最后一条错误
• 检查温度与供电电压是否在范围内
• 搜索时用报错原文，不要用现象描述

三个坑分别长什么样

校验盘选了比数据盘小的，阵列起不来。

把校验当 RAID，认为坏两块也没事。

不用缓存池跑 Docker，容器启动慢到怀疑人生。

三条的共同点是：重启或重插之后会「好一阵」，于是被当成偶发。

这台机器的几个已知问题

同型号用户踩过的，大概率你也会遇到：

• 单盘校验模式下，坏一块盘只丢那一块的数据，不是全部
• 校验盘必须不小于阵列中最大的数据盘
• 阵列写入速度受校验盘限制，持续写约 100-150MB/s
• 缓存池（SSD）能显著改善小文件与容器性能

参数与对照

出问题时先核对这几项是否在规格内：

什么时候该放弃

如果同一问题在最小系统上仍能复现，且换过电源，那大概率是硬件本身。

扩容最灵活，代价是写入速度和一点点折腾。维修报价超过残值一半，就不值得修。

还有几处容易被忽略的

这几条不影响能不能用，但影响用得顺不顺。

• 最大优势是「混盘」：不同容量硬盘可以一起用，扩容只加不小的盘
• 社区应用模板丰富，但每个容器都要自己配一遍
• 把校验当 RAID，认为坏两块也没事
• 不用缓存池跑 Docker，容器启动慢到怀疑人生

把「偶发」当偶发，是最贵的习惯。