[TOC]
前言
之前安装Ubuntu出问题的时候，都会出现grub source问题，一直也没太在意，因为毕竟还不是主要OS。只是这次装的东西有点多了，配置环境都更新了一遍，再重新配一次比较麻烦，结果还是在双系统Windows升级的时候出现了这个问题……后来根据网上的资料，是因为在Windows下强行删除Ubuntu系统分区所导致的。查了些资料，最后——还是没搞定，又重新装的，所以希望能记录一下，免得以后又不会处理了。
出现原因
无非就是Ubuntu分区发生变化或丢失。
解决方法
思路
基本思路有两个，第一个是修改启动顺序，通过启动Windows修复引导，删除关于Ubuntu的引导后就能安全删除Ubuntu分区(或者不用考虑Ubuntu)；第二个是寻找Ubuntu引导分区，然后修复grub引导。第一种思路暂时没试过，不过感觉既然能让Windows启动，基本电脑就没问题了吧……其实还是第二种思路来的比较实在，所以下面的是通过第二种方法实现的。当然，如果第二种方法不行，那只能重装系统了……
步骤
1.显示磁盘分区1ls
这时候，grub会显示所有的磁盘分区。
2. 找到相应的引导分区
一般在安装时的分区，都会要求分出boot、、home三个的大小(当然Ubuntu还会需要一定的swap空间，不过这个不是必须的)，所以我这里默认boot分区已经分出来了，如果想了解如何修复未分出boot的情况，请自行浏览参考文章，里面有解决方法。1ls (hdx,x)/boot/grub
如果列举了一堆文件的话，就证明引导分区已经找到了。
3. 链接引导分区
grub2 其实是分成两部分的，简单理解，一部分是包含在启动项中，主要作用是用于找到引导分区的，而另一部分就是在引导分区中，通过启动文件找到引导分区，然后引导分区开始工作，引导电脑启动系统。所以，出现grub source问题简单讲，就是找不到引导分区，而我们要做的是让grub重新找到引导分区。
通过上面两个步骤，基本我们已经找到了引导分区，所以接下来就是要重新建立链接。1
2
3set root=(hdx,x)
set prefix=(hdx,x)/boot/grub
insmod /boot/grub/normal.mod
然后1normal
就能调出丢失的grub菜单了。
当然，这里我曾今出现过输入normal出现错误，不知道为什么。(后来是通过光盘Ubuntu里的grub输入相同命令成功引导的)
这时候重启应该就能看到grub菜单了，进入Ubuntu后，1
2
3sudo update-grub
sudo grub-install /dev/sda
(sda是你的硬盘号码，千万不要指定分区号码，例如sda1，sda5等都不对)
基本就成功修复了。
最后再说一点，Windows下如果把Ubuntu所有分区全部删了的话就基本救不活了！(因为boot分区也有可能被删除了……这就真的救不回来了，我也是后来才发现的……)
参考
如果觉得《grub引导项修复详解_grub2修复引导 · LINCHUAN的小站》对你有帮助，请点赞、收藏，并留下你的观点哦！
