UEFI - M$ прога, через которую пускается все системы, разрешённые M$ и даже BSD в UEFI грузится через exe... Мы всё под колпаком и было уже 3 раза.
Ядро линукса запихнуто в exe с подписанными ключами M$.
vmlinuz-4.19.0-18-amd64: Linux kernel x86 boot executable bzImage, version 4.19.0-18-amd64 (debian-kernel@lists.debian.org) #1 SMP Debian 4.19.208-1 (2021-09-29), RO-rootFS, swap_dev 0x5, Normal VGA
Забавно, на debian 11 аналогичная картина: в krusader dos/windows, в консоле «Linux kernel x86 boot executable bzImage», в grub смотрю, он грузит образ как linux, а не по chainload (как для efi файлов). Подпишусь, посмотрю что ответят, самому интересно.
У меня обычный BIOS и никаких пакетов для UEFI в системе тоже.
Обычный BIOS на плате под пень 4, остальные все UEFI 100 лет уже как.
Чтобы он не был UEFI, то установи его как
Legacy boot потом пришлёшь свой скрин. Или boot menu твоей платы пришли, я скажу как ты грузишься.
ASUS M2N68 PLUS, AMI BIOS. Братишка, поверь, я умею отличать легаси биос от ваших модных хуефи. И да, сейчас 2021 (или как вы сейчас любите все пейсать 2k21), а у меня до сих пор BIOS. Завидуйте молча.
Проверил на другой системе с XFCE. Та же фигня. Тут либо mimetypes виноваты, либо там действительно заголовки какие-то:
file -k vmlinuz-5.10.80_1
vmlinuz-5.10.80_1: Linux kernel x86 boot executable bzImage, version 5.10.80_1 (voidlinux@voidlinux) #1 SMP Thu Nov 18 13:50:37 UTC 2021, RO-rootFS, swap_dev 0X8, Normal VGA\012- DOS/MBR boot sector\012- DOS/MBR boot sector\012- PE32+ executable (EFI application) x86-64 (stripped to external PDB), for MS Windows\012- data
vmlinuz-5.10.80_1: Linux kernel x86 boot executable bzImage, version 5.10.80_1 (voidlinux@voidlinux) #1 SMP Thu Nov 18 13:50:37 UTC 2021, RO-rootFS, swap_dev 0X8, Normal VGA\012- DOS/MBR boot sector\012- DOS/MBR boot sector\012- PE32+ executable (EFI application) x86-64 (stripped to external PDB), for MS Windows\012- data
А при чем тут vmlinuz, если там стоит grub и UEFI грузит GRUB?
UEFI контроллирует ЯДРО, чтобы оно не делало запрещённых действий. Разрабы GNU / Linux или BSD сделали ядро и отправили в M$ на анализ, после проверки ими на политкорректность они подписывают ядро и возвращают уже exe-файл, с ядром внутри.
То есть безопасности пришёл конец с появлением M$ UEFI. Поэтому любая система в UEFI SecureBoot тормозит сильнее, чем в LegacyBios. exe-файл рулит всей системой... :(
Очень сомневаюсь, если честно, что они куда либо отправляют ядро. Официальный ключ для подписи, если правильно помню, можно купить у авторизованных дилеров - около 100 usd. А так, secure boot, на некоторых материнских платах позволяет использовать свои подгружаемые ключи.
Да и сам secure boot не так уж и плох по своей задумке.
Ты що молодой? Не помнишь, когда все плевались в M$, чтобы они оставили эту затею? Я тогда сказал, что примут, так как у M$ больше влияния и они продавили это, ультиматум железячникам поставили. Почитай уже инет, покопайся. Это затея M$ и остальные прогнулись. В журнале LinuxFormat тоже по-моему было про это. Не позорьтесь уже, ну!?
EFI критиковался за то, что он привёл к усложнению системы, не давая существенных преимуществ[20], и за отказ от альтернативных загрузчиков с полностью открытыми исходными текстами — OpenBIOS и coreboot[21].
В 2011 году пользователи и разработчики операционных систем на ядре Linux предупреждали, что внедрение технологии Secure Boot способом, требуемым Microsoft для устройств с Windows 8, существенно ограничит свободу пользователей этих устройств в выборе операционной системы или действиях с ней[22][23].
Слёту нашёл только это. А так все источники в 2007 году плевались на M$. Это полностью инициатива M$, а источники сейчас же все перефразируют, что мол это давно уже было намечено всеми.
Могли хоть заплеваться. К твоему бреду это не имеет никакого отношения. Нет, UEFI не имеет никакого отношения к MS. Нет, UEFI не управляет ядром. Нет, MS не подписывает ядра. Нет, PE32 EFISTUB не является exe-файлом (в том смысле, что он не является выполняемым). Нет, у тебя вообще ни одного не бредового слова в том посте нет.
Это не EXE-файл. Вы можете сами собрать простейший Hello World с помощью EDK2 и посмотреть что такое EFI - это DLL, со специальной точкой входа, которая собирается как драйвер для ядра Windows. Так что это совсем не EXE, а скорее капсула с кодом внутри.
EFI критиковался за то, что он привёл к усложнению системы
Здесь могу сказать что теперь, если вам нужен загрузчик, вы можете его полностью спокойной сделать на C/C++ или на каком-либо другом языке, кроме ассемблера. Да и распространяется всё это дело в очень удобном виде.
С точки зрения майкрософтовского компоновщика, это исполняемый файл. Но не файл DLL или приложения Windows. У него нет даже тех заголовков, через которые всё динамически импортируется/экспортируется.
Dump of file linux
File Type: EXECUTABLE IMAGE
Summary
C2DF60 .bss
20 .reloc
41E0 .setup
301CA0 .text
Он предназначен для выполнения из UEFI Shell под управление любой совместимой UEFI-платформы.
Всё программное общение с платформой через параметры, которые передаются в точку входа.
С точки зрения разработки ядра ОС, которое должно без проблем запускаться из загрузчика, подобную «библиотеку» можно получить только собирая как ядерный драйвер Windows.
Конечно это было давно и я тогда только на офтопике такое делал, но вот такой опыт.
UEFI поддерживается ещё в u-boot, так например Haiku запускается на RISC-V железе. Ничего сложного в UEFI нет, зато оно предоставляет единый стандарт загрузки на любом железе, что неоспоримое благо. Зоопарк загрузчиков создаёт проблемы для обычных пользователей.