IBM 86884RX Installation Guide - Page 21

GUID Partition Table disk, GUID Partition Table, protective MBR

Page 21 highlights

The same situation with the EFI would be dramatically simplified. The OS loader calls unified (not vendor-specific) EFI API functions for booting. These functions are not dependent on the boot device used, so when a new boot device type is added to the platform and the firmware is modified to recognize it, the operating system can immediately boot. The EFI architecture is modular, extensible and offers backward compatibility for the older systems by default. This means there is a way for non-EFI-aware operating systems to communicate directly with system BIOS as shown in Figure 1-3 on page 6. Note: The EFI concept was originally introduced with Itanium Architecture-based computers, but is not restricted to 64-bit platforms. There is a gradual transition from BIOS to the EFI expected on the IA-32 platform as well. 1.3.1 GUID Partition Table disk The GUID Partition Table (GPT) was introduced as part of the EFI initiative. Every disk is assigned a global unique identifier (GUID) to allow self-identification of the disks. GPT replaces the older Master Boot Record (MBR) partitioning scheme that has been common to PCs. There are several reasons for introducing a new partitioning scheme: MBR disks support only four partition table entries. If more partitions are wanted, a secondary structure - an extended partition - is necessary. Extended partitions are then subdivided into one or more logical disks. On any given drive, only one extended partition can be present. In theory, a GPT disk can have an unlimited number of partitions. The number of partitions is limited only by the amount of space reserved for making partition entries. GPT disks use primary and backup partition tables for redundancy and CRC32 fields for improved partition data structure integrity. GPT disks can grow to a very large size. In theory, a GPT disk can be up to 264 logical blocks in length (logical blocks are typically 512 bytes). In practice, the maximum is less. For example, Windows Server 2003 supports GPT disks up to approximately 18 Exabytes in size. For backward compatibility with legacy MBR disk tools, all GPT disks contain a protective MBR. The protective MBR, beginning in sector 0, precedes the GUID Partition Table on the disk and contains only one partition that appears to span the disk. The legacy tools are not aware of GPT and do not know how to properly access a GPT disk. The benefit of protective MBR is that these tools will view a Chapter 1. Technical description 7

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160

Chapter 1. Technical description
7
The same situation with the EFI would be dramatically simplified. The OS loader
calls unified (not vendor-specific) EFI API functions for booting. These functions
are not dependent on the boot device used, so when a new boot device type is
added to the platform and the firmware is modified to recognize it, the operating
system can immediately boot.
The EFI architecture is modular, extensible and offers backward compatibility for
the older systems by default. This means there is a way for non-EFI-aware
operating systems to communicate directly with system BIOS as shown in
Figure 1-3 on page 6.
1.3.1
GUID Partition Table disk
The
GUID Partition Table
(GPT) was introduced as part of the EFI initiative.
Every disk is assigned a global unique identifier (GUID) to allow self-identification
of the disks. GPT replaces the older Master Boot Record (MBR) partitioning
scheme that has been common to PCs.
There are several reasons for introducing a new partitioning scheme:
±
MBR disks support only four partition table entries. If more partitions are
wanted, a secondary structure — an extended partition — is necessary.
Extended partitions are then subdivided into one or more logical disks. On
any given drive, only one extended partition can be present.
In theory, a GPT disk can have an unlimited number of partitions. The number
of partitions is limited only by the amount of space reserved for making
partition entries.
±
GPT disks use primary and backup partition tables for redundancy and
CRC32 fields for improved partition data structure integrity.
±
GPT disks can grow to a very large size. In theory, a GPT disk can be up to
2
64
logical blocks in length (logical blocks are typically 512 bytes). In practice,
the maximum is less. For example, Windows Server 2003 supports GPT disks
up to approximately 18 Exabytes in size.
For backward compatibility with legacy MBR disk tools, all GPT disks contain a
protective MBR
. The protective MBR, beginning in sector 0, precedes the GUID
Partition Table on the disk and contains only one partition that appears to span
the disk. The legacy tools are not aware of GPT and do not know how to properly
access a GPT disk. The benefit of protective MBR is that these tools will view a
Note:
The EFI concept was originally introduced with Itanium
Architecture-based computers, but is not restricted to 64-bit platforms. There
is a gradual transition from BIOS to the EFI expected on the IA-32 platform as
well.