1 什么事?

起初,没有人意识到这是一场灾难 一个客户突然在群里问 黑龙江(出问题的区域)怎么了?
image
我当时以为没啥事 甚至还来了一句 “你自己机子炸了 别上来就整个区”.... 还好多看了一眼,发现ikuai虚拟机uptime不对。
连接到机器内发现,这是什么,我引导呢?????
image

2 排查问题

刚开始我也不知道什么问题,上网随便搜了一篇文章,复制一份vhdx,开工!先ls看了看有什么分区,结果找遍了都没找到/boot/grub.
死马当活马医了,上winpe看看,指望dg能给我读出ext分区来. 果然,dg没有让我失望!打开找了找,数据都还在,不过还是没看到boot. 不过有两个“未格式化”的分区引起了我的注意!
fff0cbd87cf8a6acde15c62ff485929c
好在服务器上有好几份其他项目的ikuai,随便挂载了一个看看,果不其然在分区0中发现了boot文件夹。还我妈生boot分区!!!
接下来,就是尝试解决了.

3 解决问题

① 克隆boot至原盘,失败

9a5713385f39e1512bab47409b990f57
先将能用的ikuai中的boot分区,通过克隆分区功能直接克隆至原先的磁盘,尝试引导. 系统选单出来了,就这么简单地成功了..... 吗?
——事情没有这么简单!

等了一会之后,加载网卡驱动之前,系统自动重启了. 看来这个方法是不奏效了.

② BOOTICE重建GRUB引导,失败

我不知道我当时在想什么,这明显不可行啊.
23e28541b18ba64aa433a2de636f22de

③ 克隆数据分区至可用系统,成功

既然换boot不可行,那就反过来试试,没想到就这么成功了!
有两个分区,都是带数据的. 一个是主分区2,一个是扩展分区下面的逻辑分区4,都需要克隆.
克隆完成后,重启,成功引导,数据全在,完美解决.

另外...

解决此问题共花费31分钟.
同样是事后回顾,随便写写水一水,毕竟上次更新是8月了.