efibootmgr is giving me the "system does not support efivars" when I boot from a Ubuntu USB stick.

Это происходит из-за того, что вы загружаетесь с USB-накопителя с использованием устаревшего стиля BIOS, поэтому модуль поддержки совместимости UEFI отключит интерфейс времени запуска UEFI -, который будет использоваться для доступа к переменным загрузки. Если вы можете загрузить USB-накопитель в собственном режиме UEFI, то efibootmgrбудет работать. Если в настройках загрузки микропрограммы есть выбор, следует ли сначала использовать UEFI или устаревшие методы загрузки, попробуйте переключить его в режим «UEFI first» при загрузке с флешки.

С устаревшей MBR GRUB2 вы можете загружать только те операционные системы, которые загружаются с использованием устаревшей MBR. Чтобы подключиться к операционной системе, которая была установлена ​​для загрузки с использованием собственного UEFI, вам потребуется версия GRUB2 для UEFI.

Проблема с пересадкой UEFI GRUB из одного дистрибутива в другой заключается в том, что разные дистрибутивы настраивают его немного по-разному :, например, Debian раньше внедрял очень минимальный grub.efiв ESP со встроенными инструкциями для дальнейшего чтения Модули GRUB и файл конфигурации из другой файловой системы, указанной во время установки GRUB (, обычно это файловая система, содержащая каталог /boot).

Проблема с этим подходом заключается в том, что безопасная загрузка делает это невозможным, если включена :весь загружаемый исполняемый код должен быть подписан, а поскольку модули GRUB не используют тот же формат двоичных файлов, что и стандартные двоичные файлы UEFI, они не могут быть подписаны таким образом, чтобы его можно было распознать для прошивки UEFI.

Производные дистрибутивы RedHat -, с другой стороны, имеют тенденцию встраивать все необходимые модули GRUB в основной grubx64.efiдвоичный файл, который затем может быть успешно загружен за одну операцию посредством безопасной загрузки shim.efi. Файл конфигурации GRUB также помещается в файловую систему ESP, что обычно отражает название основного двоичного файла UEFI GRUB, т. е. если двоичный файл переименован в foo.efi, он будет искать foo.cfgв том же каталоге.

Зная это, вы можете просто убедиться, что безопасная загрузка отключена, взять двоичный файл grub.efiс установочного носителя RedHat/CentOS/Fedora, написать для него минимальный файл конфигурации вручную, поместить его в свой ESP (, возможно, как \EFI\boot\bootx64.efiи \EFI\boot\bootx64.cfg, поэтому UEFI должен подбирать их автоматически без необходимости использования переменных UEFI )и загружаться один раз. Затем вы можете увидеть, совместим ли файл конфигурации GRUB, сгенерированный встроенным генератором конфигурации GRUB TinyCore, с этой версией GRUB,и либо замените упрощенный файл конфигурации реальным, либо замените трансплантированную версию GRUB предпочтительной для TinyCore версией UEFI GRUB.

Если вы хотите загрузить TinyCore vmlinuzнепосредственно из прошивки UEFI, ядро ​​необходимо скомпилировать с CONFIG_EFI_STUB=y, а затем вам нужно выяснить, что делать с параметрами загрузки и файлом initramfs. Я сделал такой набор -однажды, настроив параметры загрузки в загрузочной переменной UEFI. Без загрузчика у вас, вероятно, не будет возможности изменить параметры загрузки во время загрузки, поэтому вам лучше заранее сгенерировать несколько настроек загрузочной переменной UEFI с разными параметрами загрузки, чтобы у вас был способ доступа система, если что-то пойдет не так, например, с обновлением ядра.

(Если параметры загрузки UEFI уровня микропрограммы -включают способ загрузки в оболочку UEFI, это может быть очень полезно при настройке загрузочной установки UEFI -без загрузчика.)

UUID, используемые в переменных загрузки UEFI, можно узнать, выполнив команду blkid. GRUB использует UUID файловой системы (= поле UUID=), а загрузочные переменные UEFI используют уникальный UUID раздела (= поле PARTUUID=).