记一次系统更新导致内核丢失

起因

       在做毕设的时候，毕设的各个模块已经写完了，我便打算用qt搭建一个软件界面，但是manjaro没有自带qtcreator，我之前也不是太了解linux软件依赖，直接安装qtcreator没报错误，但启动时报了qtcore库的版本依赖错误，我考虑到可能是我很久没更新系统了，便想趁这次更新一下系统，更新过程有个替换Linux52的确认选项，我猜测这是要更新内核，我本着没事别动内核的教条，将所有替换Linux52*的选项都点了否，包括（显卡驱动），我本想期待它能完好更新的，但是却报更新失败，原因也是与显卡驱动有关，所以我只好无脑点是了，更新中也没报错。
       更新成功后，我再次安装qtcreator，也成功启动了。之后我便重启了系统，结果在grub上报了/boot/linux52内核未找到，我顿时就炸了，网上查了一下，可能是我没有执行update grub命令的原因，但这谁想得到啊，系统自动更新内核却不自动grub文件也太傻x了吧。

庆幸

       唯一的庆幸就是我在前一天备份了毕设代码吧。

解决

       我的系统没了啊，我可能要重装系统了，不过这样的话我就要重新配环境了。首先思考能否替换内核吧。于是我就去网上找内核损坏的修复方法，没想到还真找到了，这篇文章就是解决方法，文章中通过u盘启动器中的系统挂载内核损坏的系统目录，再通过chroot命令切换系统，并重新更新内核的方法着实惊艳到了我。之前我倒是听过这个命令，通过这次使用，也让我加深了对这个命令的印象。

后续

       内核成功修复了，原先的manjaro系统也成功启动了，不过重启时我发现引导时没有进入grub，而是直接启动了manjaro，于是我有些紧张，生怕我的windows又被我搞炸了，于是在manjaro下，我通过以下命令：

sudo ls /boot/efi/EFI
Boot  Manjaro  Microsoft

       发现Windows引导文件还在，我就放心了，通过更新grub.cfg文件便能重新生成引导

sudo update-grub

之后重启系统，grub界面也显示出来了，也顺利进入了windows系统。我的manjaro和windows又复活啦。