The OpenNET Project / Index page

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



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

Оглавление

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

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


40. "Google развивает открытую замену прошивкам UEFI"  +13 +/
Сообщение от Аноним (-), 30-Окт-17, 12:24 
ну, ещё вывод на экран, чтобы показать ошибку, когда она случится

ну, ещё ввод с клавиатуры, чтобы выбрать, откуда грузиться

ну, ещё usb стек, чтобы грузиться с флешек

ну, ещё поддержка загрузки по сети, потому что тоже бывает нужно

ну, ещё спикером нужно уметь бибикать, чтобы как-то сообщить об ошибке до стадии инициализации видеоадаптера

ну, ещё какая-нибудь утилита воостановления нужна, на случай отключения питания при перепрошивке

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

ага, конечно.

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

44. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от jOKer (ok), 30-Окт-17, 12:31 
Все это отлично умеет BIOS и без всякой уефи.

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

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

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

49. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от jOKer (ok), 30-Окт-17, 12:35 
Вдогонку.

Подумайте еще вот на чем: может проще загрузчик выучить всем этим финтифлюшкам, благо современные загрузчики много чего умеют делать такого, на фоне чего "usb стек, чтобы грузиться с флешек" просто полная ерунда?

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

56. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от ваш К.О. (?), 30-Окт-17, 12:45 
> Подумайте еще вот на чем: может проще загрузчик выучить всем этим финтифлюшкам,
> благо современные загрузчики много чего умеют делать такого, на фоне чего
> "usb стек, чтобы грузиться с флешек" просто полная ерунда?

современные загрузчики "много чего умеют делать" ровно с помощью использования стандартных api, предоставляемых либо uefi, либо биосом. (rто-то еще забыл инициализацию оперативной памяти, которая нынче полностью cpu-controlled, еще до первой попытки хоть одну переменную в нее сохранить)

А если ты попытаешься реализовать полноценную поддержку usb (потому что, внезапно, может вообще не быть других носителей), хотя бы минимальную - видеокарты, полноценную (потому что нужен pxe) поддержку не просто всех на свете сетевых карт, а tcp/udp (включая v6) поверх (и смотри не сотвори remote exploit на этапе загрузки, когда защитных механизмов считай нет) - получится обратно линуксное ведро, да еще и с тонной userspace утилит, далеко не все из которых хорошо написаны.

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

79. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от jOKer (ok), 30-Окт-17, 13:38 
>А если ты попытаешься реализовать полноценную поддержку usb (потому что, внезапно, может вообще не быть других носителей)

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

И не надо говорить, что управлять устройствами - это не его /ядра/ дело. Это _именно_ дело ядра.

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

Попробуйте услышать наконец: единственная функция для чего нужно что-то выше ОС, это загрузчик этой самой ОС. И само наличие этого "чего-то еще" диктуется только многообразием разных осей. Грубо говоря: если бы у нас была всего одна ось, то никакого пзу-биоса нам бы и не понадобилось. Он был бы просто лишним.

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

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

92. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от Аноним (-), 30-Окт-17, 14:25 
> Попробуйте услышать наконец: единственная функция для чего нужно что-то выше ОС, это загрузчик этой самой ОС.

<юмор>Который может находиться на флешке, жёстком диске, сети т.д.</юмор>

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

99. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Crazy Alex (ok), 30-Окт-17, 14:52 
Ещё раз. Как при такой логике по сети грузиться будем?
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

141. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 17:12 
Загрузить что-нибудь умеющее работать с сетью, дальше оно само. Тогда можно будет грузиться даже через какой-нибудь ipfs, которого не было на момент покупки железа.
Ответить | Правка | Наверх | Cообщить модератору

171. "Google развивает открытую замену прошивкам UEFI"  +2 +/
Сообщение от Crazy Alex (ok), 30-Окт-17, 19:21 
Откуда загрузить? какое "что-нибудь"? как это "что-нибудь" будет работать с сетевой картой? Чем это лучше, чем загрузить лиуксовое ядро, которое все эти проблемы решает?
Ответить | Правка | Наверх | Cообщить модератору

197. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от anomymous (?), 30-Окт-17, 20:45 
> Откуда загрузить? какое "что-нибудь"? как это "что-нибудь" будет работать с сетевой картой?

Preboot раздел размером в 128 килобайт на флеше решит все проблемы загрузки с любого доступного г0внища. Включаемый по необходимости, заполняемый исключительно драйвером загрузки на чистом x86 без всяких преосей.

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

169. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от jOKer (ok), 30-Окт-17, 19:20 
При такой логике по сети грузится будем так: загрузчик (допустим тот же grub) начинает загрузку initramfs, передавая ему параметры загрузки. Эти параметры устанавливает админ на этапе конфигурежки загрузчика. И поскольку initramfs знает (из параметров загрузки) что требуется не монтировать рут, а загружаться по сети, то он и делает это, благо к этому времени все сетевые устройства уже определены и правильно инициализированны.

Кстати, тоже самое происходит и при всех остальных сценариях связанных с:
- зашифрованными разделами
- нестандартными носителями
- хитрыми клавиатурами
- и т. д.

Плюсы такой схемы: вся логика ПОЛНОСТЬЮ подконтрольна администратору оси.

Минусы схемы: ядро с модулями должно грузится всегда.

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

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

209. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от alex53 (ok), 30-Окт-17, 21:16 
initramfs - это как бы ядро linux с рутом в памяти...
Ответить | Правка | Наверх | Cообщить модератору

224. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от нах (?), 30-Окт-17, 22:52 
>  initramfs - это как бы ядро linux с рутом в памяти...

это рут в памяти (или его архив на диске), без всякого ядра линукс.
При желании можно этот архив загнать внутрь кода ядра. А вот код надо где-то взять, положить в память по правильному смещению и правильно передать ему управление. А у нас нечем.

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

223. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от нах (?), 30-Окт-17, 22:49 
> При такой логике по сети грузится будем так: загрузчик (допустим тот же grub)

стоп-стооооп, откуда при загрузке по сети у вас взялся груб и сама загрузка по сети?
Вы же uefi похоронили (bios за вас похоронят, он производителей современных мультиядерных сетевух еще лет десять назад затрахал до смерти. попробуй-ка ее заставить вообще работать в real mode и с недостартовавшим процессором) А grub работает через либо биосэмуляцию, либо это grub-efi - сам он ни про сетевуху ничего толком не знает, ни про то, что ему вообще надо ее использовать, он для этого как раз стандартные efi-интерфейсы и применяет.
У вас НИЧЕГО нет. Вам все это придется с нуля и под любое железо реализовать в флэш-памяти (причем даже оперативная память в этот момент в непроинициализированном состоянии и недоступна. Обычно этим занимается проклятый борцунами с проприетаразмом ME).

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

кем, вот в чем вопрос? Причем включая сетевые устройства, о которых сегодня никто ничего не знает, потому что их выпустят через месяц.
Сейчас это забота вендора - он реализует стандартный efi-драйвер, и при старте системы тот подцепится штатным образом.

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

> Плюсы такой схемы: вся логика ПОЛНОСТЬЮ подконтрольна администратору оси.

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


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

296. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от Админ локалхостов в локалдоменах (?), 01-Ноя-17, 21:40 
> Плюсы такой схемы: вся логика ПОЛНОСТЬЮ подконтрольна администратору оси.

Внезапно не подконтрольна. Катастрофически неподконтрольна...

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

104. "Google развивает открытую замену прошивкам UEFI"  +3 +/
Сообщение от ваш К.О. (?), 30-Окт-17, 14:57 
> Полноценная поддержка USB в данном случае не нужна

ну правильно, мы ж загружаемся только с флоппи-диска в первом слоте, да?
Полноценная поддержка usb тебе нужна, потому что биоса или уефи у тебя нет, а в usb может оказаться что угодно - сетевуха, внешний диск (или cdrom, опа, еще один драйвер) или кардридер (у этих еще и свой интерфейс бывает, и его тоже надо поддерживать), а то и вовсе какая экзотика, типа bt-адаптера к которому подключен внешний диск. Сейчас тебе  не надо об этом думать - разработчики такого диска пусть думают, у них голова большой, и несут скрипты и драйвера для uefi - для того он, в частности, и придуман, чтобы это им cделать было просто.

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

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

у тебя клавиатуры ж нет - куда опции-то будем совать? ;-)

> Попробуйте услышать наконец: единственная функция для чего нужно что-то выше ОС, это
> загрузчик этой самой ОС.

попробуйте услышать: если у вас не вендорлокнутое железо с одним-единственным раз навсегда утвержденным  порядком загрузки и аж тремя возможными выборами устройств - "загрузчик этой самой ос" окажется другой ос. С драйверами, файловой системой, шеллом, утилитами, возможно веб-сервером в комплекте (а то сам пойдешь к стойке номер 116 ряд 12 место 43 - 43, кстати, это на высоте два метра от пола, попрыгай, авось до разъема дотянешься). Что в общем и получилось в случае uefi.

(а до нее - эмуляция клавиатуры, отваливающаяся в самый нужный момент, когда мы свитчнулись в прот-мод а драйвер не загрузили, потому что ой, не тот, битва за int13 и 14 с непредсказуемыми результатами, когда участников больше двух, press ctrl-a,b,c,d,s,z и смотри в правильную секунду, для попадания в меню настроек правильного устройства и много еще чего, что я уже забыл и вспоминать не хочу. И еще внутрисерверный usb-разъем, как крайнее средство.)

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

174. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от jOKer (ok), 30-Окт-17, 19:32 
>[оверквотинг удален]
> стойке номер 116 ряд 12 место 43 - 43, кстати, это
> на высоте два метра от пола, попрыгай, авось до разъема дотянешься).
> Что в общем и получилось в случае uefi.
> (а до нее - эмуляция клавиатуры, отваливающаяся в самый нужный момент, когда
> мы свитчнулись в прот-мод а драйвер не загрузили, потому что ой,
> не тот, битва за int13 и 14 с непредсказуемыми результатами, когда
> участников больше двух, press ctrl-a,b,c,d,s,z и смотри в правильную секунду, для
> попадания в меню настроек правильного устройства и много еще чего, что
> я уже забыл и вспоминать не хочу. И еще внутрисерверный usb-разъем,
> как крайнее средство.)

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

Делать что-то выше оси для решения _этих_ проблем, ИМХО, контр-продуктивно.

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

198. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от anomymous (?), 30-Окт-17, 20:49 
> Полноценная поддержка usb тебе нужна, потому что биоса или уефи у тебя
> нет, а в usb может оказаться что угодно - сетевуха, внешний
> диск (или cdrom, опа, еще один драйвер) или кардридер (у этих
> еще и свой интерфейс бывает, и его тоже надо поддерживать), а
> то и вовсе какая экзотика, типа bt-адаптера к которому подключен внешний
> диск.

А какая гуй разница, если это оказавшееся на int19h просоплит правильный бутром. Для особых извращений см. выше - preboot раздел на 128K (64K, 32K, 16K) решит все проблемы.

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

225. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от нах (?), 30-Окт-17, 22:59 
> А какая гуй разница, если это оказавшееся на int19h просоплит правильный бутром.

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

Оно задрало производителей железа настолько, что они радостно ухватились за efi (придуманый вообще для не-pc платформы, где никакого биоса не было предусмотрено), и даже заставили/уговорили интел поделиться патентом - так им понравилась идея наконец-то от этого легаси каменного века избавиться.

Все, скоро вы вообще никакого биоса в своих компьютерах не увидите. В серверных системах его уже сто лет как нет, во многих ноутах тоже ("legacy boot" это uefi Compatibility Support Module - эмулятор биоса _внутри_ uefi, разумеется, использующий все те же драйвера)

> Для особых извращений см. выше - preboot раздел на 128K (64K,
> 32K, 16K) решит все проблемы.

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

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

257. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от amonymous (?), 31-Окт-17, 14:59 
Решит. Потому что ведру, прошивкам и т.п. там тупо не место. Его задача - залить максимально дешёвым способом как раз первый блок со всем этим счастьем через установленное дерьмище, и отпустить бразды правления.
Ответить | Правка | Наверх | Cообщить модератору

258. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от amonymous (?), 31-Окт-17, 15:00 
Причём - внимание - только если это руками юзером настроено для бута с чего либо кроме стандартной периферии, висящей на стандартных портах и интах.
Ответить | Правка | Наверх | Cообщить модератору

276. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от нах (?), 31-Окт-17, 21:52 
> Причём - внимание - только если это руками юзером настроено для бута

в стойке под 40 серверов (при неудаче может быть 60-70), стоек сорок штук (не особо большой сектор в датацентре). Хочешь побыть тем юзером, который руками побежит по всем настраивать? Замечу, удовольствие все это распаковать, смонтировать, подключить провода и так очень не айс, занимаются этим специально обученные ребята, которые на предложение ко ВСЕМ по очереди ящикам прогуляться с подключением клавиатур и мониторов чтобы что-то там руками настроить, думаю, тебя расчленят, и потроха поховают под стойками. (в случае гугля - сбросят с Hoover Dam одним куском, там никто не найдет)

И да, при первом включении, разумеется, порядок загрузки часто отличается от "стандартного", потому что надо еще что-то туда установить и настроить.

> с чего либо кроме стандартной периферии, висящей на стандартных портах и
> интах.

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

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

278. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от anomymous (?), 01-Ноя-17, 00:15 
Если мы в итоге грузимся с какого-то непонятного дерьмища типа PXE через паблик, то один раз воткнуть флешку, которая зальёт пребут, не обломинго.

А если грузимся с нормальных устройств, где есть нормальный бутром - оно и не надо.

И да - как нет мсдоса? А UEFI?

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

285. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от . (?), 01-Ноя-17, 05:13 
Где там мысыдос? Домохозяйка, идите в сад! (С)
Ответить | Правка | К родителю #278 | Наверх | Cообщить модератору

293. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от anomymous (?), 01-Ноя-17, 20:04 
Суслика нет, но ушки отовсюду торчат.
Ответить | Правка | К родителю #285 | Наверх | Cообщить модератору

294. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Админ локалхостов в локалдоменах (?), 01-Ноя-17, 21:06 
> в стойке под 40 серверов (при неудаче может быть 60-70), стоек сорок
> штук (не особо большой сектор в датацентре). Хочешь побыть тем юзером,
> который руками побежит по всем настраивать? Замечу, удовольствие все это распаковать,
> смонтировать, подключить провода и так очень не айс, занимаются этим специально
> обученные ребята, которые на предложение ко ВСЕМ по очереди ящикам прогуляться
> с подключением клавиатур и мониторов чтобы что-то там руками настроить, думаю,
> тебя расчленят, и потроха поховают под стойками. (в случае гугля -
> сбросят с Hoover Dam одним куском, там никто не найдет)

деби-(здесь не могло бы быть вашей рекламы)-лоиды отплясывают по серверным... вот как это называется.

На этих ваших серверах в стойках никто не мешает быть предустановленному хоть DOS. Которая будет запускаться при первой загрузке...

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

297. "Google развивает открытую замену прошивкам UEFI"  –2 +/
Сообщение от нах (?), 02-Ноя-17, 00:01 
> деби-(здесь не могло бы быть вашей рекламы)-лоиды отплясывают по серверным... вот как
> это называется.

с точки зрения гордого локалхостового админа, видимо, да.

уровень его знаний очевиден, раз он в uefi где-то дос увидел. (последний намек, для не совсем уж феноменально тyпорылых: в windows2016, да и в линуксе тоже, есть драйвер fat, и в первой даже есть шелл, похожий на command.com куда больше чем efi'шный. И это ни разу не делает их досом. А документация хотя бы Framework вполне доступна без nda. Драйвер по ней не напишешь, но глупостей про какой-то там дос болтать тоже не будешь.)

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

> На этих ваших серверах в стойках никто не мешает быть предустановленному хоть DOS.

кто будет предустанавливать, кому еще и этот мартышкин труд поручим? Где он этим будет заниматься? Что будем делать, когда что-то пошло не так в датацентре за пол-глобуса от тебя, если вариант удаленно дернуть питание и загрузиться с сетевого rescue или просто автоматически переустановить нужное - недоступен?

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


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

275. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от нах (?), 31-Окт-17, 21:05 
> Решит. Потому что ведру, прошивкам и т.п. там тупо не место.

ну да, его ж злые рептилоиды назло тебе напихали, да?

> Его задача - залить максимально дешёвым способом как раз первый блок со

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

Варианты - либо уже неподдерживаемое производителями аппаратуры легаси, имеющее в принципе нерешаемые проблемы, потому что его писали, когда 640k было enough for all. Либо полноценная операционная система. И тогда да, можно обойтись даже меньше чем 512, потому что это уже не "блок", а обычный файл, где написано, где искать загрузчик (или,как в uefi, даже не файл, а гвоздем прибитый путь к файлу, "редактируется" при помощи mv).

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

зачем оно гуглю - отдельный интересный вопрос.

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

279. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от anomymous (?), 01-Ноя-17, 00:17 
> и обломаться, поскольку в 512 байт не влезет ничего, способного обойтись без

И не обломаться, поскольку "блок" - это не сектор.

Причём с таким пребутом можно поддержать вообще любые FS и прочее, без необходимости держать FAT32-уефанство на устройстве. Можно даже GRUB stage 1, например.

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

167. "Google развивает открытую замену прошивкам UEFI"  –1 +/
Сообщение от Аноним (-), 30-Окт-17, 19:12 
Эксперт, блин, диванный! Например, на сломанной машине без оси кто тебе спикером пищать будет? Оркестр пекинской оперы?!
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

178. "Google развивает открытую замену прошивкам UEFI"  +1 +/
Сообщение от jOKer (ok), 30-Окт-17, 19:42 
Аноним, для этого как раз и нужен ПЗУ-БИОС, его необходимость никто и не отрицает.

Однако, согласись, что есть разница между пищать спикером и, допустим, проверять цифровую подпись файла ядра. Это я даже не говорю о том, что уефи претендует на роль прослойки между аппаратурой и осью. И если ось тебе подконтрольна, то уефи-то - ни разу. А оно тебе надо, на машине иметь что-то не подконтрольное тебе? Мне вот лично - нет.

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

295. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Админ локалхостов в локалдоменах (?), 01-Ноя-17, 21:19 
> Это я даже не говорю о том, что
> уефи претендует на роль прослойки между аппаратурой и осью.

Ну вообще-то это ваша любимая BIOS такие претензии имело...

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

248. "Google развивает открытую замену прошивкам UEFI"  +/
Сообщение от Mihail Zenkov (ok), 31-Окт-17, 09:31 
> А если ты попытаешься реализовать полноценную поддержку usb (потому что, внезапно, может вообще не быть других носителей), хотя бы минимальную - видеокарты, полноценную (потому что нужен pxe) поддержку не просто всех на свете сетевых карт, а tcp/udp (включая v6) поверх (и смотри не сотвори remote exploit на этапе загрузки, когда защитных механизмов считай нет) - получится обратно линуксное ведро,

Нет, получится u-boot :)

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

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

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




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

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