提要：前面写了那么多期，我想差不多也该完结了。然而大结局的图还没截好，所以这一期就来填个坑——如何修复系统引导。讲道理，那么长时间过去了，系统也该出点问题了吧。在此期间，我也不知道会不会出现什么命令。系统是Linux mint 18.3 kde amd64，引导方式为legacy/mbr。由于懒得搞虚拟机，这次就用实机演示。
一、具体症状
说起这个，我就想到了学生时代一周一蓝屏，一月一黑屏。那时候大多数人的选择都是到处找配件侠装系统。毕竟没有装系统无法解决的问题，要是有，那就换电脑。
然而装系统有太多弊端，学生时代可能无所谓，但到了后来，我是无论如何都不想装了。一是电脑经过长期使用，已经彻底变成了自己想要的样子，一旦格盘，所有日积月累的细节性配置付之东流。二是桌面上有太多工作资料，即使重要内容已经备份，但也总会丢失一些文件，更难受的是记忆力减退导致装完系统后完全想不起来丢了什么东西。于是我就开始思考如何尽量不装系统。
黑屏问题千千万，引导错误占一半。像这样的问题，实在不用掏出安装光盘。正常情况下，十分钟内应该能够解决。至于其具体症状，表现有三：
其一，mbr惨遭覆盖。
第一期所装的双系统，是以grub2来引导的，我把它装在了sda（系统盘）的mbr。此位置如果被覆盖，那么原本的grub2就不会启动。
最常见的情况是在安装Ubuntu之后再安装win，重启后就只能进入Windows了。
有时mbr会因不明原因意外损坏。（图1）此时开机显示“system not found”。
有时因为一些骚操作，还会得到意外的惊喜。前几天某it之家用户（@懒懒的小叶榄仁）在Linux中安装grub2，在win中安装grub4dos，最终录下了一段grub2和grub4dos互相循环启动的视频，真是可喜可贺。
其二，grub2配置问题。
grub2的配置文件就放在Linux分区的/boot/grub目录。对配置文件的修改会引起各种问题，最常见的就是grub2可以启动，但其中缺少启动项。（图2）
其三，分区发生了变化。
这种问题一般出现在对分区进行操作之后。由于分区信息改变，grub2找不到配置文件。win10的大更新（就是重启好几次的那种）经常带来这种问题，后来我不得不把win10的版本固定在1607（谁也别想骗我升级）。（图3）此时只能进入grub rescue。
