uefi lenovo 320-15isk = боль

у меня тоже периодически пропадает в эфи загрузка арча, (при этом винда и убунту остаются).
поставил биос вариант груба.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
vs220
Чем же?
Вот конкретно тем, что не слетает, случаев слишком много при дуалбутах, и аргумент, а у меня такого не было, не аргумент.
undemeon
случаев слишком много
Ну тут два пути
Уйти от проблемы не используя Uefi и грузиться в "легаси режиме" (зловреды переписывающие mbr тоже есть кстати) Можно попробовать и не меняя разметку, место для загрузчика в начале диска у тс есть

Или настраивать Uefi
Подмена дефолтного bootx64.efi на рефинд с вин10 нормально работает, и легко восстанавливается что из Uefi что из винды.
Для вин8 и редакций винд изменяющих порядок загрузки в вики есть инструкция
https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface#Windows_changes_boot_order

А вообще с тоской вспоминаются времена когда на платах был джампер запрещающий запись в флеш биоса
vs220
Уйти от проблемы не используя Uefi и грузиться в "легаси режиме" (зловреды переписывающие mbr тоже есть кстати) Можно попробовать и не меняя разметку, место для загрузчика в начале диска у тс есть
по идее у ТС gpt, поэтому не важно расположение раздела для легаси груба.
вангую: что скорей всего, может быть неиспользованный маленький кусочек в конце диска, а грубу не отформатированный раздел размером 1М вполне достаточен.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
undemeon
Вот конкретно тем, что не слетает, случаев слишком много при дуалбутах, и аргумент, а у меня такого не было, не аргумент.
бред, uefi гораздо более функционален и при использовании pxe вообще вне конкуренции.
а тем у кого что-то не работает порекомендовал бы в первую очередь прочитать документацию на материнскую плату.
есть определённый набор опции которые способствуют "быстрой" или "безопасной" загрузки, и непосредственно влияют на её порядок.

vs220
Подмена дефолтного bootx64.efi на рефинд с вин10 нормально работает, и легко восстанавливается что из Uefi что из винды.
Вообще если windows перепишет bootx то по факту ничего не поменяется, и остальные загрузчики /EFI/* которые у вас были будут грузиться примерно так же как и до этого, если они были корректно сконфигурированы (это тоже преимущество efi, больше ничего восстанавливать не надо)
Да windows при определённых условиях может менять порядок загрузки, в основном это касается опции гибернации(может некоторые не в курсе но начиная с win8 вместо отключения используется именно она)

p.s. а афтор пускай сначала структуру efi приведёт к нормальному виду, в папке /EFI/Boot/ должен быть только один файл bootx, а он туда загрузчик запихнул...
Ошибки в тексте-неповторимый стиль автора©
indeviral
в папке /EFI/Boot/ должен быть только один файл bootx, а он туда загрузчик запихнул
В /EFI/Boot/ лежит загрузчик который по стандарту должен читаться по умолчанию
и никаких проблем при замене его на рефинд или другой нет и никаких правил по "только один файл" тоже
Более того замена bootx64 не имеет ни каких рисков так как при этом не нужна запись в флеш м.п.
vs220
В /EFI/Boot/ лежит загрузчик который по стандарту должен читаться по умолчанию
нет, по умолчанию он будет читаться если вы его переименуете в bootx.efi (ну либо укажите в uefi в ручную, некоторые производители добавляют такую опцию)
vs220
и никаких проблем при замене его на рефинд или другой нет и никаких правил по "только один файл" тоже
в linux вообще нет жёстких правил... тем не менее при смене bootx.efi на другой, этот заугрузчик он уже не увидит, а если он будет расположен в /EIF/refind/*.efi то он подхватиться автоматически.
vs220
Более того замена bootx64 не имеет ни каких рисков так как при этом не нужна запись в флеш м.п.
эт не понял вообще к чему(((
Ошибки в тексте-неповторимый стиль автора©
indeviral
будет читаться если вы его переименуете в bootx.efi
Об этом и говорилось
Так что можно просто переименовать рефиндовский загрузчик ( /usr/share/refind/refind_x64.efi ) в bootx64.efi и положить в efi_раздел/EFI/Boot
indeviral
в linux вообще нет жёстких правил… тем не менее при смене bootx.efi на другой, этот заугрузчик он уже не увидит, а если он будет расположен в /EIF/refind/*.efi то он подхватиться автоматически.

Любой линукс способный смонтировать и читать fat его видит как и винда это просто файл
indeviral
эт не понял вообще к чему(((

При записи в флеш м.п.( при записи "загрузочной записи") есть потенциальные риски (примеры окирпичивания можно поискать) и ресурс записи ограничен все же.

Стандартный Uefi по умолчанию при загрузке ищет ефи фат раздел и файл /EFI/Boot/bootx64.efi если найдет запускает его.
bootx64.efi это приложение efi и им может быть любое efi_приложение например загрузчик (рефинд,груб и др)
я вас не догоняю или вы меня, вы пишите какие-то очевидные местами вещи которые не относятся к делу((

должна быть такая структура:
/EFI/Boot/bootx64.efi
/EFI/Loader1/load1.efi
/EFI/Loader2/load2.efi
иначе унификация работать не будет.

p.s. а то что предлагаете вы это рабочий вариант и работать он будет вполне корректно... однако использовать его нельзя(ненужно).
Ошибки в тексте-неповторимый стиль автора©
indeviral
должна быть такая структура:
/EFI/Boot/bootx64.efi

/EFI/Boot/bootx64.efi это Loader0(если по вашему)

И это стандарт

Так почему?

indeviral
нельзя(ненужно).

Не могу вас понять
 
Зарегистрироваться или войдите чтобы оставить сообщение.