uefi

调试Windows11启动过程本文的我复现《软件调试卷2：Windows平台调试》（以下简称《软件调试》）中相关实验的总结。《软件调试》中调试的是32位系统，我这里使用64位Windows 11系统进行复现。

深入理解硬盘分区表（MBR / GPT）与固件启动模式（Legacy / UEFI）无论是安装操作系统、排查启动故障，还是给旧电脑升级，你都会遇到 MBR / GPT 和 Legacy / UEFI 这两对概念。简单来说：主板固件是“引导器”，硬盘分区表是“地图”。两者必须正确匹配，电脑才能正常启动。

UEFI Driver 程序框架前面几节着重介绍了 UEFI 应用程序的编写。在之前的介绍中 UEFI Application 通常在 UEFI Shell 中运行，特点是执行完即退出，不常驻系统且不提供服务，而是查找并使用系统中的 Protocol 服务。本节简单介绍一下 UEFI 的另一种重要的程序类型，即 UEFI Driver。有过 Linux 开发经验的朋友可以很容易理解这种设计思想，即类比于 Linux 的应用层和驱动层分离的设计思想。应用程序不能直接访问硬件，而是基于驱动程序提供的服务访问硬件数据，以实现特定功能。具体来说

如何在EDKII中编译UNIX风格C语言通过阅读前面的 EDKII 相关代码实现，我们可以很容易发现其虽使用的是 C 语言语法，但编写规则与我们在 IDE 或者操作系统上运行的 C 语言代码不太一样。以简单的 HelloWorld 程序为例。EDKII 中的代码为：

UEFI Application 如何调用 Protocol前面我们介绍过 Protocol 的本质是一个包含一系列函数指针的 C 语言结构体。例如：本文旨在说明 Protocol 中定义的函数在 UEFI 应用程序中该如何调用。

如何使用 UEFI Shell 执行 Hello World 程序在之前的文章中曾详细介绍了 EDKII 开发环境的搭建以及 OVMF 固件的编译过程。并且使用 QEMU 虚拟机来执行编译好的 OVMF 固件。我们知道在 Linux 终端中可以在命令行中执行编译好的应用程序，UEFI 也有 shell，如下图所示。我们能够在 shell 中执行编译好的 UEFI Application。本文以简单的 Hello World 程序为例来介绍 UEFI 应用程序的编译执行过程和各个文件的作用。

DevOps自动化运维实践_搭建UEFI网络引导的自动安装Debian系统DevOps自动化运维实践_搭建UEFI网络引导的自动安装Ubuntu20及其更高版本系统https://blog.csdn.net/xiaochenXIHUA/article/details/159546930

DevOps自动化运维实践_基于Cobbler搭建UEFI网络引导的自动安装平台DevOps自动化运维实践_Legacy Boot与UEFI Boot网络启动(PXE)的原理解析https://blog.csdn.net/xiaochenXIHUA/article/details/159351845

飞腾平台 UEFI 与 U-Boot 启动方案对比及选型建议在飞腾处理器平台上，系统启动方案主要包括两种技术路线：UEFI 固件方式与 U-Boot 引导方式。两种方案在系统架构、硬件支持能力、标准化程度以及工程可维护性等方面存在显著差异。

edp极化问题解决之uefi篇目录uefi 显示接口类型配置GOP目录代码结构显示接口类型定义显示流程DTS配置时序参数配置关键数据结构disp_channel

基于QEMU+OpenSBI+edk2的riscv启动流程解析目标：了解riscv平台，基于QEMU+OpenSBI+edk2的启动流程主要回答以下几个关键问题：

深度解析：Linux ISO引导配置与安装模式设计在现代Linux发行版的ISO镜像中，isolinux/isolinux.cfg和EFI/BOOT/grub.cfg是两个至关重要的引导配置文件。它们分别对应着传统BIOS（Legacy）和现代UEFI两种固件标准，共同构成了Linux安装介质的双引导体系。本文将从技术角度深入剖析这两个配置文件的设计原理、工作流程，以及如何定制化扩展安装选项。

UEFI 中的杂项知识总结-Protocol Handle 机制的详细介绍⭐️UEFI 中的 Protocol Handle 机制Reset Vector（复位向量）是 CPU（或其他处理器）在上电复位（Power-on Reset）或手动复位（Reset信号触发）后，无条件跳转去执行的第一条指令的地址。

UEFI BIOS深度解析：现代固件架构的革命性突破本文深入探讨UEFI（统一可扩展固件接口）的架构设计、核心概念和相比Legacy BIOS的革命性优势

UEFI - FV/FFS/FDF 的关系如果一个磁盘是没有经过分区的简单状态并且没有文件系统的话是什么样的，所有的文件扁平化的分布在整个磁盘空间，没有组织逻辑，没有文件夹等等，这不是一个理想的状态。固件卷的概念就类似于磁盘分区，它是 UEFI 固件中用于存放各种固件文件，即FFS 文件的容器。里面按规定组织了各种 UEFI 文件。比如：DXE 驱动（.efi）、PEI 模块、微码（microcode）、配置数据、ACPI 表、变量存储区、Logo 图片等资源。

UEFI-PEI 阶段的深层介绍PEI Core：是PEI阶段的核心引擎，负责寻找，加载和执行各种PEIM。PEI Core首先首先运行一个小的固定的SEC阶段的代码，这段代码通常使用CPU缓存作为临时内存来运行。一旦找到并初始化了真正的系统内存，PEI核心就会把执行权交给永久内存管理器，从而结束使用CAR。

BIOS/UEFI 与其分别使用的磁盘分区形式 MBR/GPT核心区别对比表格BIOS 的工作流程简单介绍如下。首先电脑通电之后会进行开机自检，检查 CPU、内存、硬盘等关键硬件是否正常。随后开始初始化硬件，加载显卡，硬盘等设备的驱动。最后按照设定的启动顺序读取硬盘的第一个扇区（MBR，512 字节），将控制权交给 MBR 里的引导程序（如GRUB、Windows Boot Manager），由引导程序去加载操作系统。

UEFI 启动的各阶段介绍系统固件开发学习系列：一、EDKII环境搭建 & QEMU虚拟机双平台安装二、EDKII工程结构介绍一、整体概念

【5】理解GUID和Handle：解锁UEFI驱动和应用程序的钥匙如何理解UEFI中的GUID和Handle 在UEFI（统一可扩展固件接口）架构中，GUID（全局唯一标识符）和Handle（句柄）是核心概念，它们共同构成了UEFI协议管理和资源调用的基础机制。以下从技术定义、作用机制及实际应用三个层面展开分析。

电脑安装 Win10 提示无法在当前分区上安装Windows的解决办法win10系统均添加快速启动功能，预装的win10电脑默认都是UEFI引导和GPT硬盘，传统的引导方式为Legacy引导和MBR硬盘，UEFI必须跟GPT对应，同理Legacy必须跟MBR对应。如果BIOS开启UEFI，而硬盘分区表格式为MBR则无法安装；BIOS关闭UEFI而硬盘分区表格式为GPT也是无法安装Windows。