ubuntu下关于kexe -l grub.exe应用的问题

helloxixi

本人计算机上安装了win7和ubuntu双系统，现在系统启动进入ubuntu系统，在ubunut系统中执行kexec -l grub.exe ，通过把grub.exe 当做内核的方式load，然后通过grub.exe去引导win7系统，现在在虚拟机上做是可以的，但是实体物理机上grub.exe 会挂死，鼠标键盘都没有上电，从而启动失败。有人遇到这样的问题没？

不点

简单答复：别做这种美梦了。

详细答复：在 grub4dos 的英文论坛上，经过长期讨论，已经把这个问题弄清楚了。

硬件制造商在硬件规范中，已经对 bios 进行了全方位封杀。举例来说，intel 的 ahci 硬件规范，明确规定，一旦某个 32 位系统从 bios 那里夺过 ahci 控制权，就不能再把控制权返回给 bios，必须重启电脑才能让 bios 重新获得 ahci 控制权。linux 的 ahci 驱动在 linux 环境下接管了 ahci 控制权，按照 intel 的规范，那么 bios 就无法获得 ahci 控制权了，因此，只要进入实模式通过 bios 来访问 ahci 硬盘就会死机。在后期，甚至连 bios 本身都被封杀了，只能使用 efi。

vikeylee

如果我们绕过intel 的 ahci 硬件规范，这个方案是否可行呢？

有两种方式：
1、bios中不开启ahci，而使用ide。
2、bios开启ahci，第一个linux运行在内存中，不加载ahci驱动。

不点

遇到封杀时，最好的做法是 “乖乖地死掉，不要反抗”。为什么呢？很简单，反抗是无用的，累都得累死，还不如干脆死掉，大家都不折磨，都不受罪。

即使不开启 ahci，也不能保证 bios 与操作系统争夺硬盘控制权的逻辑电路一定会失效。就算硬盘不再争夺了，它可以制定一个新规范，让键盘争夺。要知道是谁有权制定规范。

第二个问题，让 linux 不访问硬盘。确实可以成功。作为概念证明，在 reboot.pro 的 grub4dos 英文论坛上，我编译并上载了一个不访问硬盘的 linux，确实可以通过 kexec 加载 grub.exe 而进入 grub 环境，而且不再发生死机。然而这样一个 linux 也仅仅只能当做一个启动软件来用罢了，它的功能，不比一个纯粹的启动软件强。它连硬盘都不能访问，它还有什么卵用？它连 grub 都不如，因此毫无意义。

vikeylee

不点大侠，我这是不撞南墙不回头的人，：） 那我们是否有一种方案，可以突破这种限制呢？类似利用bug来hack，crack，越狱之类的方法。我想我们要的就是这种挑战，不是吗？

对这个问题，我想了解的是你所说的“封杀”，是如何做到的，是否帮忙提供一下“封杀”所来至的硬件规范信息，或者原理，不甚感激。

我这里有个想法，既然重启后再次进过bios后，限制就解除了，那是不是说bios做了某些事情，解除了这个限制。我们是否可以去了解“bios做了某些事情”的内容，我们替bios做一下（目前有很多开源的bios可用），是不是也可以搞定我们要搞的事情呢？

不点

真抱歉，我没兴趣了。开源的 bios 形不成气候，也是被封杀的对象。因此，我没有深入研究和讨论的兴趣。

封杀是个人认识，没有强加给任何人的意思。

封杀了就封杀了，与我关系不大，我自然有办法应对：即，我躲避它，尽量不买这样的产品，尽量转向 ARM 等其他平台。

你和我的目的好像不一样，我们好像不在一个轨道上。我们关注的重点是不同的。建议我们终止讨论。

vikeylee

对于自身产品中的技术难点，好不容易找到一个可行的解决方案，就这样被“杀”掉了，实有不甘啊。还请不点大师指点一二啊，拜托了。

不点

BIOS 整体处于被淘汰、被封杀的架势，你的产品还依赖于这个？恕我不客气，别这样折磨自己。

我给你泼一盆冷水，可能是打击了你。不过，我认为我这是负责任的答复。

人如果去做有难度的事情，那是有志向的人、是聪明人。

人如果去做 “不可能做到” 的事情，那就属于傻瓜。

聪明人和傻瓜的差别，就在一念之间，并非相差很远。

当然，没有绝对的聪明，也没有绝对的傻。这都是变化的概念，每个人都有自己的标准。

poyema290

辛苦辛苦，谢谢了~~