文章转自：https://jim.plus/blog/post/jim/exploring-solutions-for-synology-storage-pool-crash-corruption
大致原理就是群晖在其魔改的 MD（Multiple Devices）驱动中加入了 SynoDiskError 标记，当某块磁盘读写出错时会被标记为 error 状态，进而导致存储池损毁。群晖同时预留了 -error 接口可以清除该标记，配合重新挂载为读写，即可恢复存储池可用。
前提条件（务必确认）：硬盘及相关硬件当前无异常。若根因（坏道、电源不稳、控制器问题等）仍存在，群晖会再次标记 error，此法只是治标。
此事件起因，2026-01-19日突然发现我群晖有一块硬盘报损毁，虽然里面的数据不重要，但是要迁移里面的套件设置共享全部都得重新手动设置，又想起了之前给客户迁移数据的费劲程度（复制到新硬盘是小事，主要想恢复损毁前状态要设置的地方非常多），于是找了jim大佬，想让他帮忙想想办法支支招，所以才有这个文章的事，虽然当时临近过年我有点太忙了一直忘记写个教程，最近突然想起这个事，发现jim有把当时的处理的状况写成教程我稍微整理一下重新发一下。
此方法只合适那些只读损毁警报，而且不是修复数据而是无损迁移方案，需要你存储池有足够的空闲空间才可以迁移。
注意：群晖的损毁报错和只读保护禁止迁移到其它硬盘等等限制功能都是为了最大化保障数据不丢失，跟着操作前请备份好你的重要数据，以免迁移过程中存储阵列崩溃或硬盘原地爆炸造成的数据丢失。
但据我所知群晖是非常保守的，有不少只是有征兆或者就是硬盘数据线没插好造成的重试次数过多它就敢给你来个只读损毁警报。所以只是数据线或接口的问题，你完全可以在排除故障之后直接通过此方法直接忽略错误继续使用并且支持正版机。
前戏
正戏来了
群晖的存储池只要是空间够用，是可以随意在各个存储池中迁移的，但可恶的是他们对损毁标记的存储空间 不给使用，这功能实在令人怀疑一般人只会认为这个功能主要就是给那些还能读取的存储池迁移用的，这工程师脑子不知道是不是被驴子踢了竟然损毁标记的存储池禁止使用让用户迁移数据复杂十倍以上而且还不能完美还原原来的所有功能。
原主机情况（注意我硬盘数据都备份好了而且不是阵列）
当时图片不见了随便找一张大致的意思就是编辑之后：所在位置 选择其它存储空间 直接迁移设置和套件
然后群晖就会给你一个命运的制裁，最快速且迁移后免设置的无人守值迁移方案被官方限制住了。
使用方法
在出现上述情况，同时反复确认当前硬盘没有问题的时候，可以通过修改磁盘状态来恢复存储池可用状态
以我本地为例，执行下面的命令：
- 使用ssh连接你的群晖，不会的参考这个群晖使用SSH终端连接并获取root权限
# 去除 error 状态
找到有 error 输出的盘
cat /sys/block/md*/md/dev-*/state
从输出中找到有error输出的盘自行修改下面的命令，命令对应的关系参考下面的说明echo -error > /sys/block/md3/md/dev-sata3p5/state# 重新卷挂在为读写mount -o remount,rw /volume2
- md3: 根据存储池自行选择
- dev-sata3p5：存储池里对应磁盘分区
- volume2：对应存储池
如果你是纯白可以让 AI 帮你处理
下载 WorkBuddy或TRAE 我设置了我的推荐码安装注册后默认有送几千积分应该有可能解决此次的问题 。
自己打开ssh功能之后（不会的参考这个群晖使用SSH终端连接并获取root权限），安装之后在对话框中发送以下内容 让ai帮你处理。
参考 修改磁盘状态来恢复存储池可用状态
https://jim.plus/blog/post/jim/exploring-solutions-for-synology-storage-pool-crash-corruption
# 去除 error 状态
找到有 error 输出的盘
cat /sys/block/md*/md/dev-*/state
从输出中找到有error输出的盘自行修改下面的命令，命令对应的关系参考下面的说明echo -error > /sys/block/md3/md/dev-sata3p5/state# 重新卷挂在为读写mount -o remount,rw /volume2
- md3: 根据存储池自行选择
- dev-sata3p5：存储池里对应磁盘分区
- volume2：对应存储池