X86S и загрузка системы без UEFI

X86s еще не реализован в кремнии. А некоторые из доступных сейчас процессоров уже не могут запуститься без UEFI. Загружаться системы на основе X86s будут так же, как сейчас: UEFI+GPT

Будет ли некое подобие старого доброго BIOS, который просто загружает в память код из boot record в MBR/GPT на диске и дальше уже этот код продолжает загрузку?

Весь смысл затеи в том, чтобы избавиться от бессмысленного legacy.

Классические загрузчики из MBR работать не будут,

Да и хрен с ними.

В теории загрузчик из MBR/GPT можно просто переписать для 64-х битного режима, но кто его в X86S вообще вызовет?

Подозреваю что биосы от корпораций будут целиком вендорлокнутые на этот UEFI, но сейчас это уже не проблема: биос записн на флешку, которая легко перешивается. Раньше меняли предустановленную винду на норм ОС, теперь будем менять предустановленный uefi bios на свободный (например есть проект coreboot), в котором можно реализовать поддержку нормального бут-сектора на 64 битах.

boot record в MBR/GPT

И ещё - не ведись на маркетологическую лапшу и не путай. Есть таблица разделов MBR и есть таблица разделов GPT - это да. Но MBR сам по себе с таблицей разделов никак не связан - это просто первый сектор на диске, и он может быть хоть у диска вообще без разделов. Слово «MBR» в применении к разделам означает что таблицу засунули в первый сектор, но к его загрузочным свойствам это никак не относится.

Сомневаюсь что mbr сохранят для нового железа

Есть разметки разделов GPT и DOS (она же называется MBR). На классическом BIOS загрузка происходит одинаково независимо от таблицы разделов: первый сектор загружается в память по адресу 0x7C00 и затем запускается, а потом делает что угодно. Если специальный код MBR который предназначен для таблицы GPT, но можно поставить обычный lilo или grub, ему будет пофиг на таблицу разделов и тоже будет работать. В syslinux не пофиг, но с GPT тоже можно грузиться как раз с помощью этой специальной MBR.

Таблица разделов DOS ещё называется MBR потому что она находится в первом секторе начиная с 446-го оффсета, после которого идёт четыре записи по 16 байт и сигнатура 0x55 0xAA в конце сектора.

X86s еще не реализован в кремнии.

Я в курсе.

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

Это какие и почему? Или ты вообще не про x86?

Загружаться системы на основе X86s будут так же, как сейчас: UEFI+GPT

Откуда такая уверенность? GPT я ещё могу понять, но почему обязательно UEFI? Кстати, MBR в GPT таки есть.

но почему обязательно UEFI?

Потому что это вменяемый стандарт. Причём уже не только на x86, что делает его особенно ценным.

Дата регистрации: 27.05.24 00:38:41 +05:00

Ой, не заметил, что это просто тролль.

Весь смысл затеи в том, чтобы избавиться от бессмысленного legacy.

Весь смысл x86S в том, чтобы сделать ядра процессора более компактными и легче конкурировать с ARM. Легаси в коде никого в Intel не интересует. Однако некоторые полезные идиоты обязательно не преминут воспользоваться моментом чтобы повахтёрить в спецификации загрузки системы. Все эти UEFI и Secure Boot, на самом деле, мало кому нужны и если уж их добавлять в прошивку, то исключительно как опцию, а не как единственный возможный вариант. В подавляющем числе случаев, по крайней мере на десктопах, нужно просто загрузить ядро или загрузчик ядра из какого-то или каких-то секторов и как оно дальше продолжает загружаться никого волновать не должно, как это всегда было до UEFI + Secure Boot и никому не мешало. Это можно сделать в любом режиме - 16, 32 или 64 бит.

Потому что это вменяемый стандарт. Причём уже не только на x86, что делает его особенно ценным.

Что в нём вменяемого? Как по мне, это сплошной оверинжиниринг. И я бы согласился даже на UEFI, если бы кое кто не проталкивал Secure Boot в качестве единственного возможного варианта.

Ой, не заметил, что это просто тролль.

Зачем же так голословно? По-твоему все недавно зарегестрированные - троли? Ты вот вообще под анонимом оскорбляешь.

Нет, в GPT нет MBR, см. выше я тебе написал. Не путай эти понятия.

Причём уже не только на x86, что делает его особенно ценным.

Нет, в контексте х86 на поддержки чего-то другого вообще плевать.

Подозреваю что биосы от корпораций будут целиком вендорлокнутые на этот UEFI, но сейчас это уже не проблема: биос записн на флешку, которая легко перешивается. Раньше меняли предустановленную винду на норм ОС, теперь будем менять предустановленный uefi bios на свободный (например есть проект coreboot), в котором можно реализовать поддержку нормального бут-сектора на 64 битах.

Можешь рассказать про UEFI BIOS поподробнее? Я всегда думал, что прошивка BIOS содержит код, специфичный железу и прошивать что-то левое, не от производителся материнки, просто опасно, вплоть до окирпичивания. Или ты о какой-то другой прошивке говоришь?

И ещё - не ведись на маркетологическую лапшу и не путай. Есть таблица разделов MBR и есть таблица разделов GPT - это да. Но MBR сам по себе с таблицей разделов никак не связан - это просто первый сектор на диске, и он может быть хоть у диска вообще без разделов. Слово «MBR» в применении к разделам означает что таблицу засунули в первый сектор, но к его загрузочным свойствам это никак не относится.

Я в курсе как это устроено. GPT просто решили сохранить некоторую совместимость с прежним форматом, чтобы старые программы, вроде fdisk.exe видели, что диск чем-то занят и чтобы старые BIOS-ы продолжали загружать систему.

Нет, в GPT нет MBR, см. выше я тебе написал. Не путай эти понятия.

Protective MBR в LBA0, для совместисоти, как раз таки есть. Другое дело, что UEFI не должен им пользоваться. Но мой вопрос не только и не столько про UEFI.

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

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

Потому что это вменяемый стандарт. Причём уже не только на x86, что делает его особенно ценным

+500!

Как по мне, это сплошной оверинжиниринг

Так выглядит любой стандарт, который существует достаточно долго и написан достаточно большим количеством участников для решения большого спектра проблем. Возможно, лет через десять всем надоест, и появится какой-нибудь SEFI (S — simple) без наследия.

если бы кое кто не проталкивал Secure Boot в качестве единственного возможного варианта

А никто и не проталкивает. Интерес к доверенной и аттестуемой загрузке есть у всех, кому не пофиг, и дистрибутивы Linux движутся в эту сторону. Fedora пока тормозит, а в Ubuntu уже предлагается вполне рабочая реализация FDE с TPM и SB. Нужно ли это всем подряд? Нет. Разумно ли это как умолчание? Да.

По-твоему все недавно зарегестрированные - троли?

Значительное количество. Но окей, будем считать, что это не сотый аккаунт одного человека :)

Нет, в контексте х86 на поддержки чего-то другого вообще плевать.

Либо ты не понял, либо я. Имел в виду, что UEFI позволяет выкинуть на мороз все эти U-Boot и иметь одинаковые схемы загрузки на разных архитектурах. Конкретно сейчас UEFI набирает обороты на aarch64. Удобно же, когда можешь просто взять и поставить на одноплатник дистрибутив любым удобным способом, а не ковыряться со специальным образом.

Потому что это вменяемый стандарт

Это жуткий, переусложненный кошмар, будем честны. В edk2 около полутора миллионов строк просто чтобы загрузить сраный компьютер:

$ cloc .
    9079 text files.
    7762 unique files.                                          
    1330 files ignored.

github.com/AlDanial/cloc v 2.00  T=7.33 s (1058.8 files/s, 378368.9 lines/s)
------------------------------------------------------------------------------------
Language                          files          blank        comment           code
------------------------------------------------------------------------------------
C                                  2834         235270         413318         907492
C/C++ Header                       2261          96622         268072         226982
Assembly                            660          24291          19693         224367
Python                              394          32445          36455         135519
TNSDL                              1187           9252            910          58892
DenizenScript                        50           1949           3463          12155
C++                                  23           1871           2158          10119
Text                                 33           3499              0           9693
ANTLR Grammar                         5            860            610           8748
Markdown                             46           1766              4           5378
YAML                                 82            353           1146           4243
XSD                                   1             90             44           3053
SVG                                   4              2              1           1859
PHP                                  21            213            236           1544
Fortran 77                           39            211            224           1514
DOS Batch                            24            129             66           1143
R                                     2             80              2            975
make                                 44            328            567            823
Bourne Shell                         10             94            278            680
XML                                   4              0              0            502
INI                                  11             70             20            441
reStructuredText                      3            110             90            266
Bourne Again Shell                   20             61             47            222
HTML                                  1              6              2            118
Visual Studio Solution                1              1              1             23
JSON                                  1              0              0             16
Perl                                  1              2              3             14
------------------------------------------------------------------------------------
SUM:                               7762         409575         747410        1616781
------------------------------------------------------------------------------------

Есть такое, но в целом всё не так страшно.

Ну кому-то может быть и не страшно, а мне такое точно не подходит. Кстати, всякие Intel ME для товарища майора там тоже есть?

coreboot поддерживает далеко не все материнки, но с теми что поддерживает там в основном разобрались со всей железоспецифичностью и тоже её реализовали. Главная проблема тут не собственно реализация, а то что производители прячут документацию.

А зачем вообще поддерживать каких-то производителей материнок, которым этот coreboot не нужен? Возможно в этом есть смысл на начальном этапе - чтобы заявить о своём проекте. Но проект существует уже больше 25-и лет, а всё ещё занят каким-то бесполезным шаманством. Я бы с радостью купил материнку, в которой coreboot установлен самим производителем, который сотрудничает с проектом. Или на худой конец если производитель просто официально поддерживает coreboot как альтернативу.

Кстати, всякие Intel ME для товарища майора там тоже есть?

Давай хоть один пруф, что оно имеет отношение к товарищу майору.

Я бы с радостью купил материнку, в которой coreboot установлен самим производителем, который сотрудничает с проектом.

Так вот же есть: https://www.raptorcs.com/TALOSII/ Полный open source. Но ты сейчас скажешь, что пуговицы тут не того цвета :)

Не знаю кто именно не понял, но речь как раз про то, что пользователям х86 архитектуры на 100% плевать, будет ли их загрузчик работать на каком-нить арме или ещё где.

поставить на одноплатник дистрибутив любым удобным способом, а не ковыряться со специальным образом.

Дистр для х86 на арме всё равно не запустится - у него другой формат бинарников. Так что ставить придётся разное. А то, что iso-образе (и в инсталляторе) для арма загрузчик не такой как для ч86 - опять же всем плевать, ну кроме может быть пары человек, которые этот загрузчик разрабатывали. Более того, подавляющее большинство х86-юзеров никогда с арм-дистрами и не столкнутся, кроме уже прошитых в искоробки готовых ембеддедах.

Ещё раз повторю - это не то место, где унификация хоть чем-то полезна.

А зачем вообще поддерживать каких-то производителей материнок, которым этот coreboot не нужен?

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

Я бы с радостью купил материнку, в которой coreboot установлен самим производителем, который сотрудничает с проектом. Или на худой конец если производитель просто официально поддерживает coreboot как альтернативу

Ситуация примерно такая же как «купить комп с предустановленным линуксом». Ещё довольно недавно это было нереально, а даже сейчас после покупки ты его скорее всего снесёшь и установишь другой. Только у линукса есть подвижки по политическим причинам, а биосы в поле зрения чиновников не попали и думаю ещё долго не попадут.

А то, что iso-образе (и в инсталляторе) для арма загрузчик не такой как для ч86 - опять же всем плевать

Ты вообще не в теме. Нет никакого ISO, вместо этого у тебя в плате зашит U-Boot, и тебе нужен специальный образ для данного устройства, с нужной конфигурацией разделов в том числе. UEFI позволяет как раз использовать нормальный образ на флэшке (загрузка с USB — ещё одна вещь, которая крайне редко доступна на одноплатниках) и любые способы установки, а не то, что ты додумал: «Дистр для х86 на арме всё равно не запустится». Никто и не собирался его там запускать.

Ещё раз повторю - это не то место, где унификация хоть чем-то полезна.

А точности то. Никто не проиграет, если на всех платформах будет унифицировано взаимодействие ОС и железа.

большинство х86-юзеров никогда с арм-дистрами и не столкнутся

Добро пожаловать в двадцать первый век, у нас тут arm64 уже выкатывается в десктопный сегмент.

Тебе в любом случае нужен будет специальный образ, потому что ч86 ядро и утилиты не запустятся на арме.

унифицировано взаимодействие ОС и железа.

А тут биос вообще почти ни при чём, взаимодействие с железом ядро делает само. И это зависит от того, какое именно там железо.

Добро пожаловать в двадцать первый век, у нас тут arm64 уже выкатывается в десктопный сегмент.

Не надо свои фантазии/мечты выдавать за действительность.

Тебе в любом случае нужен будет специальный образ, потому что ч86 ядро и утилиты не запустятся на арме.

Нет, это будет стандартный, нормальный образ для любого ARM (а не под каждую ревизию девайса в худшем случае). Он не становится специальным от смены архитекторы.

Не надо свои фантазии/мечты выдавать за действительность.

Ты о чём? Apple уже давно делает ноутбуки и десктопы на ARM. Остальные в основном ноутбуки, и пока их не очень много. Плюс есть приличный рынок серверов на ARM, а там тоже никто особо не любит кастомные загрузчики внутри материнских плат.

Нет, это будет стандартный, нормальный образ для любого ARM

Да сколько ж можно? Ещё раз: плевать на твой арм. Речь про х86, и нафиг ему не сдались арм-совместимые загрузчики.

Ты о чём? Apple уже давно делает ноутбуки и десктопы на ARM

И на этих маргиналов плевать. Нормальный комп это х86 и только он, всё остальное это лапша от маркетологов конкурентов.

Речь про х86, и нафиг ему не сдались арм-совместимые загрузчики.

Но ведь всё наоборот — это на aarch64 пришли x86_64-совместимые UEFI-загрузчики :)

И на этих маргиналов плевать.

Wishful thinking? Будем честны, маргинальные группы сейчас это: 1) владельцы x86-систем без UEFI; 2) владельцы x86-систем с UEFI в режиме CSM. На фоне числа владельцев макбуков их вместе взятых примерно около нуля.

Нормальный комп это х86

Нормальный комп это IBM POWER (ссылка была выше).

ибм помер

Говорят, в U-Boot есть гораздо более компактная реализация. И я все равно предпочту edk2 легаси-параше

Ну ты можешь предпочесть, только legacy параша в разы компактнее и куда менее раздута. Это не вопрос мнений, это факт. Я верю что существуют реализации, которые взяли необходимый сабсет фичей и получилось как надо, но это не отменяет страха от бумаги.

Да сколько ж можно? Ещё раз: плевать на твой арм. Речь про х86, и нафиг ему не сдались арм-совместимые загрузчики

Плевать на твой манямирок. А майнтейнерам не плевать на ARM. Многие популярные дистрибутивы поддерживают другие архитектуры, и принятие UEFI в качестве стандарта на этих архитектурах заметно упростило бы им жизнь. Без универсального стандарта им приходится собирать 100500 установочных образов под 100500 плат.

И на этих маргиналов плевать

Так ты и есть маргинал. Игнорировать существование платформ, отличных от X86 — кретинизм.

Нормальный комп это х86 и только он, всё остальное это лапша от маркетологов конкурентов

Выкинь к чертям роутер, мобильник, вообще все embedded системы, которые есть у тебя в наличии. И в интернете не сиди. Многие серверы работают на ARM. И от последних научных достижений откажись. Большинство суперкомпьютеров в TOP500 работают не на X86. Наверно, их разработчики тоже тупые хипстеры, забыли поинтересоваться у лоровских маргиналов, какую архитектуру используют настоящие мужики

Давай хоть один пруф, что оно имеет отношение к товарищу майору.

Там специально предусмотрено его отключение лишь для товарищей майоров и прочих госструктур. Остальный не должны Intel ME и аналог от AMD отключать, ибо холопы бесправные.

Так вот же есть: https://www.raptorcs.com/TALOSII/ Полный open source. Но ты сейчас скажешь, что пуговицы тут не того цвета :)

Я уже было обрадовался, а это для совсем другой процессорной архитектуры - IBM POWER9. Мне для поиграться оно наверное бы зашло, но не более того. Но даже для поиграться слишком дорого. Talos™ II Entry-Level Developer System TLSDS3 почти 6 килобаксов, а более приличный Talos™ II Desktop Development System TL2DS1 более 8-и килобаксов. Кстати, а аналог Intel ME там тоже есть?

Лучше покажи хорошую x86_64 материнку с coreboot.

Там специально предусмотрено его отключение лишь для товарищей майоров и прочих госструктур. Остальный не должны Intel ME и аналог от AMD отключать, ибо холопы бесправные.

Лол, военка USB порты кипящим клеем заливает. У них и IPMI с RedFish выключены от греха подальше. Ни разу не пруф. Я тебе больше скажу – у тебя процессор имеет доступ к памяти, TCP/IP стеку и всему остальному. Intel’у не нужен сопроцессор, чтобы засунуть тебе руткит.

А мужики-то не знали.

Ты по ссылке сходи всё же, оно там достаточно живое.

пуговицы не того цвета

Ну понятно.

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

С этим я согласен, но ты сменил тему. Я спросил не про пользователей, а про разработчиков coreboot. Зачем этим разработчикам поддерживать каких-то производителей материнок, которым этот coreboot не нужен? Я тебе сам скажу зачем - чтобы это хоть где-то работало, потому что производителям материнок coreboot малоинтересен, если вообще.

Ситуация примерно такая же как «купить комп с предустановленным линуксом». Ещё довольно недавно это было нереально, а даже сейчас после покупки ты его скорее всего снесёшь и установишь другой.

Ситуация совсем не такая. Возможность снести предустановленную ОС и вместо неё установить другую существует за счёт открытости и унификации платформы IBM-PC с далёких 80-х годов. А теперь, для сравнения, посмотри на мобильные устройства с Android. Практически ни на одном из них нет официальной поддержики каких-то других прошивок, кроме вендорных. И просто унифицированного дистрибутива Android тоже нет. Прошивки и малосерийные мобильники для гиков не в счёт. А ещё есть «Phone status», который теряет «Official» даже просто после получения прав root на честно купленом девайсе. Некоторый прикладной софт, после этого, не работает. Вот чего-то подобного, но уже в персональных компьютерах я и боюсь. Вначале вендорлокнутые загрузчики, затем такие же ОС, а дальше установка софта только из проверенного большим братом репозитория.

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

Не в этом дело, да и политика, которую ты упомянул, действует в основном лишь в ЕС. Дело в том, что сообщество принципиально не способно делать качественный софт самостоятельно и поэтому его делают корпорации. Сообщество плюётся от GNOME, systemd и от прочих непотребств, но корпорации целенаправленно продолжают проталкивать именно их. Сообщество пытается сделать альтернативу, обычно сразу несколько, но эти альтернативы очень сильно отстают как по качеству, так и по скорости развития. А у железячников всё ещё хуже, потому что производство электроники гораздо дороже компиляции и собирать чипы или платы по VHDL (или в чём у них принято разрабатывать) у себя дома не получится. Вон в ютубе нашёлся таки один умелец, который построил нехилую такую лабораторию дома для производства реального чипа, по сложности не превосходящего мультивибратор. Даже если ограничиться сборкой плат, я не представляю чтобы кто-то у себя дома организовал производство и распайку многослойных материнок, видео карточек и прочего. Времена Радио-86РК давно прошли и никогда более не вернуться. Даже 3D печать не поможет.

Ну понятно.

У тебя аргументы закончились.

Нормальный комп это IBM POWER (ссылка была выше).

С этого места пожалуйста поподробнее. Для кого именно он нормальный? Если ARM худо-бедно действительно пытаются прорваться в мир персональных компьютеров, то о том, что ты показал ссылкой выше вообще мало кто знает. К тому же оно слишком дорогое и ни с чем не совместимое. Зачем кому-то в здравом уме переходить на IBM POWER9 вместо x86_64? Про фанатов яблоноутов я вообще молчу, их секта этот IBM POWER9 вообще не оценит.

К тому же оно слишком дорогое и ни с чем не совместимое.

1. Сравни с ценой приличного десктопа на x86 🤷 Не такая большая переплата за открытость.

2. С чем оно несовместимо? Linux будет работать. Тем, кто хочет coreboot, проприетарное барахло всё равно не нужно, так что я не вижу здесь проблемы.

Лол, военка USB порты кипящим клеем заливает. У них и IPMI с RedFish выключены от греха подальше. Ни разу не пруф. Я тебе больше скажу – у тебя процессор имеет доступ к памяти, TCP/IP стеку и всему остальному. Intel’у не нужен сопроцессор, чтобы засунуть тебе руткит.

Причём тут всё это? Какая-то военка ни к селу ни к городу. Госструктуры закупают персоналки и ноуты. Ничего никаким клеем не заклеивают, а просто отключают Intel ME поменяв один лишь битик. Если Intel ME такой безопасный, зачем они это делают? А если они так делают, почему я не могу? Или почему любая попытка выпилить Intel ME (без специальных ухищрений) приводит к выключению системы через пол часа? Мне говорят, что Intel ME помогает айтишникам больших предприятий обслуживать многотысячный парк своих компьютеров. Но во-первых в больших предпиятиях им мало кто пользует, а во-вторых я - не предприятие, мне Intel ME не нужен и таких как я сотни миллионов, даже если не считайть китайцев с индусами.

Выкинь к чертям роутер, мобильник, вообще все embedded системы, которые есть у тебя в наличии.

Ты читать не умеешь? Я написал: нормальный комп. Роутер итд это не компы, это вспомогательные устройства.

Компьютер это буквально вычислитель, не более. Любое цифровое устройство с каким-либо процессором это компьютер.

Сравни с ценой приличного десктопа на x86 🤷 Не такая большая переплата за открытость.

В разы дешевли. x86 такой стоимости - это монстры с парой Xeon-ов и порядка 128GB оперативки. Такое мало кто покупает. Ну а если сравнить производительность такой воркстешен с TALOSII на IBM POWER9, какой будет результат? Переплачивать за менее производительный компьютер ещё больше не хочется.

С чем оно несовместимо? Linux будет работать. Тем, кто хочет coreboot, проприетарное барахло всё равно не нужно, так что я не вижу здесь проблемы.

Да хотя бы с другими похожими компьютерами на IBM POWER9.

Он с тобой о персональных компьютерах говорит.

С этим я согласен, но ты сменил тему. Я спросил не про пользователей, а про разработчиков coreboot. Зачем этим разработчикам поддерживать каких-то производителей материнок, которым этот coreboot не нужен?

Я не сменил тему. Ответ ты сам процитировал: это нужно пользователям. Разработчики coreboot делают его для пользователей, ну а железо - то, которое можно купить в магазине. Мнение разработиков материнок о том, что проприетарные биосы их материнок перешивают на coreboot, в данном случае несущественно. Ну, то есть было бы хорошо если б они помогали, но если нет - справимся и без их помощи.

Ситуация совсем не такая. Возможность снести предустановленную ОС и вместо неё установить другую существует за счёт открытости и унификации платформы IBM-PC с далёких 80-х годов.

Унификация платформы была 40 лет назад, а тперь унифицирована только самая основа. Под каждую железку нужен свой несовместимый с другими вендорами драйвер, и если в конкретно твоей ОС его не реализовали - железка будет не работать. А под проприетарную винду драйвера всегда из коробки от производителей железок.

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

Так и официальной поддержки линукса почти нигде не было ещё не давно, ты не знал? Её стало чуть больше благодаря упомянутой политике. А так, ты ставишь линукс на свой страх и риск, производитель при проблемах тебя может слать нафиг и предлагать поставить винду.

А ещё есть «Phone status», который теряет «Official»

Это уже другая тема.

Не в этом дело, да и политика, которую ты упомянул, действует в основном лишь в ЕС

Да нет, в России тоже - импортозамещение, а все импортозамещённые ОС оказались Линуксом.

мир не ограничивается персоналками

На GPT-диск тоже можно грузиться из BIOS, лично проверял на матери без UEFI.

мир не ограничивается персоналками

Зато эта тема ограничивается именно ими.