LINUX.ORG.RU

Как настроить rEFind, чтобы он каждый раз не ставил себя первым (перед USB) в списке загрузки UEFI?

 ,


0

1

Уважаемые, подскажите пожалуйста, как решить следующую проблему. У меня стоят несколько дистрибутивов Linux и rEFind. Я также часто загружаюсь с флешек и для меня важно чтобы загрузка с USB всегда была первой в списке загрузки UEFI. После своей работы rEFind меняет список загрузки UEFI и ставит себя на первое место перед USB. Сразу скажу, что я также всё делал и по инструкции для коррекции списка загрузки UEFI с помощью efibootmgr однако результаты этого также действовали только до следующего срабатывания rEFind после чего он снова ставил себя на первое место перед USB. Как можно настроить rEFind, чтобы он этого не делал и не менял самовольно список загрузки UEFI?

Если я правильно понял, то refind и упомянутая всуе efibootmgr присутствуют на некоем диске в вашем компьютере. А если я вас сообщу, что refind - это комплект утилит, конфигураций и сопутствующего материала, выступающие в роли эдакого управляющего программного (менеджера) набора для загрузки чего-нибудь; и efibootmgr тоже утилита, которая по сути занимается тем же самым, но от широко известного в узких кругах другого творца (от корпорации Майкрософт), то по по итогу такого известия вы не готовы сделать вывод, что использование фактически двух разных управляющих не делает работу компьютера лучше/проще/понятнее? Да, комплект утилит из набора refind всегда работал и работает с переменными nvram, в частности с PreviousBoot. В этой переменной хранится последний сделанный пользователем выбор из меню. Сделано для удобства, наверное. Опять же, если я правильно понял вашу проблему, и вам не нравится именно это запоминание последнего вашего выбора из меню от refind, то (быстро загуглив) refind можно сконфигурировать подходящим образом. Вот, что печатает автор:

Whether to store rEFInd’s rEFInd-specific variables in NVRAM (1, true,

or on) or in files in the «vars» subdirectory of rEFInd’s directory on

disk (0, false, or off). Using NVRAM works well with most computers;

however, it increases wear on the motherboard’s NVRAM, and if the EFI

is buggy or the NVRAM is old and worn out, it may not work at all.

Storing variables on disk is a viable alternative in such cases, or

if you want to minimize wear and tear on the NVRAM; however, it won’t

work if rEFInd is stored on a filesystem that’s read-only to the EFI

(such as an HFS+ volume), and it increases the risk of filesystem

damage. Note that this option affects ONLY rEFInd’s own variables,

such as the PreviousBoot, HiddenTags, HiddenTools, and HiddenLegacy

variables. It does NOT affect Secure Boot or other non-rEFInd

variables.

Default is true

LaLe
()