Intel закрывает инициативу x86S

может и сложный UEFI выкинут в пользу загрузки с нулевого сектора.

Лулз тут конечно в том, что произошло ровно обратное. Второй лулз в том, что загрузка с нулевого сектора была диким анахронизмом и другие платформы типа POWER и SPARC, появившиеся в 90х, этой дичи вообще не имели, там была нормальная прошивка (см. OpenFirmware)

и другие платформы типа POWER и SPARC, появившиеся в 90х, этой дичи вообще не имели

Чего так далеко за примерами ходите, у АРМа и сейчас ATF начинает загрузку - это тоже открытая прошивка.

там была нормальная прошивка (см. OpenFirmware)
нормальная

swap rot dup swap swap drop.

А теперь немного реального кода из нее:
i 8 u.r ." : " i h# 10 bounds do
i /l bounds do i c@ .2 loop space
/l +loop

А теперь немного реального кода из нее:

Ой, ну а вот теперь из ТианоКоре или АТФ давайте цитату. :) Они-то на чистой сишечке.

Чего так далеко за примерами ходите, у АРМа и сейчас ATF начинает загрузку - это тоже открытая прошивка.

В Aarch64 сейчас UEFI.

https://developer.arm.com/Architectures/Unified%20Extensible%20Firmware%20Interface

По крайней мере, в платах, претендующих на открытость и заменяемость ОС. Так-то понятно, что разные вендоры могут всякое говно присовывать.

Мануалы я принципиально не читаю, как и книги

Это многое объясняет на самом деле.

Что объясняет? Очевидно это не корень, корень в том что я ненавижу лишнюю сложность. Там где другие собирают снаряжение для скалолазания что бы покорять GRUB-горы мануалов, я просто обхожу эту ненужность стороной.

Если для какой то программы, которая должна делать read+goto нужно читать книжки и мануалы, то ... видимо остальные тут делают вывод что так и надо, и программа намного лучше той, для которой не надо читать мануалы.

А в UEFI несколько загрузчиков могут быть установлены одновременно и выбираться из стандартного загрузочного меню UEFI

А потом ты сбрасываешь NVRAM и все твои гениальные boot entry летят в трубу)))

Это меню можно вручную редактировать с помощью GUI или CLI утилит. Достаточно заново прописать пути до загрузчиков и разделов.

Ага, именно по этому винда пишет свой загрузчик в fall-back путь /efi/boot/bootx64.efi, чтобы не иметь проблем с этим. Т.е. 2-stage загрузка как была, так и осталась. ЭФИ грузит загрузчик, который грузит ОС.

Т.е. проблему с Легаси Бут можно было бы решить, выделив в начале не 512 байт, а пару метров. Что косвенно и сделали с помощью bios_boot раздела.

Достаточно заново прописать пути до загрузчиков и разделов

Ага, и параметры загрузки тоже не забыть))

НиксОС потому и использует Груб/СистемД_бут даже с ЭФИ, потому что NVRAM может пойти покурить и не вернуться.

К чему ты всё это пишешь? Ещё раз, речь не про эмуляторы. Речь про пользователя, который купил компьютер и хочет запустить на нём некую кастомную ОС, которую он написал. И нет, он не собирается тебе доказывать ни её полезность, ни свою нормальность, ни что бы то ни было ещё. Он хочет использовать свою собственность (комп) на своё усмотрение. Твоё дурацкое uefi ему в этом будет мешать.

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

Да что ж ты за виндузятник такой, только о ней и думаешь? Хватит приводить частные примеры, тем более такие позорные. Пользователь хочет записать на свой жёсткий диск, вставленный в свой комп, свою ОС, которая не имеет понятия ни о каких таблицах разделов и фатах, и хочет использовать с пользой весь диск, а не только урезанную на 0.0001% его часть. Твои заявления про «да 0.0001% это же мало, смирись» отклоняются и признаются попыткой оправдать уефи-вредителей, и коварно лишить юзера законно приобретённых 100-1000кб места на диске.

Т.е. 2-stage загрузка как была, так и осталась. ЭФИ грузит загрузчик, который грузит ОС.

Используй efistub или новомодные UKI. Люнексу отдельный загрузчик как таковой уже не нужен.

uefi там как bl33 идет в лучшем случае, а иногда и вовсе через убут прикручивается. АТФ никуда не делся и не денется, начинает загрузку всегда он.

Хорошо, хорошо, используйте все свободное место на фат разделе. Или вообще ресайзните его. А писал я все это чтобы показать, что разработчики ос получают не проблемы а инструменты.

Во-первых, я не писал про разработчиков обычных ОС ничего, я писал про рандомного юзера. Во-вторых, авторы уефи не являются авторами qemu или других гипервизоров, так что не надо их примазывать.

Речь про пользователя, который купил компьютер и хочет запустить на нём некую кастомную ОС, которую он написал

Ты так и не пояснил, как UEFI мешает пользователю запустить свою кастомную ОС.

Во-первых, я не писал про разработчиков обычных ОС ничего, я писал про рандомного юзера.

Круто, только этот юзер, в ваших рассказах, почему-то всё время силился ОСь написать. При чём, исключительно под биос, под уефи ему никак. :)

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

Да вы смотрите на ситуацию в целом, а не на детали. Кему поддерживает уефи, а значит, разраб получает возможность отладиться под уефи до выхода на железо. А если это не разраб, а обычный юзер, так современные процы обеспечивают под виртуалками нативную скорость, так что ему даже и не придётся на железо выходить - сдаст свою лабу прям на эмуляторе, и забудет. Конторы по-солиднее, типа Каспера, получают от уефи СекьюреБут, и тоже радуются жизни. Размеры хардов такие большие, что юзер никогда не и заметит раздел на пол гига.

В результате, получается, что все занимаются делом, а страдаете только вы. При чём, очевидной фигнёй. И вопрос: кем надо себя мнить, чтобы думать, будто вы узрели некий корень зла, который никто другой, при этом, не видит? От слова совсем.

Ты так и не пояснил, как UEFI мешает пользователю запустить свою кастомную ОС.

Да это уже с ним проходили: мешает, типа, тем, что его недо-ось не поддерживает ГПТ, а так же и не грузится с уефи. Любые предложения решить обе проблемы в загрузчике (ну, чуток модифицировать ядро, видимо, тоже придётся), отметаются…

Да это уже с ним проходили: мешает, типа, тем, что его недо-ось не поддерживает ГПТ, а так же и не грузится с уефи.

Так а ей не надо его поддерживать GPT. Грузиться с UEFI тоже проблемы нет, это буквально 50 строк кода.

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

Но я всё ещё жажду видеть примеры таких осей.

Ну дос, видать. И винда 9х наверное ещё. Только это всё равно не проблема: для доса есть досему или досбокс, а для 95 есть кему.

Не, а мож ещё полу/ось? НТ-3.51? Ааа… думаю, много их, на самом то деле. :)

Ни одна из них не заработает на новом железе из-за отсутствия драйверов. И это не кастомные ОС, написанные рандомными юзерами с нуля, как тут рассказывает firkax.

Ни одна из них не заработает на новом железе из-за отсутствия драйверов.

Не, почему. Если есть CSM, то заработает. Я думаю, какая-нить ВинМЕ даже УСБ подцепит. Но, конечно, половина оборудования не взлетит. Сама же операционка - поедет, почему нет.

Надо же что угроза банкротства животворящая делает!

Windows 98 не умеет SATA, не то что NVMe. Без эмуляции IDE оно тупо диск не увидит. Как оно чипсет и прочее будет инициализировать, я тоже не очень представляю.

Без эмуляции IDE

А кто сказал, что без? В CSM всё входит. И УСБ-клава будет видна как пс/2, и флешка будет видна как обычный диск, доступный через инт13.

Не «под биос», а желая не отдавать прошивке материнки лишние байты накопителя под какой-то мусор. Я как раз о том что уефи с этим несовместимо.

Да вы смотрите на ситуацию в целом, а не на детали. Кему поддерживает уефи, а значит, разраб получает возможность отладиться под уефи до выхода на железо.

Да не в отладке дело. Я не считаю поддержку уефи чем-то сложным и нигде не писал, что кто-то не осилит её сделать (ты мне постоянно эмуляторы предлагаешь чтоб помочь с этим). Я писал что идеологически неприемлемо тратить диск на всякие мусорные разделы и фс, навязанные прошивкой, что это выглядит шагом в сторону огораживания по примеру мобильной arm-чуши.

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

Где это я страдаю? У меня нет ни одной uefi-only железки.

будто вы узрели некий корень зла, который никто другой, при этом, не видит?

Как это не видят? А coreboot кто делает? Да, он не только эту проблему решает, там и другие есть, направленые на ущемление свободы.

Это для загрузчика. Дальше после перехода в 32-битный режим никаких int13 нет. Но я готов посмотреть как ты хотя бы FreeDOS запустишь через CSM. Просто из любопытства.

Есть, и не только int13. Win9x все диски, к которым не нашлось своих 32-битных драйверов, поддерживает через обращение к дос-слою. То есть он смотрит список дисков, видимый юзерским дос прогам, пытается сопоставить каждому из них что-то нативно известное, и всё, что не нашлось - через это.

Плохая идея сломать обратную совместимость. Если хочется упростить, то сделали бы другую архитектуру вместо ломания старой. Тут лучше новое с нуля чем старое ломать. Главное мелкомягких убедить софт под новую архитектуру скомпилировать. Остальные побегут следом.

Это для загрузчика. Дальше после перехода в 32-битный режим никаких int13 нет.

Тут вы ошибаетесь. Дело не в переходе в какой-либо режим (32битный или 64битный - СММ работает в любом случае), а в определённой процедуре хэнд-офф. УЕФИ можно сказать «руки прочь», и он тогда свалит. Но я не видел, чтобы это делал именно загрузчик. Обычно сама операционка просит уефи сдриснуть. Если не попросит - всё так и будет работать под СММ.

Но я готов посмотреть как ты хотя бы FreeDOS запустишь через CSM.

Да бросьте вы, это вообще не проблема… Ну как сказать… Ну фатовский раздел от уефи-то он увидит, а вообще, большие разделы ДОС не очень любит. :) Так что нюансы будут, но они решаемые. В целом, можно запинать. Только вот зачем? Я досему запущу, если мне фридос нужен. Там, кажись, фридос и есть, или что-то очень на него похожее.

Главное мелкомягких убедить софт под новую архитектуру скомпилировать. Остальные побегут следом.

Так уже! Винда-12 под АРМ будет в основном.

Не «под биос», а желая не отдавать прошивке материнки лишние байты накопителя под какой-то мусор. Я как раз о том что уефи с этим несовместимо.

Я вам уже объяснял, что это то же самое, что резервные области убрать. И тогда много что окажется с «этим» не совместимо.

(ты мне постоянно эмуляторы предлагаешь чтоб помочь с этим).

Нет, не с этим, и не помочь. Я в общем и целом говорю: кому надо ОСь пилить, тот БУДЕТ это делать под кему. И ему не надо будет это предлагать, или советовать - это для всех и так само собой разумеющееся дело. Именно по этому ваши аргументы «а как мне пилить ось» не принимаются.

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

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

выглядит шагом в сторону огораживания

При этом, огораживания не происходит. Вы можете всё разрушить - доступ у операционки никто не отбирал. Можете даже, перед шатдауном операционки, назад всё восстанавливать, как было. :) Типа, поработал в «идеологически верном» окружении, насладился, вернул всё на место. :)

по примеру мобильной arm-чуши.

Я в таких категориях не ориентируюсь. У арма есть корки А-профиля и М-профиля (микроконтроллеры). Под мобильной арм-чушью, вы, вероятно, А-профиль подразумеваете, где никакого огораживания нет, а есть совершенно открытая прошивка АТФ.

Где это я страдаю? У меня нет ни одной uefi-only железки.

Ну, страдаете фигнёй на форуме, называя таковые «бракованными», и тд.

Как это не видят? А coreboot кто делает?

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

Ну то есть, ты и anonmyous утверждаете, что можете запустить Windows 98 на современной системе через CSM? Я хочу это видеть!

Я хочу это видеть!

Хорошо, только обещайте не жаловаться потом, что вас на ютубе забанили. :)

https://www.youtube.com/watch?v=G7qm3GFy9tg

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

Кстати, обратите внимание, как он включает CSM на материнке, где его изначально «нет». Он ставит видюху без поддержки уефи, и внезапно оказывается, что CSM таки есть. :)

Ааа… эмуляция клавы у него таки отвалилась. :) Ну это косяк материнки, на самом деле. :) Не отваливаются они обычно.

Хорошо, только обещайте не жаловаться потом, что вас на ютубе забанили. :)

Меня и правда там забанили. По IP.

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

Ну вот с этого и начнём.

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

Не факт. Задротство не знает предела. У этого чела есть другое видео, где он специально нашёл NVMe диск с legacy ROM, который эмулирует SCSI диск. Это уже интереснее, но большинство дисков так не умеют.

Я вам уже объяснял, что это то же самое, что резервные области убрать. И тогда много что окажется с «этим» не совместимо.

Я уже объяснял, что резервные области никак прошивкой не навязываются. И юзер волен делать с ними что угодно. Разумеется, некоторый софт их требует, но ставить этот самый софт или нет - уже выбор пользователя. А вот сделать так, чтобы uefi-only материнка заработала без мусорных фс - никак. В пятый наверно раз повторю: проблема не в том, что на диске что-то потрачено, она в том, что эти траты навязываются материнкой на ровном месте.

Именно по этому ваши аргументы «а как мне пилить ось» не принимаются.

Я такие аргументы не приводил, не надо выдумывать. Я писал исключительно про её запуск «в прод».

… которые и так всегда были, только под другим соусом…

Повторю опять: одно дело когда они делаются добровольно и имеют альтернативы, а другое - когда прибиты к железу.

Под мобильной арм-чушью, вы, вероятно, А-профиль подразумеваете

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

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

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

Не факт. Задротство не знает предела.

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

эмулирует SCSI диск. Это уже интереснее, но большинство дисков так не умеют.

Ничего, CSM эмулирует обычный IDE-привод.

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

Равно как и сейчас. Можете их удалить, можете даже потом назад вернуть. Никто вас в доступе не ограничивал. Последствия будут, если вернуть забудете - одинаковыми в обоих случаях. И там и там отвалится загрузчик. Не вижу разницы.

А вот сделать так, чтобы uefi-only материнка заработала без мусорных фс - никак.

Экая фигня, вы хоть раз пробовали так сделать? Она ещё как заработает, и вывалится в уефи-шелл. Из него можно попробовать, как и из некоторых других загрузчиков, таки загрузиться с помощью команд. Я, кстати, даже видел такой курьёз в магазине: купил ноут, на котором было написано «юникс-лайк ОС». Спрашиваю, ну покажите мне мою «юникс-лайк ОС, небось убунта опять?». Они мне показывают, как материнка вываливается в уефи-шелл… Я им: «ну и где моя ос?». - «Так вот же она! Смотрите какой тут шелл, прям совсем юникс-лайк!» Вот так вот меня и развели. :)

Вот именно: эта штука даёт юзеру свободу выбирать, что ему нужно.

А мы и так отлично выбираем. Виртуалки и эмуляторы никто не отменял. Хочешь ось - пиши. Хочешь старую, готовую - запускай! Проблем вообще никаких. Я и ребут-то делаю раз в пол года, когда комп из саспенда решит не выйти. :) Ибо зачем? Всё и так есть.

Последствия будут, если вернуть забудете - одинаковыми в обоих случаях. И там и там отвалится загрузчик. Не вижу разницы.

Хватит врать. Нормальная система (включая Linux) может и работать и грузиться как без резервных областей, так и вообще без такой сущности как разделы. С mkfs /dev/sda (ext4 на весь диск).

Я же сказал, «отвалится загрузчик». Разумеется, имелось в виду, что он до этого там стоял. Поскольку уефи - и есть загрузчик (так сказать), то он и отвалится. А именно, как и груб, будет просто вылетать в шелл.

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

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

А если материнка - уефи-брак, то да, без мусора в начале диска не загрузиться с него.

Да вариантов полно, на самом деле. Вставьте усб-флешку с уефи-разделом, и она позволит вам загрузиться с вашего харда, даже без уефи-раздела на нём.

Но для этого сначала надо разобраться в его кодовой базе, а это уже непростая задача.

В первую очередь, никому не нужная. Иначе бы это уже сделали.