A UEFI mode system cannot boot after maintenance or servicing activity


A Unified Extensible Firmware Interface (UEFI) mode system that has a boot partition that is larger than 2 terabytes (TB) cannot boot after maintenance or servicing activity. (For example, the system cannot boot after the installation of a hotfix, defragmentation, or restoration from a backup.)


The UEFI specification does not provide guidance on whether to use the traditional option ROM drivers or UEFI drivers in Class 2 UEFI mode. This has caused some UEFI implementations to prioritize traditional option ROM drivers over UEFI drivers in this mode. In some cases, these traditional-option ROM drivers support only 32-bit Logical Block Addressing (LBA) for accessing storage. This behavior limits how much storage they can access to 2 TB.

With the wider availability of storage devices that are larger than 2 TB, you can create a Windows boot partition that is larger than 2 TB. This poses a risk in the scenario described here, because a maintenance or servicing activity (for example, the installation of a hotfix, defragmentation, or restoration from a backup) can cause a boot-critical file to be moved beyond the 2 TB limit that is imposed by 32-bit LBA. Because the pre-boot environment cannot access this file, Windows will not boot.


To reduce the effect of this issue, use one of the following options:
  • OEMs can provide a fix for this issue through a firmware update, together with either 64-bit LBA support in traditional Option ROM drivers or prioritizing UEFI drivers when traditional Option ROM is loaded. Please contact your OEM to check whether such an updated firmware exists.
  • Some UEFI implementations provide a setting to select the drivers to use in this mode. An administrator can select UEFI drivers instead of traditional Option ROM drivers to access storage larger than 2 TB. 
  • The administrator can also reduce the size of the boot and OS partitions so that the last logical block address for both the boot and OS partitions is located below 2 TB. This configuration prevents boot-critical files from being accidentally relocated to an address above 2 TB, where the boot environment cannot read them. 

More Information

By policy, Windows 8 and Windows 8.1 require UEFI firmware to boot the operating system. UEFI provides basic services such as access to the boot device in the pre-boot environment. Windows Server and earlier versions of Windows client do not require UEFI mode and can boot either from traditional BIOS or from UEFI if this is supported by firmware. To enable booting these operating systems on a computer that uses UEFI, Compatibility Support Module (CSM) in UEFI provides compatibility support for traditional BIOS. Windows 7 and earlier versions of Windows require INT 10H support for boot graphics. This is provided by CSM in UEFI mode. The CSM can also be used to fully support traditional BIOS mode on a system that has UEFI firmware. These modes are known as Class 2 UEFI mode and Class 2 BIOS mode.

Artikel-id: 3004880 – senaste granskning 30 okt. 2014 – revision: 1