前些天把黑群的两个由4T和6T组合的存储空间，改成了一个全部6T组成的RAID5空间。最近在使用中发现，偶尔的频繁读写中，新买的一块DELL硬盘占用率总是高于其它硬盘，就想着用一块快速度硬盘来替换。因为买的都是二手6T希捷ST6000NM0034，速度应该一样，但老板说有6Gb和12Gb之分，以前买的也都是12G的，DELL的可能是低速6Gb所以重新拍了块高速的来，想把DELL的换掉。
今天收到货以后，接上机器，正确识别新硬盘。在存储空间里把新硬盘设置为热备盘，再选择DELL硬盘，停用。然后系统提示空间堪用，自动启用备份盘。
只过了两秒钟，系统错误提示就出来了，无法使用新硬盘修复降级的存储空间。然后只能手动修复，把硬盘拉到存储空间里，确定后仍然得到同样的错误。
[backcolor=rgb(222, 236, 252) !important]

错误

系统

2019/01/02 14:34:49

SYSTEM

System failed to repair degraded Storage Pool [1] using hotspare disk(s) [硬盘 12].

信息

系统

2019/01/02 14:34:47

SYSTEM

System starts to repair degraded Storage Pool [1] using hotspare disk(s) [硬盘 12].

还以为新买的硬盘有坏道，剩余空间不够RAID使用，我又用DELL的硬盘去修复RAID5，可仍然是同样的结果。

期间数次重新启动系统都没有效果。

在群晖网站也没找到System failed to repair degraded Storage Pool [1] using hotspare disk(s) 这种错误的解决方法，只能自己手动解决了。
使用putty通过SSH连接群晖，查看硬盘分区和RAID状态，结果发现了一个问题。
原来上次整理空间时，想把电脑做成无U盘启动，所以将6T硬盘中的一个增加了windows分区，这个本来是群晖保留的200M左右空间，我分了个95M的分区。所以存储空间使用的6块硬盘，5块是3个分区，一块是4个分区，应该是这种原因导致的无法修复。

使用sudo fdisk /dev/sda命令，d删除分区，将95M的分区3删除。这里差点把数据分区删除，因为默认是最后一个分区，还好当时没有用W写入命令，直接Q退出重新弄。
把新硬盘的分区也删除，删除后好像需要重新启动分区表才会生效。
结果重启后仍然无法修复存储空间，继续SSH连接，查看分区情况，发现硬盘sda仍然和其它硬盘分区不一样，别人是123，他是124，刚才删除的3虽然没了，sda4却不会自动变为sda3，仍然不能自动修复。

不知道怎么调整分区的序号，并且目前RAID5是降级状态，万一分区号改变RAID损坏，所有数据就会全部丢失，只能再想其它办法。
按照这些硬盘的分区数据，用fdisk给新硬盘分区，增加了一个新分区sdl3,大小和起始位置都一模一样。

分区弄好了，还要手动修改raid，将新分区增加到raid中去。/dev/md0和/dev/md1是群晖的系统分区，我们创建的存储空间是/dev/md2(可以用df和sudo fdisk -l查看)
先看下目前的raid情况
sudo mdadm --detail /dev/md2

本应是7块的，目前只有6块，sda是4分区，其它是3分区。
将刚才新硬盘的分区增加到RAID里，sudo mdadm --manage /dev/md2 --add /dev/sdl3
再重新查看RAID情况
成功了，sdl3加入raid，并且自动进入了重建状态。
再查看存储空间管理员，显示存储空间正在进行数据一致性检查，至此总算是把问题给解决了，目前等待检查结束看空间状态是否正常，如果正常那就完全没有问题了。

修复过程中，还怀疑过SSD缓存，把SSD缓存删除也没起任何作用。
现在不知道因为sda4的分区，是否下次硬盘损坏仍然无法自动修复。考虑找工具将sda4改为sda3，不行的话就把硬盘初始化一下重新分区。

相当细致，感谢分享，很好的学习