衣服自己洗

群晖在用了几年后，当初买的一块4T空间的硬盘看起来不太够用了，于是就加了一块 8T 硬盘，毕竟 12T 的太贵了。

对于小姐姐来说足够了。

一插入就识别出来了，确认很方便，初始化的时候想着是不是搞个raid，将来也起码有个备份的。因为就2个硬盘，于是选择了 SHR 的方式，可是万万没有想到，这样一来，2个磁盘都成了 3T 大小的了，那我的 8T 岂不是白买了。

但是后悔药岂是那么好吃的？网上一顿搜索，简直不要太麻烦，备份导出，大概思路就是使用第三块硬盘来中转下。我去哪里再找这么大容量的硬盘~

官网的 KB里也没有发现好的解决方法，最后快要放弃的时候，无意间在贴吧里发现了线索，顺便展开搜索，最终解决了。

其实还是承担了数据丢失的风险。

首先，在群晖上临时打开 ssh开关，然后使用工具远程连接。 输入 ssh xxxx@192.168.x.xxx，然后再输入 sudo -i，再次输入密码，即可进入 root 状态。

第二步，查看系统分区。输入命令 cat /proc/mdstat ， 一般md2是你的第一张盘，是按照顺序来的，也可以通过下面显示的空间大小来判断。我的硬盘分别是 4T 和 8T，比较好区分。

第三步，输入命令：

mdadm --grow --raid-devices=1 --force /dev/md2

之后 SHR 方式就变成了 basic方式。

第四步，稳妥起见，重启群晖。大风大浪都见过，不差这最后一步，万一哪里出问题了，不划算。

按照这个意思来分析，估计群晖是不是只在磁盘特定的分区位置加了标记，所以使用上面强制更新的命令，避免了中转的烦恼。这也是我前面提及会有风险的原因。

比较取巧的是，我把新硬盘的内容给清空不要了，所以需要考虑的因素就少了。

但是，但是磁盘数据备份，甚至是异地备份的事情，一定要落实，毕竟数据和回忆无价。

最近发现 docker 里的一个应用无法启动，总是报告 “failed to initialize logging driver”提示，在网上搜索了一下，找到了解决方法。对于我的这个案例来说，就是由于 lock 文件导致的。

来，直接上步骤：

1、在 docker 里开启 22 端口，然后远程 ssh 连上去。
2、输入 sudo -i 切换到管理员权限
3、输入 docker ps -a 可以查询到所有的容器，这一步可以获取到容器的 ID
4、输入 docker inspect –format='{{.LogPath}}’ <容器ID>，可以获取到该容器的日志路径
5、cd 命令进入到该目录下，然后 ls 显示所有的文件
6、删除 log 文件，对于我的案例，删除 log.db 文件
7、输入 docker start <容器ID>

至此，该应用就启动起来了。

网上的说法是由于多个终端曾经操作容器，造成容器日志被锁。而容器的日志作为启动必须加载项，被锁造成启动失败。庆幸的是容器日志可被清空删除，删除后会重新创建。

因此移除异常的日志数据库，重启容器后恢复正常。