UEFI

A computer has a special start

. This is called UEFI. It is the first thing that runs. It helps the computer wake up. It finds the main software to start.

UEFI is stored on a small chip

. It works even before your apps start. It can help the computer find big disks. It can also find small disks.

It can even run its own tools. Some tools help you pick which software to use

. This makes starting your computer very smooth.

When you turn on a computer, a special program starts first

. This program is called UEFI. It is the first thing that runs. It helps the computer wake up before the main software starts. UEFI is stored on a tiny chip on the motherboard

.

UEFI replaced an older system called BIOS. The old BIOS had many limits. UEFI can work with much larger disks. It uses a system called GPT to read these big disks. This allows for very large storage sizes.

UEFI also has special services. Some services help while the computer is starting up. These are called boot services. Other services stay active while you use the computer. These are called runtime services. They can help with things like the date and time.

You can even use UEFI to run its own tools

. These tools can help you pick which software to start. Some tools even help keep the computer safe. This is often called Secure Boot. UEFI is an open standard. This means many different companies work together to build it.

UEFI is a special set of rules for computer firmware. Firmware is the software that lives on a computer's hardware. When you press the power button, UEFI is usually the first thing to run

. It works before your main operating system, like Windows or Linux, can start. This system is stored on a small chip on the motherboard

. It is very important because it helps the computer wake up and find the right path to start your software.

UEFI works through different types of services to help the computer. There are boot services that run only while the computer is starting up

. These services handle things like showing text or pictures on your screen. There are also runtime services that stay active even after the computer is running. These can help the computer keep track of the date and the time. UEFI can also store small bits of data called variables to help the system remember things after a crash.

For a long time, computers used an older system called BIOS. BIOS was a standard created by IBM for its personal computers. However, BIOS had many limits that made it hard to use for large servers. To fix this, Intel started a project in 1998 called the Intel Boot Initiative. This work eventually became the Extensible Firmware Interface, or EFI. In 2008, Intel gave the specification to a group called the UEFI Forum. Now, the UEFI Forum owns the specification and helps keep it updated for everyone.

UEFI has grown a lot through many different versions over the years. Version 2.0 was released on January 31, 2006, and added security features. Version 2.1 came out on January 7, 2007, to add better user interfaces. In 2011, version 2.3.1 added a feature called Secure Boot to help keep systems safe

. The most recent version, 2.11, was published in December 2024. These updates allow UEFI to work with many different types of processors and large storage disks.

One big way UEFI helps is by working with huge storage disks. Older systems used a method called MBR, but that had limits on disk size. UEFI works with a newer system called the GUID Partition Table, or GPT. This new way lets disks be much larger than 2 terabytes

. It also allows for more partitions on a single disk. This is why modern computers can hold so much information. UEFI makes sure the computer can find and use all that space correctly.

The Unified Extensible Firmware Interface, or UEFI, is a critical specification for computer firmware architecture. Firmware is the low-level software that manages a computing platform's hardware. When a user powers on a computer, the UEFI implementation is typically the first software to run

. It acts as a bridge between the physical hardware and the operating system, such as Windows or Linux. This implementation is usually stored on NOR-based flash memory located on the motherboard

. Because it runs before the operating system, it is responsible for initializing the system and finding the boot loader.

UEFI operates through two distinct categories of functions known as services. The first category is boot services, which are available only while the firmware owns the platform. These services handle tasks like managing the bus, block, and file services, as well as providing text and graphical consoles. Once the system completes the boot process, it executes a command called ExitBootServices(). After this call, the firmware transitions to runtime services. These services remain accessible while the operating system is running. They allow the OS to access important data like the date, time, and NVRAM variables. For example, UEFI variables can store non-volatile data, such as crash messages, so the OS can retrieve them after a reboot.

Modern UEFI systems support a wide variety of processor architectures. It officially supports 32-bit or higher architectures that use little-endian mode. This includes x86 architectures like IA-32 and x86-64, as well as Itanium (IA-64). It also supports ARM architectures, including AArch32 and AArch64, and RISC-V. Even newer architectures like LoongArch are included in the official documentation for version 2.11. While unofficial support exists for POWERPC64 and MIPS, those projects were abandoned years ago. One important rule is that UEFI only executes applications that match the firmware's specific bit-width. A 64-bit UEFI firmware will only run 64-bit applications, even if the CPU can handle 32-bit modes.

UEFI also manages how data is organized on storage disks. Older systems relied on the Master Boot Record (MBR) partition scheme. However, MBR has strict limits, such as a maximum disk size of 2 terabytes and only four primary partitions. UEFI utilizes the GUID Partition Table (GPT) to overcome these restrictions. GPT allows for much larger disk and partition sizes, reaching up to 8 ZiB with 512-byte sectors. To boot Linux using UEFI and GPT, users create an EFI System Partition (ESP). This partition is typically at least 512 MB and uses a FAT32 filesystem. The ESP contains essential files like bootloaders, kernels, and utility software.

The history of UEFI began with the development of Intel-HP Itanium systems in the mid-1990s. Engineers realized that the existing BIOS was too restrictive for large server platforms. In 1998, a project called the Intel Boot Initiative began, which was later renamed the Extensible Firmware Interface (EFI). Intel released the first open-source implementation, Tiano, in 2004. In July 2008, Intel stopped developing the EFI specification at version 1.10. They contributed it to the UEFI Forum, which now maintains the specification as a unified standard. While the UEFI Forum owns the specification, Intel still owns the original EFI specification and provides licenses for EFI-based products.

The specification has evolved through many important versions to add new capabilities. Version 2.0 was released on January 31, 2006, to add cryptography and security. Version 2.1 followed on January 7, 2007, adding network authentication and a user interface architecture called Human Interface Infrastructure. In 2011, version 2.3.1 introduced Secure Boot and support for ARM architecture . Secure Boot helps ensure that only trusted software can run during the startup process. The most recent major update, version 2.11, was published in December 2024.

UEFI is highly versatile because it can run various independent applications. These applications reside as files on the EFI System Partition. Users can run them through the UEFI Shell

, a boot manager, or other UEFI applications. Common examples include operating system boot loaders like GRUB, rEFInd, and the Windows Boot Manager. UEFI also provides protocols, which are software interfaces that allow different binary modules to communicate. This modularity allows for device drivers that are independent of a specific instruction set architecture. This is achieved through EFI Byte Code (EBC), which uses an interpreter within the system firmware to run code across different types of hardware.