Какая же гадость этот ваш уефи.

Отпала необходимость в левых загрузчиках установленных в начальных байтах диска специально помеченного как загрузочный

Это на MBR, на GPT этого уже нету, для этого там есть bios_grub флаг на раздел.

Вот это все теперь можно забыть. Этого мало?

Да. Этого очень мало на фоне GPT+legacy_boot. Я не говорю что legacy лучше, я говорю что новое UEFI — кусок плохо спроектированной каки.

Многие материнки могут грузить загрузчик не только с fat32 раздела. У меня грузит и с NTFS, другие фс не проверял. Это видимо достигается модулями расширения EFI. Ибо EFI - интерфейс расширяемой прошивки ©

Да. Этого очень мало на фоне GPT+legacy_boot. Я не говорю что legacy лучше, я говорю что новое UEFI — кусок плохо спроектированной каки.

Если оно лучше легаси то это уже прогресс, а чего именно тебе не хватает в UEFI? Что там должно быть что бы ты не считал это куском каки?

у меня на ноуте стоит винда в дуалбуте единственный смысл существования которой это запускать обновлялку биоса ноутбука.

А не проще ли держать для таких целей флешку с WinPE?

Возможно, но тут без разницы, даже если бы я просто ставил винду с 0 в моменты когда она мне нужна, это на столько редко что большой роли не играет.

а кривость её в том, что удалённый файл лишь помечен как удалённый, но физически автомагнитола продолжает его воспроизводить. :)

нету там таких возможностей. чекай фс

упрощение
загрузочная область в 512 байт
первый раздел, чтобы он был FAT32, и всегда грузит по-умолчанию boot/efi/bootx64.efi файл

Хм. Я один вижу тут противоречия?

что происходит с файлом, когда вы его удаляете? ничего. просто ставится флажок что файл удалён. но его содержимое остаётся на месте.

boot/efi/bootx64.efi

Спорим, что не всегда? На 32 bit UEFI нетбуках, например. И на них даже линукс не поставить именно поэтому (ну или надо понимать досконально, как оно работает)

что, не проще?

скопировать файл cp /usr/src/linux-*/vmlinuz /boot/efi/boot/bootx64.efi на fat32 раздел сложнее, чем прописать загрузчик dd if=/usr/share/syslinux/... of=/dev/sda bs=440 count=1 и потом ещё через fdisk /dev/sda пометить раздел загрузочным?

чтобы сделать любое устройство — флешка, жёсткий диск, — загрузочным в ефи, мне надо просто скопировать туда файлик с ядром линукса.

чтобы сделать загрузочным устройство для биоса, надо сперва сходить загуглить, как это сделать, а потом собрать целый табор утилит и научиться ими пользоваться.

дак что проще-то?

и потом ещё через fdisk /dev/sda пометить раздел загрузочным?

Я больше люблю FreeBSD boot. Там MBR кидал менюху со списком корневых разделов, какой назначить активным.

чтобы сделать любое устройство — флешка, жёсткий диск, — загрузочным в ефи, мне надо просто скопировать туда файлик с ядром линукса.

Нет, не просто. Про флаги раздела boot и efi забыл.

ESP - это не просто раздел, отформатированный в FAT16/FAT32, у него еще должны быть выставлены эти два флага.

Например, https://psathul.wordpress.com/2019/05/09/how-to-install-linux-on-32-bit-uefi-...
- это так просто, что аж до слёз

we download installation ISO, then we burn it to a USB flash drive via Rufus application on Windows, then we boot and install the Linux, next we boot it manually, compile 32-bit UEFI support for GRUB, do some fixes and we are done.

Что характерно, емнип, не всё записанное руфусом таки загружается на 32 битных нетбуках.

Спасибо за ликбез

загрузочным в ефи, мне надо просто скопировать туда файлик с ядром линукса.

Скопировать на efi раздел с fat32, а потом прописать его через efibootmgr.

Гугли CONFIG_EFI_MIXED.

Спасибо.

Пока таки склоняюсь к coLinux поверх десяточки.

скопировать файл cp /usr/src/linux-*/vmlinuz /boot/efi/boot/bootx64.efi на fat32 раздел сложнее

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

Можно через efibootmgr загрузочную запись создать, а параметры для ядра указать через -u.

Ниасилил УЕФИ

Ниасилил создать раздел

Ясно. Держите нас в курсе. И вот вам огнетушитель.

Лет примерно пять-шесть назад. Была пара материнок Asus разных моделей разных лет, которые с разницей в год-полтора несговариваясь переставали видеть файл загрузчика в /EFI/GRUB/, и ругались на отсутствие загрузочного девайса. Помогало только переключение на grub-i386, работает до сих пор.
(Я в смысле, что может оно и к лучшему, что ниасилил. EFI сильно зависит от кармы.)

ой всё хватит, каждый продолжает толдычить про своё, одному boot флаги нужны, чтобы загрузиться — НЕ НУЖНО, efi загрузчик это просто файл efi/boot/bootx64.efi на fat32 разделе, на флешке, просто скопируй файл на флешку и грузить!

второй про efibootmgr продолжает трындеть, да не нужен твой efibootmgr, по-умолчанию будет грузиться efi/boot/bootx64.efi всегда, просто положи на это место загрузчик.

всё хватит меня триггерить, я пойду своими делами заниматься лучше, РРРРР

ССЗБ. 5 звезд и не знает как EFI работает.

Я не особо искал но я в первые вижу более менее понятное объяснение того как работаю загрузка по UFI только вот в этом треде, все ранее встречавшиеся объяснения непонятные пояснения на какую кнопочку нажать без какого либо объяснения что в конце концов и как надо делать.

На ГентуВики и АрчВики все это есть

по-умолчанию будет грузиться efi/boot/bootx64.efi всегда

Спасибо. Это все знают. А что если нужно меню с вариантами загрузки? Я тебе еще раз говорю, ты мыслишь своими локалхостными юзкейсами. Посмотри на любой загрузочный диск любого дистрибутива. Там везде груб из-за универсальности.

efi загрузчик это просто файл efi/boot/bootx64.efi на fat32 разделе

Не на простом fat32 разделе, а на ESP/EFI разделе.

ой всё хватит, каждый продолжает толдычить про своё, одному boot флаги нужны, чтобы загрузиться — НЕ НУЖНО,

По идее EFI должен был унифицировать загрузку и сделать ненужными дополнительные средства загрузки такие как Grub, но ненужнисты в написании стандарта победили и теперь приходится и дальше ставить костыли и толкаться вокруг того, чей именно бинарник будет загружать BIOS.

На самом деле этот EFI писался под нужды Микрософта, потому что как иначе объяснить то, что стандартом EFI была взята файловая система FAT, а не EXT2/3/4 и были проигнорированы неиспользуемые Майкрософтом образ загрузочной файловой системы и флаги загрузки, и на оборот, схема загрузки была сделана максимально близкой к виндовой и ничего в своей сути для винды и других ОС не меняющая?

Почти десять лет назад не мог понять, почему же Debian ставится, но после перезагрузки ничего не работает. А потом догадался создать раздел для EFI… Как они тогда в установщике про это забывали сказать, так и сейчас, похоже.

По идее EFI должен был унифицировать загрузку и сделать ненужными дополнительные средства загрузки такие как Grub, но ненужнисты в написании стандарта победили и теперь приходится и дальше ставить костыли и толкаться вокруг того, чей именно бинарник будет загружать BIOS.

Люди просто по привычке граб юзают, а так толку с него как с козла молока, он не дает никаких плюсов.

Вам с пуфиком заняться просто нечем, во вы и думаете про уефи, а нормальному человек все эти прилёты новодела нафик не сдались.

он не дает никаких плюсов

Загрузка с шифрованого /boot

а нормальному человек все эти прилёты новодела нафик не сдались.

Ага, у нормального человека еще миллион видосов на ютубе и тиктоков не просмотрено, куча дел.

Загрузка с шифрованого /boot

Ну и толку от шифрованного /boot если ты один хрен не сможешь зашифровать загрузчик? Проще тогда уж ядро как нибудь подписывать.

Ядро небось православное, 2.4?

Люди просто по привычке граб юзают, а так толку с него как с козла молока, он не дает никаких плюсов.

Не согласен, настройка через menu.lst удобнее, чем закачивание параметров в BIOS через утилиты.

ТЫ про граб легаси? Во втором грабе конфиг собирается автоматически и руками его исправлять не рекомендуют, только специальные файлы из которых конфиг и собирается.

А так в принципе +- те же самые настройки, просто не в текстовом файле, а в памяти уефи. У граба есть всякие фичи по типу встроенной консоли но я никогда не слышал что бы ими вообще кто то пользовался.

Во вспомнил, еще в грабе можно скины менюшки менять, по сути основная его киллер фича относительно UEFI.

на место bootx64.efi только оффтопик свой загрузчик гадит

Не гадит, он живёт в /EFI/Microsoft/Boot/Bootmgfw.efi, и прописывается в BootXXXX в EFI NVRAM.

bootx64.efi обычно нужен для внешних загрузочных дисков, например для установочного или аварийного диска, чтобы с него можно было загрузиться всегда, без прописывания пути в NVRAM.

С тем же успехом можно задействовать SecureBoot со своими ключами и заснунуть initramfs внутрь бинарника ядра.

На самом деле этот EFI писался под нужды Микрософта

Ну да, интел с яблоком будут заботиться о нуждах мелкософта.

bootx64.efi

Очень хреновая практика, если ты не админ лохохоста, что уже было озвучено выше.

По идее EFI должен был унифицировать загрузку и сделать ненужными дополнительные средства загрузки такие как Grub

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

EFI умеет грузиться с любых файловых систем, для которых в firmware есть драйвер. Можно положить туда драйвер ext4, поставить на корневой раздел атрибут «EFI System Partition» и иметь на диске ровно один раздел. Кто-то даже делал обёртку для GRUB-овских драйверов, чтобы их можно было вставлять прямо в EFI - так можно поддержать очень широкий спектр файловых систем.

Схема загрузки EFI совсем не похожа на ту, что была в Windows до EFI. И винда, и другие ОС одинаково могут пользоваться новыми возможностями - управлять загрузочными опциями, менять их приоритеты, выбирать вариант для одной следующей загрузки и загружаться в Setup, читать файлы с загрузочной fs средствами EFI, использовать консоль и сеть. Никаких преференций для Windows я тут не вижу.

были проигнорированы неиспользуемые Майкрософтом образ загрузочной файловой системы и флаги загрузки

Про файловые системы написал выше - положите себе в прошивку драйвер ext4, и грузитесь прямо с неё.

А каких флагов не хватает в EFI? Kernel command line передавать можно же.

EFI умеет грузиться с любых файловых систем, для которых в firmware есть драйвер. Можно положить туда драйвер ext4, поставить на корневой раздел атрибут «EFI System Partition» и иметь на диске ровно один раздел.

А отсюда поподробнее, есть более подробные руководства? Быстрый гуглинг говорит фат-онли.

И на них даже линукс не поставить именно поэтому (ну или надо понимать досконально, как оно работает)

В дебиановских образах 32-битный ефи из коробки был ещё хрен знает когда

а GPT этого уже нету, для этого там есть bios_grub флаг на раздел.

Об этом я и говорил в соседней теме про parted. Зачем-то за несуществующими флагами скрывают типы разделов, а потом люди думают, что такие флаги на самом деле есть. Аналогичного флага для UEFI в GPT нет, т.к. определяется по типу, а аналогичный есть Legacy BIOS bootable , что для другого. https://en.wikipedia.org/wiki/GUID_Partition_Table#Partition_entries_(LBA_2%E2%80%9333)

kmeaw:

атрибут «EFI System Partition»

Ещё один

Принципиально GUID от флагов ничем не отличается. Мы маркируем разделы какой-то биркой. Ну вот ты сам подтверждаешь, что EFI это нифига не проще.

Looks like бубунтопроблемы. У них еще и апдейты с 20.10 до 21.04 сломаны https://www.omgubuntu.co.uk/2021/04/why-you-cant-upgrade-to-ubuntu-21-04-for-now

Так может, это проблема убунты и глюков ейного инсталлятора?

У них кстати баг с неправильным выбором ефи раздела на многодисковых конфигурациях до сих пор не исправлен https://bugs.launchpad.net/ubuntu/ source/ubiquity/ bug/1396379?comments=all

И видимо уже не будет исправлен, т.к. пилят новый инсталлятор

Блин, спасибо за такое понятное объяснение

Принципиально отличаются, т.к. флаги по общепринятой логике (здравому смыслу) не взаимоисключающие.

EFI безусловно сложнее, но определеннее. BIOS кажется проще, чем он есть и еще проще, чем по взаимоисключающим стандартам должен быть. Но проблема абстрагирования parted касается и mbr.