背景

NAS崩溃,使用的是群晖的6.2版本。本来以为是个小问题,结果Nas的系统无法启动了……

修复NAS

2023年3月17日晚,发现Nas响应缓慢,无法打开File Station。于是尝试重启NAS,结果悲剧了,无法进入NAS系统。数据我不怎么害怕丢失,主要是我使用的双盘镜像,除非2个硬盘全部损坏,这种概率比较小。

于是尝试修复NAS系统,这个过程有时间我再写一下吧!主要就是群晖引导程序的适配,找到正确的方法就行,网络上有很多大侠的文章,花时间测试即可。经过2天的折腾,终于成功安装NAS引导系统,版本为DSM7.1,固件版本为42962。

修复数据库

NAS系统修复后,尝试安装Mariadb 5,很不幸新版本没有了!哎呀我心里一万个卧槽,还好群晖系统重装不会丢失数据文件,经过一番折腾,再目录中找到了原始的数据文件。

/volume1/@database/mysql/typecho
root@Mydsm:/volume1/@database/mysql/typecho# ll
total 11460
drwx------ 1 mysql mysql     1504 Nov 19 13:38 .
drwxr-xr-x 1 mysql mysql      352 Jan 15 12:06 ..
-rw-rw---- 1 mysql mysql       61 Feb 21  2021 db.opt
-rw-rw---- 1 mysql mysql    13104 Feb 21  2021 typecho_comments.frm
-rw-rw---- 1 mysql mysql    37412 Mar 17 16:25 typecho_comments.MYD
-rw-rw---- 1 mysql mysql    10240 Mar 17 16:25 typecho_comments.MYI
-rw-rw---- 1 mysql mysql     9202 Aug 28  2022 typecho_contents.frm
-rw-rw---- 1 mysql mysql   684060 Mar 17 20:08 typecho_contents.MYD
-rw-rw---- 1 mysql mysql    41984 Mar 17 20:08 typecho_contents.MYI
-rw-rw---- 1 mysql mysql     8742 Feb 21  2021 typecho_fields.frm
-rw-rw---- 1 mysql mysql    56612 Mar 16 09:30 typecho_fields.MYD
-rw-rw---- 1 mysql mysql   119808 Mar 16 09:30 typecho_fields.MYI
-rw-rw---- 1 mysql mysql     8648 Aug 28  2022 typecho_handsomecache.frm
-rw-rw---- 1 mysql mysql 10485760 Mar 17 20:23 typecho_handsomecache.ibd
-rw-rw---- 1 mysql mysql     8605 Nov 19 13:38 typecho_handsomerelationships.frm
-rw-rw---- 1 mysql mysql        0 Nov 19 13:38 typecho_handsomerelationships.MYD
-rw-rw---- 1 mysql mysql     1024 Nov 19 13:38 typecho_handsomerelationships.MYI
-rw-rw---- 1 mysql mysql     8737 Nov 19 13:38 typecho_handsometag.frm
-rw-rw---- 1 mysql mysql        0 Nov 19 13:38 typecho_handsometag.MYD
-rw-rw---- 1 mysql mysql     4096 Nov 19 13:38 typecho_handsometag.MYI
-rw-rw---- 1 mysql mysql    12969 Feb 21  2021 typecho_links.frm
-rw-rw---- 1 mysql mysql     2244 Dec 28 15:07 typecho_links.MYD
-rw-rw---- 1 mysql mysql     2048 Dec 28 15:07 typecho_links.MYI
-rw-rw---- 1 mysql mysql     8790 Feb 21  2021 typecho_metas.frm
-rw-rw---- 1 mysql mysql     2276 Mar 17 17:02 typecho_metas.MYD
-rw-rw---- 1 mysql mysql     8192 Mar 17 17:02 typecho_metas.MYI
-rw-rw---- 1 mysql mysql     8618 Aug 28  2022 typecho_metingcache.frm
-rw-rw---- 1 mysql mysql    15948 Aug 28  2022 typecho_metingcache.MYD
-rw-rw---- 1 mysql mysql     2048 Aug 28  2022 typecho_metingcache.MYI
-rw-rw---- 1 mysql mysql     8622 Feb 21  2021 typecho_options.frm
-rw-rw---- 1 mysql mysql    33564 Mar 17 17:02 typecho_options.MYD
-rw-rw---- 1 mysql mysql     4096 Mar 17 17:02 typecho_options.MYI
-rw-rw---- 1 mysql mysql     8586 Feb 21  2021 typecho_relationships.frm
-rw-rw---- 1 mysql mysql     2493 Mar 17 17:02 typecho_relationships.MYD
-rw-rw---- 1 mysql mysql     9216 Mar 17 17:02 typecho_relationships.MYI
-rw-rw---- 1 mysql mysql     8906 Feb 21  2021 typecho_users.frm
-rw-rw---- 1 mysql mysql      892 Mar 17 17:02 typecho_users.MYD
-rw-rw---- 1 mysql mysql     9216 Mar 17 17:09 typecho_users.MYI

找到原始数据文件,尝试将全部数据复制到另外一台安装了Mariadb 5的服务器上的数据目录,出问题了!当启用Handsome插件时提示typecho_handsomecache这张表有问题,开始还以为表没拷贝过去,结果不是。哎,这不是悲剧了!

找备份的表

为了修复损坏的表,找了很多方法。其中包括删除handsome的插件,全部重新安装,结果还是不能生成新表;给handsome发了故障处理工单,一直收不到回复;最后逼不得已,将去年7月份的一次备份的数据库还原后,将里面的表复制,并尝试重启启动数据库,结果还不错,可以用(用这样的方法来恢复,我也不知道有没有什么后遗症,算了死马当活马医了)。

至此,将损坏的表恢复后,尝试切换主题和插件(切换插件时还报了一个错,刷新页面后成功了,也没有纠结了),页面可以正常访问了。

后续的工作就是还原以前的handsome插件的设置,没有备份,只能慢慢来添加了。



最后修改:2023 年 04 月 30 日
如果觉得我的文章对你有用,请随意赞赏