diff options
| author | Pete Travis <immanetize@fedoraproject.org> | 2014-02-13 21:59:31 -0700 |
|---|---|---|
| committer | Pete Travis <immanetize@fedoraproject.org> | 2014-02-13 21:59:31 -0700 |
| commit | 0d840886302b5320c1b0f43183ed30f14fe61396 (patch) | |
| tree | 2073a72a712eca0b7562c24a7752efe52a06f0e2 | |
| parent | 6d0f45d6425fc573fe8d78ce75ba186f3e7224cb (diff) | |
| download | multiboot-guide-0d840886302b5320c1b0f43183ed30f14fe61396.tar.gz multiboot-guide-0d840886302b5320c1b0f43183ed30f14fe61396.tar.xz multiboot-guide-0d840886302b5320c1b0f43183ed30f14fe61396.zip | |
Improving some phrasing in the general boot process description
| -rw-r--r-- | en-US/BOOT-general.xml | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/en-US/BOOT-general.xml b/en-US/BOOT-general.xml index 1c4d562..cff1e18 100644 --- a/en-US/BOOT-general.xml +++ b/en-US/BOOT-general.xml @@ -19,7 +19,7 @@ BIOS is short for Basic Input Output System, and the software is indeed very simple. BIOS systems had a number of technical limitations, such as being unable to boot from disks larger than 2 TB and extremely limited interfaces. GUID Partition Table (GPT) partitioning schemes also came with larger drives, overcoming the MBR partitioning scheme's 4 partition limit. To overcome these issues and add new features, a newer firmware implementation was developed, called the Unified Extensible Firmware Interface. </para> <para> - Instead of reading the bootloader from the drive, UEFI systems store some boot information right on the system firmware. Larger bootloaders and small applications such as memory testing utilites are stored on the UEFI system partition. This partition is always a FAT filesystem,has a standardized partition identifier, and is mounted at <filename>/boot/efi</filename>. Each operating system places files required for booting in a dedicated directory of this partition, and the boot entry in the firmware points to these files. UEFI systems will usually also support BIOS style booting for compatibility reasons. + Instead of reading the bootloader from the drive, UEFI systems store information about available bootloaders right on the system firmware. The bootloaders themselves and sometimes small applications such as memory testing utilites are stored on the UEFI system partition. This partition is usually a FAT filesystem, has a standardized partition identifier, and is mounted at <filename>/boot/efi</filename>. Each operating system places files required for booting in a dedicated directory of this partition, and the boot entry in the firmware points to these files. UEFI systems will usually also support BIOS style booting for compatibility reasons, using a feature called the Compatibility Support Module (CSM). </para> <para> On Linux systems, the data used by the bootloader is traditionally contained in a <systemitem>boot partition</systemitem>, mounted at and known as <filename>/boot</filename>. The boot partition contains the kernel, a read only filesystem that holds tools used by the kernel during bootup, called an <systemitem>initramfs</systemitem>, and files for the menus and for the bootloader itself. These files were traditionally placed on a different partition because the bootloader did not support complex storage arrangements, and could not read the kernel and initramfs from them. Because a simple, separate boot also allows for easier disaster recovery, the practice has continued to this day. |