引言和吐槽
之前就一直看到各种 win10 1709 秋季创意者更新的文章，说什么毛玻璃特效、各种更新balabala弄得自己心里很期待的样子。于是当看到系统提示 win10 可以更新1709的时候就手欠点击了更新。
然后，然后也没看到所谓毛玻璃，除了开始菜单上多了一个“人脉”的图标外看不到变化（对了还有图标选择最小图示的时候无法重命名）。后来翻阅了一下微软官方博客《What’s new in the Windows 10 Fall Creators Update》才发现这次更新根本没有所谓毛玻璃这样的视觉设计更新。
修复 GRUB
好吧说说本文重点双系统下 Linux 启动引导工具 GRUB 的修复问题。其实在更新1709的时候就需要重启，当时就发现了 GRUB 无法进入启动选择菜单了，不过为了看看新 win10 就改主板从 windows 启动了。
本次修复的环境是uefi启动方式的gpt分区的双系统硬盘，GRUB 并没有完全坏掉，可以进入 grub rescue 救援模式，GRUB 的错误信息是unknown filesystem。大致上会是这样的系统提示：
error: unknown filesystem.Entering rescue mode...grub rescue>
1. 查找 Linux 系统引导所在
如果记得 Linux 系统所在分区名字就省事了，不确定的话就要先找到系统和启动分区。使用ls命令查看所有分区
grub rescue> ls(hd0) (hd0,gpt8) (hd0,gpt7) (hd0,gpt6) ...
上面是我的结果，根据记忆我的 manjaro 系统应该在硬盘后两个分区上，win10 在前面几个分区。所有继续尝试找出系统所在：
grub rescue> ls (hd0,gpt8)/./ ../ lost+found/ bin/ boot/ dev/ etc/ ...
我先试了最后一个分区果然返回了 Linux 根目录的文件，包括我们看到了boot/启动引导文件的目录。当然如果不是这个分区只要继续尝试ls + 分区 + /找到系统分区就可以下一步了。
2. 配置救援环境并启动 Linux
首先看一下当前的启动设置，使用set命令
grub rescue> setcmdpath=(hd0,gtp2)/EFI/Manjaro/prefix=(hd0,gpt7)/boot/grubroot=hd0,gpt7
prefix 指定的是 GRUB 的安装目录，但是分区是错的，root 指定的是系统的根目录所在，分区也是错的。
所以下一步就是修改设置
grub rescue> set prefix=(hd0,gpt8)/boot/brubgrub rescue> set root=(hd0,gtp8) # 没括号好像也行
接下来启动normal模块，正常启动时也是会启动这个模块但是现在需要手动
grub rescue> insmod normalgrub rescue> normal
然后我们就能看到喜闻乐见的启动选择菜单了。但是别着急，我们还需要进入系统后重新安装一下 GRUB 不然的话每次启动都要来一遍上面的过程就…
重新安装 GRUB
首先确认一下启动文件在什么地方，使用df命令
然后执行：
sudo grub-install /dev/sda2
输入密码等待执行结束就OK了
