群晖启动有硬盘报损毁,疑似不能成功访问系统分区,又没有修复按钮,怎么办?
理塘の无人机
编辑于 2025年11月08日 17:41

打开群晖看到硬盘损毁

尝试以下方法:

1、重启nas

2、改变硬盘接口位置顺序

3、重做引导

4、使用diskgenius格式化第一系统分区

5、使用diskgenius删除第一系统分区(有人说不可逆损毁了,没敢试)

均没有解决问题

搜索查到了新的思路,详见https://zhuanlan.zhihu.com/p/662964228,问题解决

总结方法:

1、ssh连接nas终端

2、使用 fdisk -l 指令查看硬盘代号

Disk /dev/sde: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors

Disk model: ST4000VX000-2AG166

Units: sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 4096 bytes

I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disklabel type: gpt

/dev/sde1   2048  4982527  4980480 2.4G Linux RAID

/dev/sde2 4982528  9176831  4194304  2G Linux RAID

/dev/sde5 9453280 7813830239 7804376960 3.6T Linux RAID

如上,该4t硬盘的代号为sde。依次获得所有硬盘的代号。我的情况是1个ssd(sdb)单独basic,6个hdd(sde,sdg,sdh,sdi,sdj,sdk)组成shr(即raid5)。

因此对于系统分区的md0和md1,应该是7个盘都包含。对于组成raid5的md3,应该只有hdd的6个盘。ssd的basic则位于md6单独存在。

3、使用 cat /proc/mdstat 指令查看当前硬盘挂载情况

md1 : active raid1 sdi2[1] sdb2[5] sdg2[4] sdh2[3] sde2[2]

md0 : active raid1 sdk1[0] sdi1[1] sdb1[5] sdg1[4] sdh1[3] sde1[2]

md3 : active raid5 sdh5[0] sdg5[5] sdk5[4] sdi5[3] sde5[2]

md6 : active raid1 sdb3[0]

容易注意到,md1缺失sdk2和sdj2,md0缺失sdj1,md3缺失sdj5

4、使用 mdadm /dev/mdx -a /dev/sdyz 的命令补充缺失部分,如mdadm /dev/md0 -a /dev/sda1则是把sda1加入到md0中。根据实际情况更改x和y和z的值。补充完毕如下:

md1 : active raid1 sdj2[6] sdk2[0] sdi2[1] sdb2[5] sdg2[4] sdh2[3] sde2[2]

md0 : active raid1 sdj1[6] sdk1[0] sdi1[1] sdb1[5] sdg1[4] sdh1[3] sde1[2]

md3 : active raid5 sdj5[6] sdh5[0] sdg5[5] sdk5[4] sdi5[3] sde5[2]

md6 : active raid1 sdb3[0]

回到nas web页面,存储池已经开始重新验证,修复成功!