Esp linux что это

EFI system partition (Русский)

Системный раздел EFI (также называемый ESP или EFISYS) представляет собой физический раздел в формате FAT32 (в основной таблице разделов диска, а не под LVM или программным RAID и т.д.), откуда прошивка UEFI запускает загрузчик и приложение UEFI.

Это независимый от ОС раздел, который служит местом хранения загрузочных устройств EFI и приложений, которые будут запускаться с помощью прошивки EFI. Это необходимо для загрузки UEFI.

Contents

Создание раздела

В следующих двух разделах показано, как создать системный раздел EFI (ESP).

Рекомендуется сохранять размер ESP на 512 Мбайт, хотя меньшие/большие размеры тоже приветствуются. [1]

Согласно примечанию Microsoft[2], минимальный размер для системного раздела EFI (ESP) будет составлять 100 МБ, хотя это не указано в спецификации UEFI. Обратите внимание, что для дисков расширенный формат 4K Native drives (4 КБ на сектор) размер составляет не менее 256 Мбайт, поскольку это минимальный размер раздела дисков FAT32 (рассчитанный как размер сектора (4 КБ) x 65527 = 256 Мбайт), из-за ограничений файловой системы FAT32.

Разметка дисков GPT

Выберите один из следующих способов создания ESP для диска GPT с разделами:

• fdisk/gdisk: Создайте раздел с типом раздела EFI System ( EFI System в fdisk или EF00 в gdisk). Перейдите к разделу #Форматирование раздела ниже.
• GNU Parted: Создайте раздел FAT32 и в Parted установите/активируйте флаг boot (не флаг legacy_boot ) на этом разделе. Перейдите к разделу #Монтирование раздела ниже.

Разметка дисков MBR

Создайте раздел с типом раздела EFI System, используя fdisk. Перейдите к #Форматирование раздела.

Форматирование раздела

После создания ESP вы должны форматировать его как FAT32:

Если вы использовали GNU Parted выше, тогда раздел уже должен быть отформатирован.

Если вы получили сообщение WARNING: Not enough clusters for a 32 bit FAT! , уменьшите размер кластера с помощью команды mkfs.fat -s2 -F32 . или -s1 ; иначе раздел может быть нечитаемым UEFI.

Монтирование раздела

This article or section needs expansion.

В случае EFISTUB файлы ядра и initramfs должны храниться в системном разделе EFI. Для простоты вы также можете использовать ESP в качестве самого раздела /boot вместо отдельного раздела /boot для загрузки EFISTUB. Другими словами, после создания и форматирования системного раздела EFI, как указано выше, просто смонтируйте на /boot .

Известные вопросы

ESP на RAID

Можно сделать часть ESP массива RAID1, но при этом возникает риск повреждения данных, и при создании ESP необходимо учитывать дополнительные соображения. Для получения допольнительной информации смотрите [3] и [4].

Советы и хитрости

Использование bind монтирования

Вместо того, чтобы устанавливать ESP на /boot , вы можете подключить каталог ESP к /boot с помощью bind монтирования (смотрите mount(8) ). Это позволяет pacman обновлять ядро напрямую, сохраняя при этом организацию ESP по своему вкусу.

Как и в EFISTUB#Альтернативные точки монтирования для ESP [ссылка недействительна: раздел не найден] , скопируйте все загрузочные файлы в каталог вашего ESP, но смонтируйте ESP вне /boot (например, /esp ). Затем привяжите смонтированный раздел к каталогу:

После проверки успеха отредактируйте свой Fstab, чтобы изменения были постоянными:

Источник

EFI system partition

The EFI system partition (also called ESP) is an OS independent partition that acts as the storage place for the EFI bootloaders, applications and drivers to be launched by the UEFI firmware. It is mandatory for UEFI boot.

This article or section is a candidate for moving to Unified Extensible Firmware Interface#UEFI drivers.

The UEFI specification mandates support for the FAT12, FAT16, and FAT32 file systems (see UEFI specification version 2.8, section 13.3.1.1), but any conformant vendor can optionally add support for additional file systems; for example, the firmware in Apple Macs supports the HFS+ file system.

Contents

Check for an existing partition

If you are installing Arch Linux on an UEFI-capable computer with an installed operating system, like Windows 10 for example, it is very likely that you already have an EFI system partition.

To find out the disk partition scheme and the system partition, use fdisk as root on the disk you want to boot from:

The command returns:

• The disk’s partition table: it indicates Disklabel type: gpt if the partition table is GPT or Disklabel type: dos if it is MBR.
• The list of partitions on the disk: Look for the EFI system partition in the list, it is usually at least 100 MiB in size and has the type EFI System or EFI (FAT-12/16/32) . To confirm this is the ESP, mount it and check whether it contains a directory named EFI , if it does this is definitely the ESP.

If you found an existing EFI system partition, simply proceed to #Mount the partition. If you did not find one, you will need to create it, proceed to #Create the partition.

Create the partition

The following two sections show how to create an EFI system partition (ESP).

To provide adequate space for storing boot loaders and other files required for booting, and to prevent interoperability issues with other operating systems[1][2] the partition should be at least 260 MiB. For early and/or buggy UEFI implementations the size of at least 512 MiB might be needed.[3]

GPT partitioned disks

EFI system partition on a GUID Partition Table is identified by the partition type GUID C12A7328-F81F-11D2-BA4B-00A0C93EC93B .

Choose one of the following methods to create an ESP for a GPT partitioned disk:

• fdisk: Create a partition with partition type EFI System .
• gdisk: Create a partition with partition type EF00 .
• GNU Parted: Create a partition with fat32 as the file system type and set the esp flag on it.

Proceed to #Format the partition section below.

MBR partitioned disks

EFI system partition on a Master Boot Record partition table is identified by the partition type ID EF .

Choose one of the following methods to create an ESP for a MBR partitioned disk:

• fdisk: Create a primary partition with partition type EFI (FAT-12/16/32) .
• GNU Parted: Create a primary partition with fat32 as the file system type and set the esp flag on it.

Proceed to #Format the partition section below.

Format the partition

The UEFI specification mandates support for the FAT12, FAT16, and FAT32 file systems[4]. To prevent potential issues with other operating systems and also since the UEFI specification only mandates supporting FAT16 and FAT12 on removable media[5], it is recommended to use FAT32.

After creating the partition, format it as FAT32. To use the mkfs.fat utility, install dosfstools .

If you get the message WARNING: Not enough clusters for a 32 bit FAT! , reduce cluster size with mkfs.fat -s2 -F32 . or -s1 ; otherwise the partition may be unreadable by UEFI. See mkfs.fat(8) for supported cluster sizes.

Mount the partition

The kernels, initramfs files, and, in most cases, the processor’s microcode, need to be accessible by the boot loader or UEFI itself to successfully boot the system. Thus if you want to keep the setup simple, your boot loader choice limits the available mount points for EFI system partition.

Typical mount points

The simplest scenarios for mounting EFI system partition are:

• mount ESP to /efi and use a boot loader which is capable of accessing the kernel(s) and initramfs image(s) that are stored elsewhere (typically /boot). See Arch boot process#Boot loader for more information on boot loader requirements and capabilities.
• mount ESP to /boot . This is the preferred method when directly booting an EFISTUB kernel from UEFI or booting it via a boot manager like systemd-boot.
• mount ESP to /efi and additionally mount an «Extended Boot Loader Partition» (XBOOTLDR) to /boot . This can be useful when a previously created ESP is too small to hold multiple boot loaders and/or kernels but the ESP cannot be easily resized (such as when installing Linux after Windows to dual boot). This method is supported by at least systemd-boot.

Alternative mount points

If you do not use one of the simple methods from #Typical mount points, you will need to copy your boot files to ESP (referred to hereafter as esp ).

Furthermore, you will need to keep the files on the ESP up-to-date with later kernel updates. Failure to do so could result in an unbootable system. The following sections discuss several mechanisms for automating it.

Using bind mount

Instead of mounting the ESP itself to /boot , you can mount a directory of the ESP to /boot using a bind mount (see mount(8) ). This allows pacman to update the kernel directly while keeping the ESP organized to your liking.

Just like in #Alternative mount points, copy all boot files to a directory on your ESP, but mount the ESP outside /boot . Then bind mount the directory:

After verifying success, edit your Fstab to make the changes persistent:

Using systemd

Systemd features event triggered tasks. In this particular case, the ability to detect a change in path is used to sync the EFISTUB kernel and initramfs files when they are updated in /boot/ . The file watched for changes is initramfs-linux-fallback.img since this is the last file built by mkinitcpio, to make sure all files have been built before starting the copy. The systemd path and service files to be created are:

Then enable and start efistub-update.path .

Using filesystem events

Filesystem events can be used to run a script syncing the EFISTUB Kernel after kernel updates. An example with incron follows.

In order to use this method, enable the incrond.service .

Using mkinitcpio hook

Mkinitcpio can generate a hook that does not need a system level daemon to function. It spawns a background process which waits for the generation of vmlinuz , initramfs-linux.img , and initramfs-linux-fallback.img before copying the files.

Add efistub-update to the list of hooks in /etc/mkinitcpio.conf .

Using mkinitcpio preset

As the presets in /etc/mkinitcpio.d/ support shell scripting, the kernel and initramfs can be copied by just editing the presets.

Replacing the above mkinitcpio hook

Edit the file /etc/mkinitcpio.d/linux.preset :

To test that, just run:

Another example

Using pacman hook

A last option relies on the pacman hooks that are run at the end of the transaction.

The first file is a hook that monitors the relevant files, and it is run if they were modified in the former transaction.

The second file is the script itself. Create the file and make it executable:

Troubleshooting

ESP on software RAID1

It is possible to make the ESP part of a RAID1 array, but doing so brings the risk of data corruption, and further considerations need to be taken when creating the ESP. See [8] and [9] for details and UEFI booting and RAID1 for an in-depth guide with a solution.

The key part is to use —metadata 1.0 in order to keep the RAID metadata at the end of the partition, otherwise the firmware will not be able to access it:

Источник

Linux на UEFI: Руководство по быстрой установке

Введение

В течение нескольких лет от глаз большинства обычных пользователей была скрыта новая технология прошивки (программного обеспечения, зашитого в «железо» компьютера и используемого при его загрузке — прим.пер.). Она, известная как технология Extensible Firmware Interface (EFI), или в последнее время, как технология Unified EFI (UEFI, которая является по существу версией EFI 2.x), начала заменять старый вариант прошивки Basic Input/Output System (BIOS), с которой немного знакомы, по крайней мере, наиболее опытные Интернет-пользователи.

Эта статья представляет собой краткое введение в технологию EFI для пользователей Linux, в том числе в ней даются советы о том, как начать установку системы Linux на такой компьютер. К сожалению, тема EFI является обширной; само программное обеспечение EFI является сложным, а во многих реализациях есть специфические для конкретной системы особенности и даже ошибки. Таким образом, в этой статье я не смогу описать все, что вам нужно знать для того, чтобы установить и использовать Linux на компьютере с EFI. Тем не менее, я надеюсь на то, что вы будет считать эту статью полезной отправной точкой, а ссылки внутри каждого раздела и раздела «Ссылки и дополнительная информация», расположенного в конце статьи, укажут вам, где найти дополнительную документацию.

В вашем компьютере используется EFI?

EFI является одним из видов прошивки, что означает, что это такое программное обеспечение, которое встроено в компьютер для выполнения низкоуровневых задач. Самое важное, что прошивка контролирует процесс загрузки компьютера, а это в свою очередь означает, что компьютеры, использующие EFI, загружаются не так, как это происходит в компьютерах, использующих BIOS. Немного ниже будет приведено частное исключение из этого правила. Это различие может значительно усложнить создание инсталляционного носителя с ОС, но как только все будет настроено и заработает, оно будет мало влиять на каждодневную работу компьютера. Обратите внимание, что большинство производителей для обозначения своих вариантов прошивок EFI используют термин «BIOS». Я считаю, что такое использование терминов ведет к заблуждению, так что я избегаю этого; на мой взгляд, EFI и BIOS являются двумя различными типами прошивок.

Примечание: Прошивка EFI, которую фирма Apple использует на компьютерах Mac, необычна во многих отношениях. Хотя большая часть рассуждений, излагаемых в данной статье, применима к компьютерам Mac, некоторые детали отличаются, особенно когда речь идет о создании загрузчиков EFI. Эту задачу лучше всего выполнить в OS X с помощью утилиты bless , которая есть на компьютерах Mac, но в данной статье не описывается.

Сразу как только компьютеры Mac, созданные на базе Intel, были впервые выпущены в 2006 году, на них была использована прошивка EFI. С конца 2012 года большинство компьютеров, которые поставляются с Windows 8 или более поздней версией, загружаются по умолчанию с использованием UEFI, и, на самом деле, в большинстве компьютеров, выпущенных с середины 2011 года, используется прошивка UEFI, хотя по умолчанию они могут не загружаться в режиме EFI. В некоторых компьютерах, продававшихся до 2011 года, также поддерживается прошивка EFI, хотя большинство таких компьютеров по умолчанию загружаются в режиме BIOS.

Если вы не уверены в том, есть ли в вашем компьютере поддержка EFI, вам следует посмотреть вашу утилиту работы с прошивкой setup и поискать, есть ли в руководстве пользователя ссылки на EFI, UEFI или legacy booting (старый вариант загрузки). Это можно быстро сделать при помощи поиска в файле PDF вашего руководства. Если вы не найдете ни одной такой ссылки, то ваш компьютер, вероятно, использует старый вариант BIOS («legacy BIOS»), но если вы найдете ссылки на эти термины, то определенно используется режим EFI. Вы также можете попробовать загрузиться с загрузочного носителя, на котором находится только загрузчик режима EFI. Для этого теста хорошим выбором будет образ для флешки USB или CD-R с загрузчиком rEFInd .

Прежде чем двигаться дальше, вы должны знать, что в большинстве прошивок EFI компьютерах x86 и x86-64 есть компонент, известный как модуль совместимости поддержки Compatibility Support Module (CSM), который позволяет EFI загружать операционные системы, использующие старый механизм загрузки в стиле BIOS. Это может быть очень удобным, т.к. обеспечивается обратная совместимость, но при этом также возникают сложности, поскольку нет никакой стандартизации в правилах и пользовательском интерфейсе, управляющем тем, когда компьютер загружается в режиме EFI, а когда — в режиме BIOS (или CSM и legacy, что тоже самое). В частности, слишком легко случайно загрузить инсталляционный носитель Linux в режиме BIOS/CSM/legacy, что приведет к установке в Linux режима BIOS/CSM/legacy. В случае, когда Linux — ваша единственная ОС, этот режим может работать хорошо, но он усложняет процесс загрузки в случае, если у вас двойная загрузка с Windows в режиме EFI. Может также возникнуть противоположная ситуация. Ниже будет рассказано о том, как загрузить ваш инсталлятор в правильном режиме.

Следует упомянуть еще об одной дополнительной функции UEFI: режиме Secure Boot. Эта функция предназначена для минимизации риска заражения компьютера вирусами вида boot kit, которые являются одним из видов вредоносного ПО, заражающего загрузчик компьютера. В частности, эти вирусы обнаруживать и удалять особенно трудно, что делает более приоритетным их блокирование. Фирма Microsoft требует, чтобы все настольные и портативные компьютеры, на которых есть логотип Windows 8, поставлялись с включенным режимом Secure Boot. Такой вариант конфигурации усложняет установку Linux, хотя в некоторых дистрибутивах справляются с этой проблемой лучше, чем в других. Впрочем, не бойтесь режима Secure Boot в EFI или в UEFI, возможно, что в компьютере с EFI режим Secure Boot не поддерживается и даже на тех компьютерах x86-64 с EFI, на которых режим Secure Boot поддерживается, его можно отключить. Фирма Microsoft требует это для сертификации Windows 8; но это требование отменено для компьютеров ARM — для таких компьютеров, которые поставляются с Windows 8, пользователям не разрешается отключать режим Secure Boot. К счастью, в настоящее время компьютеры на основе ARM с операционной системой Windows 8 достаточно редки. Я не рекомендую ими пользоваться.

В вашем дистрибутиве поддерживается EFI?

На момент написания статьи (в конце 2013 года), в большинстве дистрибутивов Linux поддерживается режим EFI; на самом деле, большинство из них поддерживают его в течение многих лет. Но в различных дистрибутивах качество этой поддержки различно. Что касается имен нескольких популярных дистрибутивов, то по моим оценкам, качество поддержки EFI является лучшим в Fedora и падает в OpenSUSE, Ubuntu и Mint. Некоторые дистрибутивы, более близкие по принципам к технологии «сделай сам», такие как, Gentoo, официально не поддерживают EFI, но их особенности позволяют легко добавлять поддержку EFI. На самом деле, поддержку EFI можно добавить в любой дистрибутив: вам нужно его установить (даже в режиме BIOS), а затем установить на компьютере загрузчик EFI. Информацию о том, как это сделать, смотрите на моей странице Управление загрузчиками EFI в Linux .

Чтобы определить, поддерживается ли в вашем дистрибутиве прошивка EFI, вам следует просмотреть список его возможностей. Также вам следует обратить внимание на поддержку в вашем дистрибутиве режима Secure Boot, особенно если вы намерены использовать двойную загрузку с Windows 8. Обратите внимание, что даже в дистрибутивах, в которых официально поддерживается режим Secure Boot, может потребоваться отключить эту функцию, так как режим Secure Boot для Linux зачастую оставляет желать лучшего или создает проблемы.

Подготовка к установке Linux

Несколько подготовительных шагов помогут вам более гладко выполнить инсталляцию вашей системы Linux на компьютере с прошивкой EFI:

1. Обновите прошивку — Некоторые прошивки EFI работают очень плохо, но производители оборудования иногда выпускают обновления своих прошивок. Поэтому я рекомендую обновить вашу прошивку до последней доступной версии. Если вы из сообщений на форумах или из иных источников знаете, что с вашей прошивкой EFI есть проблемы, вы должны сделать ее обновление перед установкой Linux, поскольку если прошивка будет обновлена после установки, то для корректировки некоторых проблем потребуются дополнительные шаги. С другой стороны, обновление прошивки всегда немного рискованное действие, поэтому в случае, если вы слышали только хорошее о поддержке EFI вашего производителя, может быть, лучше воздержаться от такого обновления.
2. Изучите, как использовать прошивку — Обычно вы можете войти в утилиту настройки прошивки, нажав в начале процесса загрузки клавишу Del или некоторую другую функциональную клавишу. Проследите за сообщениями, которые выдаются на экран вскоре после включения компьютера или просто попробуйте все функциональные клавиши. Аналогичным образом, для того, чтобы войти во встроенный менеджер загрузки, имеющийся в вашей прошивке, который позволит вам выбрать загрузку ОС или внешнее устройство, обычно используется клавиша Esc или некоторая другая клавиша. Некоторые производители затрудняют доступ к таким настройкам. В некоторых случаях, вы можете сделать это из системы Windows 8 так, как описано на этой странице .
3. Можно изменять следующие параметры прошивки:

• Режим Fast boot (Быстрая загрузка) — Эта функция может ускорить процесс загрузки за счет сокращения процесса ициализации оборудования. Иногда это хорошо, но иногда из-за этого устройства USB могут остаться неинициализированными, что может сделать невозможным загрузку с флешки USB или подобного устройства. Итак, отключение режима быстрой загрузки может быть полезным, или даже может оказаться необходимым, но вы можете спокойно оставить его включенным и отключить его только в случае, если у вас возникли проблемы с загрузкой инсталлятора Linux.
• Режим Secure Boot (Безопасная загрузка) — Fedora, OpenSUSE, Ubuntu и некоторые другие дистрибутивы официально поддерживают режим Secure Boot; но если у вас есть проблемы с запуском загрузчика или ядра, вы можете отключить эту функцию. К сожалению, описать то, как это делается, невозможно, поскольку настройки различны для различных компьютеров. Подробности на эту тему смотрите на моей странице режим Secure Boot .
• Варианты настроек CSM/legacy — Если вы хотите выполнить установку в режиме EFI, то отключите эти настройки. В некоторых руководствах рекомендуется включать эти настройки, а в некоторых случаях они могут быть просто необходимыми — например, они могут быть необходимы для того, чтобы включить прошивку в режиме BIOS в некоторых дополнительных видеокартах. Тем не менее, в большинстве случаев включение поддержки CSM/legacy просто увеличивает риск непреднамеренной загрузки вашего инсталлятора Linux в режиме BIOS, что вы не хотите делать. Обратите внимание, что режимы Secure Boot и CSM/legacy взаимозависимы, так что после изменения одного из них, не забудьте проверить другой режим.

Установка Linux

В большинстве дистрибутивов Linux предоставляются достаточно полные инструкции по установке; но в инсталляторах с режимом EFI я обнаружил несколько общих камней преткновения:

• Убедитесь в том, что вы используете дистрибутив с архитектурой правильной разрядности — EFI запускает загрузчики, которые имеют ту же самую разрядность, что и сам EFI. Для современных компьютеров это, как правило, 64-разрядная версия, хотя на первой паре поколений Маков с процессорами Intel и в небольшом количестве компьютеров от непонятных изготовителей использовались 32-разрядные EFI. Хотя в 32-разрядный дистрибутив можно добавить 32-разрядный загрузчик EFI, я все же столкнулся с 32-разрядным дистрибутивом Linux, в котором официально поддерживается EFI. На моей странице Управление загрузчиками EFI в Linux рассказывается в общих чертах о загрузчиках, и понимание этих принципов может позволить вам модифицировать 32-разрядный дистрибутив, хотя эта задача — не для новичка. В лучшем случае, установка 32-разрядного дистрибутива на компьютере с 64-разрядной версией EFI будет просто очень трудной задачей, и я не описываю здесь этот процесс; на компьютере с 64-разрядным EFI вы должны использовать 64-разрядный дистрибутив.
• Программы сторонних разработчиков, перемещающие образы .iso на флэш-накопители USB, например, unetbootin , часто не в состоянии создавать правильные загрузочные записи режима EFI. Я рекомендую вам следовать процедуре, которую предлагают для создания флэш-накопителя USB в вашем дистрибутиве. Если таковой рекомендации нет, то используйте утилиту dd , входящую в Linux, например, с помощью команды dd if=image.iso of=/dev/sdc создайте образ на флешке USB для устройства /dev/sdc . Есть порты dd в Windows, например, WinDD и dd для Windows , но я никогда их не проверял.
• Сделайте резервную копию ESP — Если вы выполняете установку на компьютер, на котором уже загружается ОС Windows или какая-либо другая операционная система, я рекомендую перед установкой Linux сделать резервную копию настроек ESP. Хотя Linux не должен разрушать файлы, которые уже есть в ESP, это, кажется, время от времени происходит. В таких случаях поможет наличие резервной копии. Нормально работать должно простое резервное копирование уровня копирования файлов (например, используйте cp , tar или zip ).
• Загрузитесь в режиме EFI — Слишком легко случайно загрузить инсталлятор Linux в режиме BIOS/CSM/legacy, особенно если вы оставили в прошивке включенными параметры CSM/legacy. Несколько советов помогут вам избежать этой проблемы:

• Вы должны убедиться в том, что загрузились в режиме EFI — для этого перейдите в командную оболочку Linux и наберите команду ls /sys/firmware/efi . Если вы увидите список файлов и каталогов, то вы загрузились в режиме EFI и вы можете проигнорировать следующие дополнительные советы; а если нет, то вы, вероятно, загрузились в режиме BIOS, и вам следует просмотреть параметры ваших настроек.
• Для загрузки в режиме EFI используйте встроенный менеджер загрузки, который есть в вашей прошивке (и который вы должны были найти ранее, смотрите раздел «Изучите, как использовать вашу прошивку»). Как правило, вы увидите две возможности — для CD-R или для флешки USB, в одной из которых в ее описании есть строки с EFI или UEFI, а в другой их нет. Используйте для загрузки вашего носителя возможность с EFI/UEFI.
• Отключите режим Secure Boot — Даже если вы используете дистрибутив, в котором официально поддерживается режим безопасной загрузки Secure Boot, он иногда не работает. В этом случае компьютер, скорее всего, молча перейдет к следующему загрузчику, которым может быть загрузчик режима BIOS вашего носителя, в результате чего произойдет загрузка в режиме BIOS
• Если окажется, что вы не сможете заставить инсталлятор Linux загрузиться в режиме EFI, то попробуйте использовать флешку USB или версию для CD-R с моим менеджером загрузки rEFInd . Если rEFInd загрузится, то он гарантированно будет работать в режиме EFI; причем на компьютерах, в которых используется UEFI, он будет показывать только параметры загрузки режима EFI, так что если затем вы загрузите инсталлятор Linux, то он должен работать в режиме EFI. (Хотя на компьютерах Mac, в дополнение к параметрам режима EFI загрузчик rEFInd показывает настройки режима BIOS).

В некоторых случаях, вы, может быть, вынуждены установить Linux в режиме BIOS. Затем в некоторых случаях для Linux для того, чтобы начать загрузку в режиме EFI, вы сможете вручную установить загрузчик режима EFI. Информацию об имеющихся загрузчиках и о том, как их установить, смотрите на моей странице Управление загрузчиками EFI в Linux .

Устранение постустановочных проблем

Если окажется, что вы не сможете добиться загрузки Linux в режиме EFI, а режим загрузки BIOS работает, вы можете полностью отказаться от режима EFI. Это самый простой подход для компьютеров только с системой Linux, просто установите загрузчик режима BIOS (что должен сделать инсталлятор в случае, если он работает в режиме BIOS). Хотя если вы используете двойную загрузку с Windows с режимом EFI, то самым простым решением является установка моего менеджера загрузки rEFInd . Установите его из Windows и отредактируйте файл refind.conf : Раскомментируйте строку scanfor и убедитесь, что среди вариантов есть вариант hdbios . Это позволит менеджеру rEFInd перенаправить процесс загрузки в загрузчик режима BIOS. Это решение работает для многих систем, но иногда, по той или иной причине, его использовать не удается.

Если вы перезагрузили компьютер и он загружается непосредственно в Windows, то, вполне вероятно, что не был должным образом установлен ваш загрузчик Linux или менеджер загрузки. (Хотя вы должны сначала попробовать отключить режим Secure Boot; как я уже говорил, он часто вызывает проблемы). Есть несколько возможных решений этой проблемы:

• Используйте утилиту efibootmgr — Вы можете загрузить восстановительный диск Linux в режиме EFI и использовать утилиту efibootmgr для того, чтобы перерегистрировать ваш загрузчик Linux так, как описано здесь .
• Используйте программу bcdedit из Windows — Если окне командной строки в режиме администратора Windows вы выполните команду bcdedit /set path \EFI\fedora\grubx64.efi , то вы установите файл EFI/fedora/grubx64.efi в раздел ESP в качестве загрузчика, используемого по умолчанию. Если необходимо, то измените путь так, чтобы он указывал на нужный вам загрузчик. Если вы загружаетесь с включенным режимом Secure Boot, то вам в качестве программы загрузки нужно установить shim.efi , shimx64.efi или PreLoader.efi (в зависимости от того, что у вас есть), а не grubx64.efi .
• Установите загрузчик rEFInd — Иногда эту проблему может решить загрузчик rEFInd. Я рекомендую попробовать с помощью образа для CD-R или для флеш-устройства USB . Если можно загрузить Linux, то установите пакет RPM для Debian или пакет в виде файла .zip . (Обратите внимание, что вам может понадобиться отредактировать параметры вашей загрузки, выделив для этого параметр vmlinuz* , имеющийся в Linux, и нажав дважды кнопку F2 или Insert (Вставить). Скорее всего, это будет необходимо в случае, если у вас есть отдельный раздел /boot , поскольку в этой ситуации загрузчик rEFInd не сможет найти корневой (/) раздел для того, чтобы перейти в ядро).
• Используйте утилиту Boot Repair — Используйте восстановительную утилиту Boot Repair, имеющуюся в Ubuntu; однако, я рекомендую использовать ее только для системы Ubuntu и для очень похожих на нее систем, например, для Mint. В некоторых случаях может потребоваться выбрать вариант Advanced option (Дополнительные настройки), а также установить флажок резервного копирования и заменить загрузчик Windows.
• Подмените загрузчик Windows — Некоторые плохо работающие прошивки EFI загружают только загрузчик ОС Windows, который расположен в разделе EFI и который называется EFI/Microsoft/Boot/bootmgfw.efi . Поэтому, вам, возможно, потребуется переименовать этот загрузчик во что-нибудь другое (я рекомендую переместить его на один уровень вниз, например, на уровень EFI/Microsoft/bootmgfw.efi ), а на его место поместить копию предпочитаемого вами загрузчика. (В большинстве дистрибутивов копия GRUB самостоятельно помещается в подкаталог с именем EFI , например, в EFI/ubuntu для Ubuntu или в EFI/fedora для Fedora). Обратите внимание, что это решение является достаточно грубым и некоторые пользователи сообщили, что ОС Windows заменит его своим загрузчиком, так что это решение может даже не работать в 100% случаев. Однако, это единственное решение, которое работает на некоторых плохо работающих прошивках EFI. Перед тем, как попробовать это решение, я рекомендую обновить прошивку и с помощью утилиты efibootmgr из Linux или утилиты bcdedit из Windows перерегистровать ваш загрузчик.

Еще один класс проблем относится к проблемам работы загрузчика — Если вы увидели GRUB (или любой другой загрузчик или менеджер загрузки, который по умолчанию используется в вашем дистрибутиве), но ОС не загружается, то необходимо решить эту проблему. Windows часто не загружается, т. к. GRUB 2 очень привередливо относится к загрузке Windows. В некоторых случаях эта проблема может усугубится использованием режима Secure Boot. Пример записи GRUB 2 для загрузки Windows смотрите на моей странице Описание GRUB 2 . Что касается проблем с загрузкой Linux, то после того, как будет загружен GRUB, может возникнуть ряд проблем, и они, вероятно, будут похожи на проблемы загрузки Linux в режиме BIOS, так что здесь я не буду рассматривать.

Несмотря на то, что GRUB 2 используется очень часто, по моему мнению, этот загрузчик довольно слабый — это очень сложная программа, которую сложно настраивать и использовать. Таким образом, если вы столкнетесь с проблемами с GRUB, моим первоначальным советом будет заменить его чем-то другим. На моей странице о загрузчиках EFI в Linux описаны имеющиеся варианты. К ним относится мой собственный менеджер загрузки rEFInd , который гораздо проще в установке и обслуживании. Несмотря на то, что во многих дистрибутивах действительно удается заставить работать GRUB 2, но если вы из-за проблем с GRUB 2 намереваетесь его заменить, то, очевидно, что в вашем случае это не так!

Источник