群晖硬盘突然变只读----数据最后的救赎

事故背景

今天心情不错，于是决定打开手机上的群辉音乐APP听会歌，结果突然发现，群晖的音乐服务不能用了，提示没有权限使用该服务。见了鬼了，我怎么可能没有权限呢？于是登录群晖后台，果然事情没这么简单：

当时就心理一惊，储存池二，变成了只读模式。查看日志，系统警告有错误，等级严重。要求有重要数据需立刻复制去其他储存池，然后卸载该储存空间。

这里介绍下背景，我自己5105软路由做的all in one 系统，pve下装了op和黑裙，然后是单独的debain系统装docker，为了硬解也是单独装的jellyfin，为了不被one boom all boom，QB下载也是单独的一个虚拟机，这样不管docker jellyfin还是qb不稳定出问题了，都不会影响到整个pve系统。黑裙的话一个nvme分出来的虚拟硬盘，一个sata口接的老笔记本上的机械硬盘，本身就用了10+年了，当初就担心硬盘挂掉，所以这块硬盘的数据多处同步，问题倒是不大。冷静下来思考损失的时候，想到这儿，心理轻松了不少。

查了下资料，官方建议很详细了：

准备尝试挽救，进入储存管理器中查看，发现可以转换为读写模式，思考了一下，因为所有的套件都装在这块盘上的，还是想偷个懒，直接转换为读写模式，毕竟所有的重要数据都有备份在另外的个地方，这里损坏最大的损失就是重新安转设置套件的时间。于是根据系统提示开始尝试恢复。

会有警告

继续，结束后查看储存池仍然显示警告，于是根据指引执行 【文件系统检查】 。

提示会卸载出问题的这个硬盘储存空间 继续

然而并没有什么#用，中间还根据提示删除了套件docker，重启又是进入到只读模式了。

最终确认恢复失败，卸载硬盘重新格式化.....

使用感受

根据日志报错的时间，猜测应该是all in boom系统，升级op出问题后频繁重启调试的时候，群晖被动跟随开关机过程中硬盘出了问题。感慨玩all in boom久了，最终的归宿还是会回到1 in 1。由于数据3处备份几乎可以算无损失，本次故障最大的损失就是后续重建花费的时间了。

灾后重建

痛定思痛，我给黑裙又添加了一块同HDD同样大小的虚拟硬盘，组了个RAID1，这样后续再出问题，至少可以轻松恢复，拯救我安装套件和做设置的时间。

总结

针对这次事故，总结如下：

1.黑群的尽头是白群，真玩NAS还是要上白群晖，真出问题了会有官方的技术支持。

2.群晖装套件的储存池还是要至少两块盘组个raid1，这样即使一块盘出问题了，至少能迅速无伤恢复。

3.群晖一定要开通通知功能，不管微信还是邮件还是短信，出问题了能第一时间处理。

4.重要数据多处备份非常有必要，群晖自带的同步功能就很好用。

5.要玩all in one硬件选择和软件系统规划设计很重要，需要NAS功能的话尽量选支持3.5寸多sata口的，毕竟数据安全是底层。

作者声明本文无利益相关，欢迎值友理性交流，和谐讨论～