The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Google развивает открытую замену прошивкам UEFI, opennews (??), 30-Окт-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


168. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним (-), 30-Окт-17, 19:17 
> Появление UEFI и GPT до сих пор вызывает массу проблем совместимости во многих дистрибутивах.

И что это за "многие дистрибутивы"? Ты же не перечислил. Я вот не знаю таких.


Ответить | Правка | Наверх | Cообщить модератору

235. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от пессимист (?), 31-Окт-17, 01:04 
Вот только что в новшествах скорой Fedore 27 прочитал

Some x86 systems ship with a 64 bit CPU, but 32 bit UEFI firmware. It is possible to use a 32 bit UEFI grub build to boot a 64 bit kernel and distribution on these systems. So far this setup has not been supported in Fedora. This feature is about adding support for installing and booting Fedora on this hardware.

Не прошло и сколько лет с тех пор, как UEFI появился и RedHat удосужился это починить?

Ответить | Правка | Наверх | Cообщить модератору

249. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от пох (?), 31-Окт-17, 09:45 
> Не прошло и сколько лет с тех пор, как UEFI появился и RedHat удосужился
> это починить?

ms этого чинить вовсе не собирается - и ничего, прекрасно живет, а вы все "неготовы для десктопа" (надеюсь, у вас не серверное железо с uefi32, которое вам никак не удавалось использовать без этого, довольно таки, заметим, кривого хака, который в любой момент может сломаться без предупреждения?)

сравнивать количество установленных windows10 и не-серверных установок вообще любых линуксов будем, или и так все понятно?

> Не прошло и сколько лет с тех пор, как UEFI появился и RedHat удосужился это починить?

это не починить, это сломать. uefi для таких фокусов не предназначен. Редхат доломал у себя в rhel поддержку 32битных версий, и решил сохранить хорошую мину при плохой игре, тем более что от него требовалась пара строчек внутри анаконды, остальное сделали любители хаков бесплатно.

актуально только в случае попыток скрестить ужа с ежом, например, взгромоздить таки 64битную версию на нетбук (с двумя гигами оперативки, как правило).
Зачем она тебе на нетбуке?

Или, как совсем невероятный вариант - на платформу 2009го года выпуска, у древних-древних интеловских платформ был efi (не uefi даже) - правда, у них был честный legacy boot при этом, а зачем на такой одноразовая федора со сроком поддержки полтора месяца тоже неясно, ее бы такую списать побыстрее, запчасти золотые.

Ответить | Правка | Наверх | Cообщить модератору

252. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от реалист (?), 31-Окт-17, 13:20 
А в случае обычного BIOS и MBR это вообще не важно. Код загрузчика MBR вообще 16-и битный и ничего, всё прекрасно работает. Зато сколько нестандартных костылей с загрузчиками придумали линуксоиды. За один только mbr gap и невозможность загрузки без него (в некоторых дистрибутивах) нужно руки поотрывать.
Ответить | Правка | Наверх | Cообщить модератору

255. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от пох (?), 31-Окт-17, 14:16 
> А в случае обычного BIOS и MBR это вообще не важно.

если ты готов и дальше работать на своем IBM PC XT - то не важно.

> Код загрузчика MBR вообще 16-и битный и ничего, всё прекрасно работает.

очень неважно он работает - например, эта MBR на больших дисках давно фуфловая, а значит, всегда есть риск, что какой-нибудь глупый софт тех же времен примет ее за чистую монету и что-то изгадит.
С чтением за пределами 8го терабайта у этого кода полная беда (и с четвертым-то успех частичен), не смотря на все костыли и подпорки в виде lba и еще больше lba, здравствуйте бут-партишны в "начале" (того, у чего и начала-то никакого скоро не будет). С native 4k дисками просто полная задница, настолько, что все попытки вывести их на рынок юзерского сегмента провалились.

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

И поддерживать эту легаси уже давно всем надоело.

> Зато сколько нестандартных костылей с загрузчиками придумали линуксоиды.

именно потому, что "все прекрасно работало". Если, конечно, у тебя ms-dos 3.3, иначе как-то разом становилось менее прекрасно.
Да, про прелесть "умести начальный загрузчик в 512 байт минус данные и метки или хрен его вообще знает, куда тебе его девать" я забыл упомянуть.

все эти и многие другие проблемы как раз и решает uefi. Не нужно умещаться в 512 байт, и потом еще в те 640 которых should be enough, совершенно все равно в какой части какого диска лежит efi-раздел и лежит ли вообще (если нет, возьмем загрузчик с tftp, если он большой - с http тоже можем), не нужно страдать с недозапущенным процессором в 16битном режиме, логично, а не через задницу и неполнофункционально встраивается удаленное управление загрузкой. Но дятлы продолжают упорно долбить "дайте нам биос и int13".

Ответить | Правка | Наверх | Cообщить модератору

261. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним84701 (ok), 31-Окт-17, 15:06 
> 8го терабайта

гигабайта же.

Кстати, нахваливающим "старые добрые" я бы посоветовал просто полистать Ralf Brown's interrupt list и всю ту кучу экстеншенов и воркароундов ...  
http://www.ctyme.com/intr/int.htm
http://www.ctyme.com/intr/int-13.htm

ну или можно глянуть в код груба, там тоже "костылей обхода" вагон и маленькая тележка.
https://github.com/coreos/grub/blob/40e2f6fd353061fdb3ec4dd6...

* This is a workaround for buggy BIOSes which don't pass boot
* drive correctly. If GRUB is installed into a HDD, check if
* DL is masked correctly. If not, assume that the BIOS passed
* a bogus value and set DL to 0x80, since this is the only

https://github.com/coreos/grub/blob/40e2f6fd353061fdb3ec4dd6...

*  Determine the hard disk geometry from the BIOS!
*  We do this first, so that LS-120 IDE floppies work correctly.

https://github.com/coreos/grub/blob/40e2f6fd353061fdb3ec4dd6...

*  %dl may have been clobbered by INT 13, AH=41H.
*  This happens, for example, with AST BIOS 1.04.

https://github.com/coreos/grub/blob/40e2f6fd353061fdb3ec4dd6...

   /* Check if unsuccessful. Ignore return value if carry isn't set to 
     workaround some buggy BIOSes. */

https://github.com/coreos/grub/blob/40e2f6fd353061fdb3ec4dd6...


/* Some buggy BIOSes doesn't return the total sectors
                   correctly but returns zero. So if it is zero, compute
                   it by C/H/S returned by the LBA BIOS call.  */
                total_sectors = ((grub_uint64_t) drp->cylinders)

Ответить | Правка | Наверх | Cообщить модератору

265. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от реалист (?), 31-Окт-17, 16:11 
Почему ты решил, что в реализации UEFI нет подобных багов и следовательно подобных же костылей?
Ответить | Правка | Наверх | Cообщить модератору

267. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Аноним84701 (ok), 31-Окт-17, 16:35 
> Почему ты решил, что в реализации UEFI нет подобных багов и следовательно подобных же костылей?

Почему ты решил, что я ратую за другую крайность, а не за прекращение нахваливания старого легаси  по причине того, что новое УЕФИ -- то еще «изделие»?


Ответить | Правка | Наверх | Cообщить модератору

269. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от реалист (?), 31-Окт-17, 17:24 
А за что ты ратуешь в таком случае? Старый легаси вполне можно осовременить, как в сообщении об MBR ниже. Это было проще и надёжнее.
Ответить | Правка | Наверх | Cообщить модератору

281. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от anomymous (?), 01-Ноя-17, 00:26 
Мусье тщательно умалчивает про отдельное уефанство, превращающее после загрузки железо в кирпич.
Ответить | Правка | К родителю #261 | Наверх | Cообщить модератору

262. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от реалист (?), 31-Окт-17, 15:16 
Partition entry в MBR занимает 16 байт, чего вполне достаточно для полной LBA-48 адресации и дополнительной информации. Первый байт Partition entry - это байт статуса, в котором реально используется лишь один бит для указания статуса active. Ничто не мешало использовать другой бит для индикации нового формата Partition entry без давно отживших свой век CHS адресов. Так же ничто не мешало увеличить место под таблицу разделов уменьшив bootstrap code area. Тем более, что такие варианты MBR давно существуют. Короче говоря ничто не мешало осовременить MBR. Но что сделали изобретатели GPT? Они придумали совершенно новый формат, внутри которого оставили всё тот же MBR, якобы для совместимтости. В результате получаются дикии глюки несоответствия между GPT и MBR. При этом GPT пихают в диски гораздо меньше 2TB, даже во флешки с одним единственным разделом, где никакой реальной пользы от GPT нет и не будет.

Legacy в BIOS - это в основном несколько прерываний, таких как int 10h и int 13h. Его так никто и не убрал и уверяю тебя, не уберут ещё очень долго. Зато туда впихнули целую операционную систему, с массой зондов. И всё это ради UEFI, "безопасного бута" и красивого интерфейса для хомячков? int 10h и int 13h - это просто детскии шалости, по сравнению со всем этим непотребством.

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

Ответить | Правка | К родителю #255 | Наверх | Cообщить модератору

280. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от anomymous (?), 01-Ноя-17, 00:19 
> Не прошло и сколько лет с тех пор, как UEFI появился и
> RedHat удосужился это починить?

А оно кому-то надо, ну реально? На дешманском железе нет Legacy Mode / BIOS? ССЗБ.

Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

286. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от . (?), 01-Ноя-17, 05:30 
Пааанимаааешь ... оно __пока__ есть. Но всё идёт к тому, что не будет. Так что чесаться по этому поводу надо ещё вчера :-\
Ответить | Правка | Наверх | Cообщить модератору

288. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от пох (?), 01-Ноя-17, 09:36 
> Пааанимаааешь ... оно __пока__ есть. Но всё идёт к тому, что не будет.

не, не идет - интел о них позаботился.
CSM - встроенный в EFI (и намертво) эмулятор (надо полагать, цельная x86 vm). Помимо очевидной фичи, включателя которой в менюшках биоса могут уже не предусмотреть вовсе, есть неочевидная - поддерживать совместимость со stone-age firmware (да, с него даже загрузиться можно, api тоже транслируется). Это надолго.

> Так что чесаться по этому поводу надо ещё вчера

поздно вам чесаться. Даже красивый модный окошкоменюшковый сетап на современной плате - скорее всего на проверку окажется uefi скриптом(sic!) или модулем.

Единственный реальный недостаток uefi - что интел, действительно, насмерть не хочет делиться нормальной документацией (есть у меня нехорошее подозрение, что нечем ему делиться,  * Copyright (C) 2005-2008 Intel Co.
*      Fenghua Yu <fenghua.yu@intel.com>
*      Bibo Mao <bibo.mao@intel.com>
*      Chandramouli Narayanan <mouli@linux.intel.com>
*      Huang Ying <ying.huang@intel.com>
ну вы поняли, кто это писал после 2005го)

Ответить | Правка | Наверх | Cообщить модератору

308. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Аноним (308), 01-Апр-19, 22:21 
>А оно кому-то надо, ну реально?

А еще раньше поле мотыгами копали, и всех устраивало. И никаких компуктеров не было

Ответить | Правка | К родителю #280 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру