请教一个UEFI和传统引导方面的问题

[天际之上]

UEFI和传统引导在对硬件和驱动和内核模块方面的处理有什么区别吗？ 还是进入了GRUB就没什么区别了

[astolia]

https://zhuanlan.zhihu.com/p/81960137
这一系列文章就说得很好

[天际之上]

https://zhuanlan.zhihu.com/p/81960137
这一系列文章就说得很好

那引导的结果出现死机问题可能就是因为主板的UEFI实现在“3. Find something to boot Stage: 终于要进入正题了，需要启动，我们找到启动设备。就要枚举设备，发现启动设备，并把启动设备之前需要依赖的节点统统打通。然后开始移交工作，Windows或者Linux的时代开始。"中提到的设备启动或移交过程中出现问题了，导致系统加载起来出现内核问题对吗？

[astolia]

那引导的结果出现死机问题可能就是因为主板的UEFI实现在“3. Find something to boot Stage: 终于要进入正题了，需要启动，我们找到启动设备。就要枚举设备，发现启动设备，并把启动设备之前需要依赖的节点统统打通。然后开始移交工作，Windows或者Linux的时代开始。"中提到的设备启动或移交过程中出现问题了，导致系统加载起来出现内核问题对吗？

如果这阶段出现问题，大概率是根本不会去加载启动操作系统。走到移交控制这步了，已经说明至少UEFI代码认为设备初始化已经成功了。而操作系统一旦开始运行，已经说明移交工作结束了。这以后内核出错，大概率是内核自己的问题。

[天际之上]

那引导的结果出现死机问题可能就是因为主板的UEFI实现在“3. Find something to boot Stage: 终于要进入正题了，需要启动，我们找到启动设备。就要枚举设备，发现启动设备，并把启动设备之前需要依赖的节点统统打通。然后开始移交工作，Windows或者Linux的时代开始。"中提到的设备启动或移交过程中出现问题了，导致系统加载起来出现内核问题对吗？

如果这阶段出现问题，大概率是根本不会去加载启动操作系统。走到移交控制这步了，已经说明至少UEFI代码认为设备初始化已经成功了。而操作系统一旦开始运行，已经说明移交工作结束了。这以后内核出错，大概率是内核自己的问题。

那可不可能认定是GRUB在UEFI下存在问题所导致的，用另一块硬盘的GRUB通过传统方式进行引导之前的系统，一切正常。另外Linux内核在UEFI模式引导的行为和传统引导方式有不同吗