The OpenNET Project / Index page

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

Google развивает открытую замену прошивкам UEFI

30.10.2017 10:34

Рональд Минних (Ronald Minnich), основатель проекта CoreBoot, выступил на конференции LinuxCon с докладом, в котором рассказал о развиваемом компанией Google открытом проекте NERF (Non-Extensible Reduced Firmware). В рамках NERF предпринята попытка разработки прозрачной и открытой замены прошивкам UEFI, в основе которой использовано ядро Linux и урезанное программное окружение. Конечной целью является предоставление средств для замены или отключения всех прослоек, выполняемых вне основной операционной системы, и блокирование любой связанной с UEFI, SMM и Intel ME фоновой активности.

NERF также рассчитан на снижение векторов возможных атак, расширение возможностей по контролю за активностью прошивок, исключение излишней функциональности (например, TCP-стек и web-сервер), удаление встроенных механизмов обновления в пользу обновления из базового Linux-окружения. В состав NERF входит избавленный от блобов упрощённый вариант прошивки для Intel ME (Management Engine), урезанная прошивка для UEFI, код для отключения SMM, ядро Linux, образ initramfs c системой инициализации и инструментарием u-root, написанными на языке Go.

В прошивке для Intel ME оставлены только компоненты для начальной инициализации CPU, все остальные модули удалены при помощи инструментария me_cleaner (прошивка сокращена с 5 Мб до 300 Кб). Код обработчиков SMM (System Management Mode) также отключен и переведён на обработку прерываний SMI через ядро Linux. Прошивка для UEFI переведена на использование ядра Linux, наработок CoreBoot и инструментария u-root.

U-root написан на языке Go и включает в себя легковесную систему инициализации, оболочку rush и набор типовых утилит, таких как cp, mv, ls, grep, sort, dd, insmod, wget, netcat и т.п. Примечательно, что в формируемый при помощи u-root образ корневой ФС включается лишь процесс инициализации и несколько исполняемых файлов с компилятором языка Go. Все команды собираются только при необходимости - если запущенная утилита не была собрана ранее, то её компиляция осуществляется на лету после попытки первого запуска. Результат компиляции вызванной утилиты помещается в tmpfs и доступен для повторного использования в рамках текущего сеанса.

Таким образом, в u-root все утилиты предлагаются в исходных текстах, а для адаптации инструментария требуется лишь настройка компилятора. Компиляция занимает доли секунды и не приводит к ощутимым задержкам при вызове. Подобный подход позволяет сделать образ u-root универсальным и распространять единый образ корневой ФС для всех платформ, поддерживаемых компилятором языка Go (для каждой новой архитектуры требуется лишь подготовить 4 исполняемых файла, в одном образе могут содержаться сборки компилятора для разных архитектур). Дополнительно предусмотрены варианты c компиляцией всех утилит во время загрузки или поставки готовых сборок (для минимизации размера прошивки все утилиты могут быть собраны в один исполняемый файл, по аналогии с busybox).

Необходимость замены UEFI обусловлена тем, что на современных компьютерах параллельно с основной операционной системой выполняется ещё несколько неконтролируемых программных окружений (UEFI, SMM, Intel ME), которые формируются на основе проприетарных прошивок. Код UEFI продолжает работать после загрузки основной ОС и выполняется на уровне кольца защиты Ring -2. Данные закрытые окружения создают дополнительные угрозы безопасности. Например, внедрённый в прошивку UEFI вредоносный код может оставаться невидимым из основной ОС, но полностью контролировать всю систему.

В частности, ресурс WikiLeaks в этом году раскрыл сведения о разработке в ЦРУ имплантов для контроля за системой, внедряемых в прошивки UEFI. Современные прошивки сильно усложнены и включают многие атрибуты обычных ОС, включая TCP-стек, http-сервер, DHCP, драйверы, файловые системы и web-интерфейс. С учётом значительного размера кодовой базы прошивок UEFI, которая составляет около 2 млн строк кода, и недоступностью кода прошивок для независимого аудита, также возникают опасения о наличии в прошивках большого количества неисправленных уязвимостей.



  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Выявлена скрытая возможность отключения подсистемы Intel ME
  3. OpenNews: Intel устранил удалённую уязвимость в технологии AMT (Active Management Technology)
  4. OpenNews: Концепция stateless-ноутбука, защищённого от аппаратных бэкдоров
  5. OpenNews: Уязвимость в UEFI-прошивках, позволяющая выполнить код в режиме SMM
  6. OpenNews: Уязвимость в процессорах Intel, позволяющая выполнить код на уровне SMM
Лицензия: CC-BY
Тип: Интересно / К сведению
Короткая ссылка: https://opennet.ru/47469-intel
Ключевые слова: intel, me, uefi, boot
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (257) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 10:48, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +19 +/
    Coreboot, который взлетит?
     
     
  • 2.52, 122 (?), 12:38, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если я правильно понимаю, Coreboot занимается только инициализацией железа, дальше управление передаётся в payload, а там может быть что хочешь (https://ru.wikipedia.org/wiki/Coreboot), в том числе TianoCore.

    Так что это альтернатива TianoCore

     
     
  • 3.227, derlafff (ok), 23:23, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Более всего радует, что google активно участвует в разработке coreboot и есть прекрасные шансы на то, что вся это радость уйдет в глубокий опенсорс.
     
     
  • 4.268, Аноним (-), 16:53, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Гугл коммерческая компания, они это делают для своих серверов, которые они разрабатывают вместе с фейсбуком, вряд ли что-то из этого запустится на обычном ibm pc из магазина.
     
  • 2.283, Аноним (-), 04:59, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Типа-нерасширяемая замена uefi. Но вот интересно, зачем там встроенный компилер go если оно "нерасширяемое"? Надо было git еще встроить - если имплант в rootfs сразу не взлетел, можно будет пропатчить. А если напортачили - откатить.
     

  • 1.2, Аноним (-), 10:48, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –12 +/
    >UEFI переведена на использование ядра ... u-root.
    >U-root написан на языке Go

    Сборщик мусора в биосе? Нет пути.

     
     
  • 2.4, Аноним (-), 10:51, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +18 +/
    Пофиг. Там не создается столько объектов, что бы сборщик мусора смог налажать, и, наверно, его можно оптимизировать-подтюнить-отключить в таком случае.

    Смотри на это со стороны "скрипты в биосе", которые транслируются в байткод для оптимизации. Если это всё дело взлетит на армах и других не-x86 - это будет победа.

     
     
  • 3.29, Аноним (-), 12:10, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Нахера гадать сколько там объектов создается, налажает или нет GC, что-то там тюнить-хуюнить-оптимизировать, если можно написать на C и/или ASM?
     
     
  • 4.34, Аноним (-), 12:17, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +13 +/
    оно придумано ПРОТИВ утечек памяти и переполнений стека, а не ДЛЯ.
     
     
  • 5.69, fidaj (ok), 13:16, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    тогда уже Rust.
     
     
  • 6.89, Аноним (-), 14:06, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Конкурент же.
     
  • 6.95, Василий Теркин (?), 14:33, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +17 +/
    Никто не мещает. Пиши на Rust, если осилишь. Что за дурная привычка  тех, кто нихрена не делает тем, "советовать" тем кто решил что-либо сделать. Да хоть тетрис Гугел на своем Go сваяет, это их личное дело, тебе никто ничего не навязывает.
     
     
  • 7.164, Аноним (-), 18:56, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Что за дурная привычка  тех, кто нихрена не делает тем, "советовать" тем кто решил что-либо сделать.

    Страна Советов, однако.

     
  • 6.247, Аноним (-), 09:13, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А давайте напишем аналог UEFI на JavaScript. Это же самый безопасный и популярный язык!
     
  • 5.140, Аноним (-), 17:04, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Тогда зачем там Линукс, к-й на С?
     
  • 5.284, Аноним (-), 05:01, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > оно придумано ПРОТИВ утечек памяти и переполнений стека, а не ДЛЯ.

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

     
  • 4.35, Аноним (-), 12:18, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Потому что меньше шансов получить уязвимость в таком интимном месте.
     
     
  • 5.112, Аноним (-), 15:05, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Если нет сетевого стека, следовательно удалённого доступа, то ББ не поэкслуатирует. А локальная уязвимость в момент загрузки как-то мало полезна.
     
     
  • 6.132, Аноним (-), 16:46, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    чей-то нет-то? В Твоей системе нет сетевого стека?
     
     
  • 7.137, Аноним (-), 16:59, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >исключение излишней функциональности (например, TCP-стек и web-сервер)
     
  • 5.203, Аноним (-), 20:55, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага, а теперь срочно беги ставить CoreBoot, потому что 100% всех x86 BIOS уязвимы.
     
  • 4.37, eganru (?), 12:21, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +7 +/
    [i]если можно написать на C и/или ASM?[/i] - можно. пишите. уверен, ребята из треда только за. если создадите на github запись то, достигнув зрелости проекта наверняка найдете последователей.

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

     
  • 4.71, Crazy Alex (ok), 13:23, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Потому что быстрее и проще, а профита от C (а тем более ассемблера) там - никакого - это довольно высокоуровневый код.
     
  • 4.90, Аноним (-), 14:21, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > если можно написать на C и/или ASM?

    Так и быть, разрешаю писать на Си или Assembly!


     
  • 4.145, _ (??), 17:36, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Нахера гадать сколько там объектов создается, налажает или нет GC, что-то там тюнить-хуюнить-оптимизировать,

    Тут ты прав - гадать не надо, в Го есть инструментов чтоб знать _точно_. Сюрприз?
    >если можно написать на C и/или ASM?

    ну а чё ж _ты_ не написал? Впрочем ладно - ты, лузер, но ведь и годные проггеры что то не очень чтобы и написали годное ... coreboot так и не взлетел если чё ...
    Может хоть это взлетит (скрестил пальцы)

     
  • 3.33, eganru (?), 12:16, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    [i]Если это всё дело взлетит на армах и других не-x86 - это будет победа.[/i] - в arm/mips обычно device tree. там обычно нет bios. bios это обычно x86 костыль.

    понятное дело есть исключения.

     
  • 2.11, Аноним (-), 11:17, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +18 +/
    > Сборщик мусора в биосе? Нет пути.

    То есть целый linux тебя не смутил, а вот сборщик мусора чем-то не нравится?

     
     
  • 3.41, пох (?), 12:25, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть целый linux тебя не смутил

    на некоторых ранних чипсетах интел там целый солярис - и ничего, жуем...

     
     
  • 4.114, Аноним (-), 15:08, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    430-х или 440-х, или ещё ранее? ;)
     
     
  • 5.157, пох (?), 18:20, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    не, не настолько - по-моему, началась эта радость с ICH7 (в общем-то уже преданье старины глубокой), но тогда там была какая-то неведомая rtos, причем встроенная в (встроенную) интеловскую сетевуху.

    А вот к ich9 все наладилось - процессор сменили на sparc-совместимый, ось на какой-то кастрированный клон солярки, ни за что не угадаешь, зачем.

    А отгадка очень простая - оно на ЖАБЕ было ;-) (кому там go в загрузчике не нравитсо? ;-)

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

     
     
  • 6.287, Андрей (??), 05:44, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот к ich9 все наладилось - процессор сменили на sparc-совместимый, ось на какой-то кастрированный клон солярки, ни за что не угадаешь, зачем.

    А теперь стало совсем просто: стандартный x86 intel quark. И поэтому посыпались сообщения об успехах с обличениями и обходом ME. Для анализа x86 опыта собрано поболее.

     
  • 4.179, КО (?), 19:47, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    У AMD был 32-х битный opensource процессор LatticeMico32 в их x86 процессорах, но памяти на полноценную ОС там явно не хватает:

    https://events.ccc.de/congress/2014/Fahrplan/events/6103.html
    https://events.ccc.de/congress/2014/Fahrplan/system/attachments/2503/original/

     
  • 3.55, Андрей (??), 12:43, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Точно, надо было (как и сам Intel) взять Minix.
     
     
  • 4.116, Аноним (-), 15:10, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    OS для микроконтроллеров, много их.
     
     
  • 5.147, _ (??), 17:40, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я за BugurtOS ;)
     
  • 3.133, Аноним (-), 16:48, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Сборщик мусора в биосе? Нет пути.
    > То есть целый linux тебя не смутил, а вот сборщик мусора чем-то
    > не нравится?

    Что ты имеешь против линукса на компьютере? Подразумевается, же что то же ядро и будет все дальше грузить и обслуживать, разве нет?

     
     
  • 4.153, Аноним (-), 18:02, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Подразумевается, же что то же ядро и будет все дальше грузить и обслуживать, разве нет?

    Нет.

     
  • 4.161, Аноним (-), 18:44, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не-е-е-е-е-ет…
    Там особый, уличный линукс, после которого будет уже грузиться загрузчик и потом ось. Ну или напрямую, без внешнего загрузчика.
     
  • 3.290, Аноним (-), 11:45, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > То есть целый linux тебя не смутил, а вот сборщик мусора чем-то
    > не нравится?

    В линуксе тоже несколько сборщиков мусора есть. А хотя-бы и на си :)

     
     
  • 4.291, Аноним (-), 14:04, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В линуксе тоже несколько сборщиков мусора есть. А хотя-бы и на си :)

    Что поделать, если знатоки не в курсе наличия аналога сборщика мусора в реализациях аллокаторов.


     
     
  • 5.302, Аноним (-), 10:12, 03/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Что поделать, если знатоки не в курсе наличия аналога сборщика мусора в
    > реализациях аллокаторов.

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

     
     
  • 6.304, Анонимный Аналитек (?), 21:39, 03/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Что поделать, если знатоки не в курсе наличия аналога сборщика мусора в
    >> реализациях аллокаторов.
    > Там не в аллокаторах дело. Некоторые ресурсы таки тоже собираются сборщиком мусора,

    Это да. Но насчет аллокатора, скорее был намек на то, что и классический free/malloc обычно таки иногда должен проверять и мержить блоки (и делать другие телодвижения), чтобы избежать излишней фрагментации.    

     
  • 2.87, Аноним (-), 14:04, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >Сборщик мусора в биосе? Нет пути.

    В интел ME среди прочего, реализована, цитата:
    >Загрузка и исполнение подписанных Intel Java-апплетов

    JAVA апплетов Марк!

     
     
  • 3.123, YetAnotherOnanym (ok), 15:38, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А как без джавы в биосе поднять графовую базу данных?
     
     
  • 4.149, _ (??), 17:46, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дык эта ... _лучшая_ графовая БД сделанна на ... ТА_ДАМ! ... сделано на Go :)
     
  • 3.160, пох (?), 18:40, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > В интел ME среди прочего, реализована, цитата:
    >>Загрузка и исполнение подписанных Intel Java-апплетов
    > JAVA апплетов Марк!

    чего тебя удивляет, весь пресловутый AMT, насколько я понял, сплошная (server-side, да) жаба. Может даже EE ;-)

     
  • 2.113, Аноним (-), 15:07, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Надо было писать на раст. Но rust is not invented in google.
     
     
  • 3.119, Аноним (-), 15:12, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Надо было писать на раст. Но rust is not invented in google.
    > rust is not invented [B]in[/B] google.

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


     
     
  • 4.220, Аноним (-), 22:33, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    что-то не так?
     
     
  • 5.254, Аноним (-), 14:13, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > что-то не так?

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

     
     
  • 6.264, EHLO (?), 16:08, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> что-то не так?
    > Все так. Ин, бай - и правда, какая разница?

    Почему нет? Invented in Russia.
    Или на митапах в коворкингах только шаблонными фразами научили изъясняться?

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

    То есть любой ЯП.

     
     
  • 7.266, Аноним (-), 16:26, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> что-то не так?
    >> Все так. Ин, бай - и правда, какая разница?
    > Почему нет? Invented in Russia.
    > Или на митапах в коворкингах только шаблонными фразами научили изъясняться?

    Не знаю, чему вас там учили на митапах и коворкингах, а разницу между "Кем/Чем?" и "Где?" и частую некорректность дословного перевода нам еще в школе объясняли.
    Invented by Vasya Pupkin/Google. Invented in Russia/Muchosransk.

    >> Главное и далее нахваливать ЯП, норамально изучать который пока что можно только на английской мове.
    > То есть любой ЯП.

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

     
     
  • 8.270, EHLO (?), 17:36, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Гугл может быть и кем и чем и где Написано было нормально изучать ЯП Именно ... текст свёрнут, показать
     
     
  • 9.274, Аноним (-), 18:52, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Жопа тоже может быть и кем и чем и где Тем не менее 8230 Читать в контексте,... текст свёрнут, показать
     
  • 3.188, anomymous (?), 20:33, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Я за питон, немножечко эрланга, обёрточку на руби и интерфейс на пхп.
     
     
  • 4.239, Агроном (?), 04:24, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    и плангины на nodejs
     
  • 4.303, anonymous (??), 19:25, 03/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    что-нибудь сегодня употребляли? (:
     
  • 2.122, номия (?), 15:35, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    а что есть закон обязующий все сборщики мусора работать плохо? да и в общем-то этот "инструментарий" U-root не в биосе, а вокруг него.( что забавно там есть два описания в одном 4 не гошных бинаря в другом уже 5)
     
  • 2.193, Michael Shigorin (ok), 20:39, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >>UEFI переведена на использование ядра ... u-root.
    >>U-root написан на языке Go
    > Сборщик мусора в биосе? Нет пути.

    Да щаз:
    https://www.opennet.ru/opennews/art.shtml?num=35973
    https://www.opennet.ru/opennews/art.shtml?num=39018

     

     ....большая нить свёрнута, показать (53)

  • 1.3, Аноним (-), 10:48, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +17 +/
    > Google
    > отключения (SMM, Intel ME)

    Жаба и гадюки

     
  • 1.5, Аноним (-), 10:52, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Звучит как просто сказка какая-то!

    > В прошивке для Intel ME оставлены только компоненты для начальной инициализации CPU, все остальные модули удалены при помощи инструментария me_cleaner

    А на сколько это законно - распространять прошивки с обрезками IntelME?

    Одно дело когда Вася из соседнего подъезда выложил на гитхаб скрипт для чистки блобов. Его интел судить не будет. Во-первых, он не блобы выложил, а свой собственный скрипт, во-вторых, всё равно взять с него нечего.

    А тут гугл, да сразу с блобами. Или автор новости что-то не так перевёл?

     
     
  • 2.7, Аноним (-), 10:59, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А на сколько это законно - распространять прошивки с обрезками IntelME?

    Они распространяют чистилку прошивки, который из Flash убирает всё лишнее. Т.е. урезают  оригинальную прошивку, ничего не распространяя.

     
  • 2.8, Аноним (-), 11:02, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А тут гугл, да сразу с блобами. Или автор новости что-то не так перевёл?

    17 слайд:

    NERF components

    * De-blobbed ME ROM
    * UEFI ROM reduced to its most basic parts
    * SMM disabled or vectored to Linux
    * Linux kernel
    * Userland written in Go (http://u-root.tk)

     
  • 2.50, Аноним (-), 12:36, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так МЕ содержит Миникс - он же открытый, разве нет?
     
     
  • 3.118, Аноним (-), 15:12, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Так МЕ содержит Миникс - он же открытый, разве нет?

    Миникс-то открытый, а вот МЕ - нет. Да и большой вопрос: Миникс ли там вообще?

     
     
  • 4.139, Аноним (-), 17:03, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Исследователи писали что он. По крайней мере в части версий МЕ.
     
     
  • 5.159, пох (?), 18:37, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Исследователи писали что он. По крайней мере в части версий МЕ.

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

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

     
  • 4.151, anonimus (?), 17:56, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Миникс-то открытый, а вот МЕ - нет.

    respect BSDL

     

  • 1.6, Аноним (-), 10:55, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Надо. Обязательно надо.
     
  • 1.9, A.Stahl (ok), 11:14, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +27 +/
    Много лет у нас был BIOS, который умел довольно много, но был прост и понятен.
    Потом оказалось, что большая часть программ в BIOSе написаны абы как и ОС перестали использовать BIOS для обращения к дискам, видео и т.п.
    Потом нам дали UEFI, котрый вообще умел чёрт знает что, который можно было научить далать ещё больше, но ОС не стали использовать всё это поскольку оно всё равно было глючным и тормознутым.
    И теперь Гугл предлагает обрезать UEFI, но впихнуть в него ядро Линукс (урезать, ага).
    А может всё таки стоило бы вернуться к истокам и просто убрать из BIOSа неиспользуемые ф-ции и пусть он занимался бы тем, чем фактически занимался при своей жизни: инициализацией железа и передачей управления загрузчику?
    Но нет, мы впихнём Линукс для загрузки Линукса. И назовём это упрощением.
     
     
  • 2.10, Аноним (-), 11:17, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Много лет у нас был BIOS

    это у вас на x86 был биос

     
     
  • 3.13, A.Stahl (ok), 11:21, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А UEFI есть разве на других платформах?
     
     
  • 4.26, ryoken (ok), 11:57, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > А UEFI есть разве на других платформах?

    Если я не совсем глюкую - на армах вроде тоже оно водится.

     
     
  • 5.213, Аноним (-), 21:33, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Верно, в aarch64 только UEFI, никаким BIOS там и не пахнет.
     
  • 4.85, Аноним (-), 13:54, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Он вообще-то на IA64 впервыые появился
     
     
  • 5.88, A.Stahl (ok), 14:05, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да кому какое дело до мертвечины?
     
     
  • 6.189, anomymous (?), 20:35, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да кому какое дело до мертвечины?

    Было бы никакого, если бы она вынырнув из гроба и хлюпая кишками, к x86 присосаться не пыталась.

     
  • 5.292, Аноним (-), 17:28, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    просто EFI, без U
     
  • 4.215, Аноним (-), 21:56, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На других платвормах есть EFI
     
  • 4.299, dmitrmax (ok), 11:55, 02/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Сотрю тут набег школоты! Открывайте педивикию по слову OpenFirmware - этому уже лет 25 как, с той лишь разницей, что там всё на Форте.
     
  • 2.12, 123 (??), 11:21, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Но нет, мы впихнём Линукс для загрузки Линукса. И назовём это упрощением.

    Чувак, мы протюнинговали твой ПК и теперь у тебя есть Линцкс прибитый к урезанному UEFI для загрузки Линукса! Инновейшнс.

     
     
  • 3.73, Crazy Alex (ok), 13:24, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Этор лучше чем полный UEFI бюез линук или, паче, какая-то экзотическая армовская загружалка.
     
  • 2.16, Аноним (-), 11:27, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А может всё таки стоило бы вернуться к истокам и просто убрать
    > из BIOSа неиспользуемые ф-ции и пусть он занимался бы тем, чем
    > фактически занимался при своей жизни: инициализацией железа и передачей управления загрузчику?

    Coreboot уже есть.

     
  • 2.18, Ilya Indigo (ok), 11:36, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Биос, как и уефи, всегда были блобами.
    Гугл, же сделает его исходником, хоть и на своём Гоу.
     
     
  • 3.24, Andrey Mitrofanov (?), 11:55, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Биос, как и уефи, всегда были блобами.

    Qemu-лятор смотрит на тебя, как на https://packages.debian.org/src:bios

    > Гугл, же сделает его исходником, хоть и на своём Гоу.

     
     
  • 4.190, anomymous (?), 20:37, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Qemu-лятор смотрит на тебя

    Неа, на тебя. На реальном современном железе не заведётся.


     
  • 2.51, нах (?), 12:36, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –10 +/
    у вас, походу, много лет не было Те кто его застали, отлично помнят, что умел о... большой текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 4.158, пох (?), 18:25, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Вась, ты после уроков почитай, кто такой дядя Рон, а потом уже
    > про индусов вякай, ок?

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

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

     
     
  • 5.217, Аноним (-), 22:10, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Приличные люди в гугле не работают уже лет десять именно по этой
    > причине (первое время им даже разрешали сваливать с деньгами и целыми
    > лабораториями, потом фишку просекли и лавочку прикрыли).

    Столько апломба...
    Я надеюсь ты успел поработать в гугле 10 лет назад, чтоб так говорить? Или причина в том, что 10 лет назад трава была зеленее, компьютеры непонятнее а в гугле работали боги? Хотя в целом согласен, год назад наблюдал как в Купертино из оффиса эппла работники в автобус садятся после работы - там почти нет белых, все с серьёзным Бангалорским загаром.

     
     
  • 6.234, пох (?), 01:03, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    нет, просто один знакомый не успел оттуда уволиться и еще один не захотел, но т... большой текст свёрнут, показать
     
  • 3.177, dq0s4y71 (ok), 19:41, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Те кто его застали, отлично помнят, что умел он хрен да нихрена

    Ну не надо! Это был BIOS, т.е. basic input/output system, и базовый ввод/вывод он таки умел. До сих пор помню: 10-е прерывание - работа с экраном, 13-е - с диском, 16-е - с клавиатурой...

     
     
  • 4.184, Аноним (-), 20:13, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > basic input/output system, и базовый ввод/вывод он таки умел. До сих пор помню: 10-е прерывание - работа с экраном, 13-е - с диском, 16-е - с клавиатурой...

    именно за этого его и любим! Это очень классная абстрация. Чего нет на АРМах и всяхки других MIPS.

    Если сабжевая реинкарнация будет предоставлять что-то такое для множества архитектур, будет интересно на это посмотреть

     
     
  • 5.192, anomymous (?), 20:39, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> basic input/output system, и базовый ввод/вывод он таки умел. До сих пор помню: 10-е прерывание - работа с экраном, 13-е - с диском, 16-е - с клавиатурой...

    Причём 10h к системному BIOS вообще отношения не имело.

     
  • 5.243, Аноним (-), 07:21, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Причём уже DOS 3 прерываниями биоса после загрузки не пользовалось.
     
     
  • 6.260, amonymous (?), 15:02, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Причём уже DOS 3 прерываниями биоса после загрузки не пользовалось.

    INT 10h всегда был в ходу. Как минимум для инициализации видеорежима.

     
  • 5.253, dq0s4y71 (ok), 14:13, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем оно? Для множества архитектур уже есть старая-добрая абстракция - системные вызовы ОС.
     
  • 2.58, J.L. (?), 12:53, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Но нет, мы впихнём Линукс для загрузки Линукса. И назовём это упрощением.

    а почему нет ?

    1) линукс-ядро очень сильно обрезается до чисто того что и должен сделать биос (найти железо и пнуть железо, линь при загрузке ещё ж может и на ходу ядро заменить, так что линубиос может на ходу превратиться в просто линукс ?)

    2) они предлагают использовать не застывшее ядро а обновляемоактуальное ?

     
     
  • 3.162, Аноним (-), 18:50, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > они предлагают использовать не застывшее ядро а обновляемоактуальное ?

    Сомневаюсь.

     
  • 3.218, Аноним (-), 22:15, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > 2) они предлагают использовать не застывшее ядро а обновляемоактуальное ?

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


     
  • 2.93, AnonPlus (?), 14:26, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> который умел довольно много, но был прост и понятен

    Странно, я общался с некоторыми программистами, которым приходилось плотно работать в этой сфере. И все дружно плевались от того, что BIOS это набор костылей, смотанных скотчем.

    Уточните, он был прост и понятен для вас, как для кодера или как для потребителя?

     
     
  • 3.97, A.Stahl (ok), 14:46, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как для программиста.
    Там было не так уж много ф-ций. Десяток для работы с диском (подвигать головки, считать/записать сектор и т.п.), пару для клавы и немного для возни с видеорежимами. Может ещё чего было, но я туда не лез.
     
  • 2.105, EHLO (?), 14:57, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Много лет у нас был BIOS, который умел довольно много, но был прост и понятен.

    Много лет у нас был BIOS, который умел довольно много, но был проприетарен и не стандартизирован.
    мелкофикс

     
     
  • 3.194, anomymous (?), 20:41, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Много лет у нас был BIOS, который умел довольно много, но был
    > проприетарен и не стандартизирован.

    Современное уефанство не менее проприетарно и не менее не стандартизовано.

     
     
  • 4.212, EHLO (?), 21:21, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    да, UEFI намного хуже
     
  • 2.244, Ььььььффффф (?), 08:13, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Самое смешное в том, что UEFI - это тоже БИОС.
     

     ....большая нить свёрнута, показать (35)

  • 1.14, Аноним (-), 11:25, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Сидели программеры и голову ломали есть 10 стандартов не совместимых с собой, подумали и решили написать свой стандарт который бы оказался универсальным. И так теперь мы имеем 11 не совместимых стандартов.
     
     
  • 2.25, Andrey Mitrofanov (?), 11:57, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Сидели программеры и голову ломали есть 10 стандартов не совместимых с собой,
    > подумали и решили написать свой стандарт который бы оказался универсальным. И
    > так теперь мы имеем 11 не совместимых стандартов.

    В оригинале 14 => 15.  https://duckduckgo.com/?q=xkcd+standards

     

  • 1.15, Вася (??), 11:25, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Теперь реклама будет сразу при включении компьютера? Замечательно.
     
     
  • 2.19, Аноним из прошлого (?), 11:37, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Теперь у Васи закончится fud
     

  • 1.23, Аноним (-), 11:54, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    ИМХО оно только на хромбуках будет.
     
  • 1.27, Аноним (-), 12:09, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > U-root написан на языке Go и включает в себя легковесную систему инициализации, оболочку rush и набор типовых утилит, таких как cp, mv, ls, grep, sort, dd, insmod, wget, netcat и т.п.

    Молодцы. Взяли и переписали на го coreutils. Им блин делать нечего больше? Ради чего это всё? Просто ради го? Го ради го?

     
     
  • 2.38, Аноним (-), 12:21, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    управление памятью. потому что никому не нужны в биосе утечки, переполнения буферов и стека, вот это вот всё.
     
     
  • 3.45, Аноним (-), 12:31, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > никому не нужны в биосе утечки, переполнения буферов и стека, вот это вот всё.

    Какие утечки? То говорят, что на го не страшно, ведь там не так много работы, что GC будет напрягать, а теперь говорят, что "ой, утечки!". Причём какие блин нафиг утечки в команднах ls, cp, mv, и иже с ними? Совсем отупели там программисты, что не могут ls без утечек сделать?

     
     
  • 4.143, Аноним (-), 17:22, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> никому не нужны в биосе утечки, переполнения буферов и стека, вот это вот всё.
    > Какие утечки? То говорят, что на го не страшно, ведь там не
    > так много работы, что GC будет напрягать, а теперь говорят, что
    > "ой, утечки!". Причём какие блин нафиг утечки в команднах ls, cp,
    > mv, и иже с ними? Совсем отупели там программисты, что не
    > могут ls без утечек сделать?

    А если ls -AlR и на каждой директории и/или файлу по одному (мега)байту терять? Эдак команда  может и до конца не доработать ;)

     
     
  • 5.152, Аноним (-), 17:57, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Там 5 (пять) файлов. 5 мегабайт памяти - это оченно большие потери, да...
     
     
  • 6.163, Аноним (-), 18:53, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    640Кб должно быть достаточно каждому!
     
  • 2.59, J.L. (?), 12:58, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> U-root написан на языке Go и включает в себя легковесную систему инициализации, оболочку rush и набор типовых утилит, таких как cp, mv, ls, grep, sort, dd, insmod, wget, netcat и т.п.
    > Молодцы. Взяли и переписали на го coreutils. Им блин делать нечего больше?
    > Ради чего это всё? Просто ради го? Го ради го?

    думаю будет не сложно заменить в имадже эти утилиты на coreutils
    заслуга гугл не в этом (этим они сделали заявку на кросплатформенность типо)

     
     
  • 3.81, Аноним (-), 13:48, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > этим они сделали заявку на кросплатформенность типо

    Как и buildroot + busybox с их голым Си кроссплатформены. Но ведь они не пошли этим путём, а потратили сколько-то тысяч человекочасов на тупое переписывание. Ради чего?

     
  • 2.74, Crazy Alex (ok), 13:27, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы иметь там всё в исходных кодах
     
     
  • 3.83, Аноним (-), 13:50, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Хнык-хнык, они же там дальше заявляют, что на самом деле всё лучше в бинарях сразу поставлять, в едином файле как busybox. И чё тебе эти исходники дадут? Сидишь такой на канале аниме и спрашиваешь, а как пропатчить ls под NERF?
     
     
  • 4.98, Crazy Alex (ok), 14:50, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Они там дальше заявляют, что в зависимости от ситуации возможны разные варианты. Что есть вообще правильных подход. Исходники в данном случае в основном ради упрощения портирования на новые железки - скопировал и готово, а собирать надо только один бинарь на всё про всё. Учитывая, что этот бинарь всё равно нужен для реализации самой логики загрузки - в общем логично.
     
  • 2.120, Аноним (-), 15:26, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и я подумал, у них есть две причины не использовать busybox. 1) То, что он написан не на Go. 2) То, что лицензия не Опач.
     
  • 2.175, _ (??), 19:35, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >Взяли

    да
    >и переписали на го coreutils.

    Нет. Взяли готовое. https://github.com/u-root/u-root
    >Им блин делать нечего больше? Ради чего это всё? Просто ради го? Го ради го?

    Го-Го - Иго-го! А у тебя батхерт.
    А почему нет собственно? Не драйвера же. Там под Го вообщето линукс уши торчат :)
    КоТ простой и понятный см линк на гитхаб. Всё поставляется в сорцах, как скрипты какие :)
    Мне расклад нравиЦЦо, желаю им удачи.

     

  • 1.28, jOKer (ok), 12:10, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Херня какая-то... урезанный линукс ставят над полноценным линуксом и говорят "это архитектурно оправдано". Ага-ага. А может стоит эту всю оправданность вынести к чертям? В смысле, _вообще_ всю? Не, ну а кто, кто сказал что пзу-биос вообще нужен для чего-то кроме как стартовать загрузчик оси?! Как по мне, так это единственная, реально востребованная функция. А, чуть не забыл: еще дату-время выставляем через него. Все остальное - это от лукавого /производителя/.
     
     
  • 2.31, Аноним (-), 12:13, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Херня какая-то... урезанный линукс ставят над полноценным линуксом и говорят "это архитектурно
    > оправдано". Ага-ага. А может стоит эту всю оправданность вынести к чертям?
    > В смысле, _вообще_ всю? Не, ну а кто, кто сказал что
    > пзу-биос вообще нужен для чего-то кроме как стартовать загрузчик оси?! Как
    > по мне, так это единственная, реально востребованная функция. А, чуть не
    > забыл: еще дату-время выставляем через него. Все остальное - это от
    > лукавого /производителя/.

    Верно, ПЗУ BIOS нужен, чтоб искал загрузчик на винте и пинал его пнуть ядро ОС. Всё

     
     
  • 3.40, Аноним (-), 12:24, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +13 +/
    ну, ещё вывод на экран, чтобы показать ошибку, когда она случится

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

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

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

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

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

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

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

     
     
  • 4.44, jOKer (ok), 12:31, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все это отлично умеет BIOS и без всякой уефи.

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

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

     
  • 4.49, jOKer (ok), 12:35, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вдогонку.

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

     
     
  • 5.56, ваш К.О. (?), 12:45, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    современные загрузчики много чего умеют делать ровно с помощью использования с... большой текст свёрнут, показать
     
     
  • 6.79, jOKer (ok), 13:38, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Полноценная поддержка USB в данном случае не нужна Необходимо и достаточно подд... большой текст свёрнут, показать
     
     
  • 7.92, Аноним (-), 14:25, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Попробуйте услышать наконец: единственная функция для чего нужно что-то выше ОС, это загрузчик этой самой ОС.

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

     
  • 7.99, Crazy Alex (ok), 14:52, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ещё раз. Как при такой логике по сети грузиться будем?
     
     
  • 8.141, Аноним (-), 17:12, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Загрузить что-нибудь умеющее работать с сетью, дальше оно само Тогда можно буде... текст свёрнут, показать
     
     
  • 9.171, Crazy Alex (ok), 19:21, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Откуда загрузить какое что-нибудь как это что-нибудь будет работать с сете... текст свёрнут, показать
     
     
  • 10.197, anomymous (?), 20:45, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Preboot раздел размером в 128 килобайт на флеше решит все проблемы загрузки с лю... текст свёрнут, показать
     
  • 8.169, jOKer (ok), 19:20, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    При такой логике по сети грузится будем так загрузчик допустим тот же grub на... большой текст свёрнут, показать
     
     
  • 9.209, alex53 (ok), 21:16, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    initramfs - это как бы ядро linux с рутом в памяти ... текст свёрнут, показать
     
     
  • 10.224, нах (?), 22:52, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    это рут в памяти или его архив на диске , без всякого ядра линукс При желании... текст свёрнут, показать
     
  • 9.223, нах (?), 22:49, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    стоп-стооооп, откуда при загрузке по сети у вас взялся груб и сама загрузка по с... большой текст свёрнут, показать
     
  • 9.296, Админ локалхостов в локалдоменах (?), 21:40, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Внезапно не подконтрольна Катастрофически неподконтрольна ... текст свёрнут, показать
     
  • 7.104, ваш К.О. (?), 14:57, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    ну правильно, мы ж загружаемся только с флоппи-диска в первом слоте, да Полноце... большой текст свёрнут, показать
     
     
  • 8.174, jOKer (ok), 19:32, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Еще раз все проблемы что вы описали должны решаться на ... большой текст свёрнут, показать
     
  • 8.198, anomymous (?), 20:49, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А какая гуй разница, если это оказавшееся на int19h просоплит правильный бутром ... текст свёрнут, показать
     
     
  • 9.225, нах (?), 22:59, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    нету уже никакого int19h, забудьте эту хрень Осталась в прошлом веке Оно задра... большой текст свёрнут, показать
     
     
  • 10.257, amonymous (?), 14:59, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Решит Потому что ведру, прошивкам и т п там тупо не место Его задача - залить... текст свёрнут, показать
     
     
  • 11.258, amonymous (?), 15:00, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Причём - внимание - только если это руками юзером настроено для бута с чего либо... текст свёрнут, показать
     
     
  • 12.276, нах (?), 21:52, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    в стойке под 40 серверов при неудаче может быть 60-70 , стоек сорок штук не ос... большой текст свёрнут, показать
     
     
  • 13.278, anomymous (?), 00:15, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Если мы в итоге грузимся с какого-то непонятного дерьмища типа PXE через паблик,... текст свёрнут, показать
     
     
  • 14.285, . (?), 05:13, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Где там мысыдос Домохозяйка, идите в сад С ... текст свёрнут, показать
     
     
  • 15.293, anomymous (?), 20:04, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Суслика нет, но ушки отовсюду торчат ... текст свёрнут, показать
     
  • 13.294, Админ локалхостов в локалдоменах (?), 21:06, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    деби- здесь не могло бы быть вашей рекламы -лоиды отплясывают по серверным во... большой текст свёрнут, показать
     
     
  • 14.297, нах (?), 00:01, 02/11/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    с точки зрения гордого локалхостового админа, видимо, да уровень его знаний оче... большой текст свёрнут, показать
     
  • 11.275, нах (?), 21:05, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну да, его ж злые рептилоиды назло тебе напихали, да и обломаться, поскольку в ... большой текст свёрнут, показать
     
     
  • 12.279, anomymous (?), 00:17, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    И не обломаться, поскольку блок - это не сектор Причём с таким пребутом можно... текст свёрнут, показать
     
  • 7.167, Аноним (-), 19:12, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Эксперт, блин, диванный! Например, на сломанной машине без оси кто тебе спикером пищать будет? Оркестр пекинской оперы?!
     
     
  • 8.178, jOKer (ok), 19:42, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Аноним, для этого как раз и нужен ПЗУ-БИОС, его необходимость никто и не отрицае... текст свёрнут, показать
     
     
  • 9.295, Админ локалхостов в локалдоменах (?), 21:19, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вообще-то это ваша любимая BIOS такие претензии имело ... текст свёрнут, показать
     
  • 6.248, Mihail Zenkov (ok), 09:31, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А если ты попытаешься реализовать полноценную поддержку usb (потому что, внезапно, может вообще не быть других носителей), хотя бы минимальную - видеокарты, полноценную (потому что нужен pxe) поддержку не просто всех на свете сетевых карт, а tcp/udp (включая v6) поверх (и смотри не сотвори remote exploit на этапе загрузки, когда защитных механизмов считай нет) - получится обратно линуксное ведро,

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

     
  • 2.61, J.L. (?), 13:00, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Херня какая-то... урезанный линукс ставят над полноценным линуксом и говорят "это архитектурно
    > оправдано". Ага-ага. А может стоит эту всю оправданность вынести к чертям?
    > В смысле, _вообще_ всю? Не, ну а кто, кто сказал что
    > пзу-биос вообще нужен для чего-то кроме как стартовать загрузчик оси?! Как
    > по мне, так это единственная, реально востребованная функция. А, чуть не
    > забыл: еще дату-время выставляем через него. Все остальное - это от
    > лукавого /производителя/.

    https://www.opennet.ru/openforum/vsluhforumID3/112629.html#51
    конец комментария

     
  • 2.121, Аноним (-), 15:32, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Не, ну а кто, кто сказал что пзу-биос вообще нужен для чего-то кроме как стартовать загрузчик оси?! Как по мне, так это единственная, реально востребованная функция.

    Поэтому приходим к выводу,  самый правильный "BIOS" - U-boot

     
  • 2.282, Zulu (?), 01:26, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ага, ага. Пан не в курсе, насколько вообще должна эта вся фигня быть self-aware, чтоб взлететь? Советую посмотреть на инициализацию arm'ов.

    А так конечно UEFI и BIOS один пес, IEEE-1275 FTW.

     
     
  • 3.300, dmitrmax (ok), 11:59, 02/11/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ага, ага. Пан не в курсе, насколько вообще должна эта вся фигня
    > быть self-aware, чтоб взлететь? Советую посмотреть на инициализацию arm'ов.
    > А так конечно UEFI и BIOS один пес, IEEE-1275 FTW.

    слава яйцам, хоть кто-то вспомнил про open firmware. а то я уж думал, что школота совсем изжила нормальных людей )

     

     ....большая нить свёрнута, показать (38)

  • 1.30, Аноним (-), 12:12, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Таким образом, в u-root все утилиты предлагаются в исходных текстах, а для адаптации инструментария требуется лишь настройка компилятора.
    > Подобный подход позволяет сделать образ u-root универсальным и распространять единый образ корневой ФС для всех платформ, поддерживаемых компилятором языка Go (для каждой новой архитектуры требуется лишь подготовить 4 исполняемых файла, в одном образе могут содержаться сборки компилятора для разных архитектур).

    И чем это лучше, чем если бы они сразу положили все бинари (cp, mv, ls, ...) под поддерживаемые архитектуры? buildroot, там, не знаю, в помощь взять и проблем нет...

     
     
  • 2.32, Аноним (-), 12:15, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Дополнительно предусмотрены варианты c компиляцией всех утилит во время загрузки или поставки готовых сборок (для минимизации размера прошивки все утилиты могут быть собраны в один исполняемый файл, по аналогии с busybox).

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

     
     
  • 3.39, Аноним (-), 12:21, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > для минимизации размера прошивки все утилиты могут быть собраны в один исполняемый файл, по аналогии с busybox

    Но взять busybox религия не позволяет?

     
     
  • 4.46, Аноним (-), 12:32, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У гугля GPL-боязнь.
     
  • 2.156, Аноним (-), 18:18, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > И чем это лучше, чем если бы они сразу положили все бинари
    > (cp, mv, ls, ...) под поддерживаемые архитектуры?

    А чем хуже?

     
     
  • 3.176, Аноним (-), 19:35, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А чем хуже?

    Чем голый исходник хуже бинаря? Ну не знаю, наверное, тем, что для БИОС-подобного поделия совсем не нужно: парсить исходники, проверять синтаксис, семантику, строить деревья, оптимизировать, транслировать, линковать и затем уже исполнять. А то со временем получится как с web'ом - тормозит на супербыстрых компах, хотя в 2000-ых и так всё работало и было норм. Так и получим, комп долно грузится на биосе, надо бы процессор обновить, а то го долго компилит исходники...

     
     
  • 4.231, Аноним (-), 23:54, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Учитывая, что оно нужно бывает не каждый год, не всё ли равно? Или ты, может, из EFI-шелла комменты строчишь?
    Кстати, компилит го шустро.
     

  • 1.36, Аноним (-), 12:21, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > Современные прошивки сильно усложнены и включают многие атрибуты обычных ОС

    ... и поэтому мы запихнём вместо UEFI ядро Linux!!!пыщпыщпыщ

    > С учётом значительного размера кодовой базы прошивок UEFI, которая составляет около 2 млн строк кода

    А наше ядро Linux (чтобы работал го и был некий минимальный набор периферии) + все core утилиты будут не 2 млн строк, а всего лишь 1.5 млн строк!!!пыщпыщпыщ

     
     
  • 2.42, Аноним (-), 12:26, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    ядро линукс + обвеска - поддерживаемые и обновляемые.

    проприетарные фирмвари через два года после выхода железа - нет.

     
     
  • 3.47, Аноним (-), 12:33, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ядро линукс + обвеска - поддерживаемые и обновляемые.

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

     
     
  • 4.63, J.L. (?), 13:04, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> ядро линукс + обвеска - поддерживаемые и обновляемые.
    > Дооооо, расскажи, как твой производитель андроида обновляет телефончики. До сих пор ли
    > смартфоны 5-ти летней давности в обновлённом и свежем виде находятся? Производитель
    > не кинул ведь так? Всё поддерживается и обновляется да?

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

     
     
  • 5.80, Аноним (-), 13:46, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > если бы твой производитель телефончика сказал "у нас коребиос, отыитесь за обновлениями на их сайт" у тебя бы не было проблем обновить биос твоего телефончика

    Нет, конечно! Но в реальности ведь не так. Производитель не будет поддерживать SoC'и предыдущих поколений, потому что оно ему нафиг не нужно. А весь зоопарк SoC'ов никто не будет поддерживать.

     
     
  • 6.94, J.L. (?), 14:32, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> если бы твой производитель телефончика сказал "у нас коребиос, отыитесь за обновлениями на их сайт" у тебя бы не было проблем обновить биос твоего телефончика
    > Нет, конечно! Но в реальности ведь не так. Производитель не будет поддерживать
    > SoC'и предыдущих поколений, потому что оно ему нафиг не нужно. А
    > весь зоопарк SoC'ов никто не будет поддерживать.

    в этом то и фишка - весь зоопарк старых SoC'ов будет перекинут на плечи линукса
    (на сколько верно он будет поддерживать местечковые маааленькие переделочки стандартных SoC'ов без спецификаций и документаций - другой вопрос)

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

     
     
  • 7.195, asdafewfef (?), 20:41, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    И никто и никогда не будет ничего обновлять Ровно ноль кода для проприетарного ... большой текст свёрнут, показать
     

  • 1.54, Аноним (-), 12:40, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    чушь. Единственно правильный вариант - это полностью открытая система, типа тех которые сейчас пилят на OpenPOWER
     
     
  • 2.75, Crazy Alex (ok), 13:30, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Зато этот вариант куда реалистичнее и, в общем, не так плох.
     

  • 1.57, Аноним (-), 12:45, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Нацелено на то, чтобы в хромых буках остались только свои гуглозонды. Гугл не хочет ни с кем делиться. Но дальше это не пойдёт. Ну, энтузиасты, как обычно, будут перепрошивать свои тазики и транслировать всем окружающим, что гуглозонды слаще интеловских и прочих.
     
     
  • 2.100, 123 (??), 14:52, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Сектанты уже сейчас думают что amr trustzone лучше чем intel me и не так жмёт.
     

  • 1.62, Аноним (-), 13:03, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что Google поссорился с Intel? Блобы Intel не дают покоя Google?
     
     
  • 2.144, Аноним (-), 17:35, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Что Google поссорился с Intel? Блобы Intel не дают покоя Google?

    Ищите где то на просторах Интернета статьи о том, что Гугель использует свое (или специально для них разработанное и воплощенное в реальность) железо. Так что я думаю Интель для них не указ!

     

  • 1.64, Аноним (-), 13:04, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    > Google

    Теперь телеметрия будет отправляться сразу при загрузке Биоса. Боролись с мелкомягкими и вырастили другого монстра.

     
     
  • 2.67, Аноним (-), 13:11, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Так она и так отправляется. Интел постарался с МЕ. Да и сами ведоры. В два места отправляется получается, а может еще и в АНБ.
     
     
  • 3.117, Аноним (-), 15:11, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Так она и так отправляется. Интел постарался с МЕ. Да и сами
    > ведоры. В два места отправляется получается, а может еще и в
    > АНБ.

    Пруфы?

     
     
  • 4.142, Аноним (-), 17:15, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    https://habrahabr.ru/company/dsec/blog/282546/

    Вот про ИнтелМЕ и там по ссылкам походи.

    Про вендора - комп моих родственников HP периодически просит обновления UEFI. Чего-то там он постоянно шлет и получает.

     
     
  • 5.165, Аноним (-), 18:56, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Утилита HP из под винды что-то шлёт, получает и требует? Да как они посмели! А может это вообще cpu microcode update?
     
     
  • 6.210, Аноним (-), 21:17, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А апдейт не запрашивает НР? И не из под венды, а при старте компа, до груба.
     
  • 3.241, Vkni (ok), 07:04, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > а может еще и в АНБ.

    Почему "может"?

     
  • 2.68, Аноним (-), 13:15, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >  Боролись с мелкомягкими

    диванные войска? Как-то уж очень пафосно звучит

     
     
  • 3.229, Аноним (-), 23:26, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > диванные войска?

    Эти тоже внесли свою лепту.

     
  • 2.102, Василий Теркин (?), 14:53, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Google
    > Теперь телеметрия будет отправляться сразу при загрузке Биоса. Боролись с мелкомягкими
    > и вырастили другого монстра.

    Ну да, армия неосиляторов в ужосе! А прочекать исходники на "закладки" и собрать свою версию  тебе что не позволяет? Это на порядки полегче, чем искать насекомых в бинарном коде проприетарных UEFI/BIOS.

     
     
  • 3.129, Аноним (-), 16:08, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так там и не будет закладок. Будет а н а л и т и к а ! Но вы же доверяете такой доброносной и открытой компании как Гугл, верно? Что плохого вам способны сделать их встроенные анал-итические сервисы? Это же не закладки, правильно?


     
     
  • 4.146, Аноним (-), 17:39, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Так там и не будет закладок. Будет а н а л и
    > т и к а ! Но вы же доверяете такой доброносной
    > и открытой компании как Гугл, верно? Что плохого вам способны сделать
    > их встроенные анал-итические сервисы? Это же не закладки, правильно?

    А прочекать исходники на ...

     

  • 1.72, Аноним (-), 13:24, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    О! Оно развивается в рамках проекта Heads.
     
  • 1.77, Аноним (-), 13:32, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Шапка опередит их и загрузкой ДО операционки будет рулить systemd
     
     
  • 2.166, Аноним (-), 19:09, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Шапка опередит их и загрузкой ДО операционки будет рулить systemd

    На чьём железе? Шапка выпустит своё железо?


     
     
  • 3.271, Аноним (-), 17:41, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Конечно нет, ей микрософт дозволит.
     

  • 1.78, Аноним (-), 13:35, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >оболочку rush и набор типовых утилит, таких как cp, mv, ls, grep, sort, dd, insmod, wget, netcat

    Осталось добавить gcc с компанией и можно считать это полноценной linux системой

     
     
  • 2.84, Аноним (-), 13:51, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не, надо ещё node.js...
     
     
  • 3.115, Аноним (-), 15:10, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не, надо ещё node.js...

    И оболочку на Electron!

     

  • 1.86, реалист (?), 14:04, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Появление UEFI и GPT до сих пор вызывает массу проблем совместимости во многих дистрибутивах. Если к этому зоопарку добавят ещё и этот NERF совсем грустно будет. В большенстве случаев вполне хватает старого доброго unsecure boot (BIOS) и MBR.
     
     
  • 2.168, Аноним (-), 19:17, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Появление UEFI и GPT до сих пор вызывает массу проблем совместимости во многих дистрибутивах.

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


     
     
  • 3.235, пессимист (?), 01:04, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот только что в новшествах скорой 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 удосужился это починить?

     
     
  • 4.249, пох (?), 09:45, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ms этого чинить вовсе не собирается - и ничего, прекрасно живет, а вы все негот... большой текст свёрнут, показать
     
     
  • 5.252, реалист (?), 13:20, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А в случае обычного BIOS и MBR это вообще не важно. Код загрузчика MBR вообще 16-и битный и ничего, всё прекрасно работает. Зато сколько нестандартных костылей с загрузчиками придумали линуксоиды. За один только mbr gap и невозможность загрузки без него (в некоторых дистрибутивах) нужно руки поотрывать.
     
     
  • 6.255, пох (?), 14:16, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    если ты готов и дальше работать на своем IBM PC XT - то не важно очень неважно ... большой текст свёрнут, показать
     
     
  • 7.261, Аноним84701 (ok), 15:06, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    гигабайта же Кстати, нахваливающим старые добрые я бы посоветовал просто пол... большой текст свёрнут, показать
     
     
  • 8.265, реалист (?), 16:11, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему ты решил, что в реализации UEFI нет подобных багов и следовательно подобн... текст свёрнут, показать
     
     
  • 9.267, Аноним84701 (ok), 16:35, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему ты решил, что я ратую за другую крайность, а не за прекращение нахваливан... текст свёрнут, показать
     
     
  • 10.269, реалист (?), 17:24, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А за что ты ратуешь в таком случае Старый легаси вполне можно осовременить, как... текст свёрнут, показать
     
  • 8.281, anomymous (?), 00:26, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Мусье тщательно умалчивает про отдельное уефанство, превращающее после загрузки ... текст свёрнут, показать
     
  • 7.262, реалист (?), 15:16, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Partition entry в MBR занимает 16 байт, чего вполне достаточно для полной LBA-48... большой текст свёрнут, показать
     
  • 4.280, anomymous (?), 00:19, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Не прошло и сколько лет с тех пор, как UEFI появился и
    > RedHat удосужился это починить?

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

     
     
  • 5.286, . (?), 05:30, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Пааанимаааешь ... оно __пока__ есть. Но всё идёт к тому, что не будет. Так что чесаться по этому поводу надо ещё вчера :-\
     
     
  • 6.288, пох (?), 09:36, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не, не идет - интел о них позаботился CSM - встроенный в EFI и намертво эмуля... большой текст свёрнут, показать
     
  • 5.308, Аноним (308), 22:21, 01/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >А оно кому-то надо, ну реально?

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

     

     ....большая нить свёрнута, показать (15)

  • 1.91, Аноним (-), 14:22, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Системды-то тоже на го перепишуть?
     
     
  • 2.135, Аноним (-), 16:52, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    На Po
     

  • 1.124, rshadow (ok), 15:40, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Не взлетит. Уровень влияния в стеке технологий у Google находиться много выше. Ни их GoogleOS, ни тем более что-то ниже никому из производителей железа не нужно.
     
     
  • 2.125, Аноним (-), 15:47, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем им производители железа (нужны, конечно, но), если они сами уже производитель? Будет такой себе Apple2, с чуть большим заигрыванием с сообществом.
     
     
  • 3.170, Аноним (-), 19:21, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Устами младенца глаголет.. детский лепет :)


     
  • 3.187, testt (ok), 20:19, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Будет такой себе Apple2, с чуть большим заигрыванием с сообществом.

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

     
     
  • 4.199, Аноним (-), 20:50, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Chromebook? :)))


     
  • 2.131, YetAnotherOnanym (ok), 16:26, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вооооот!
    Производители материнок повязаны и Интелом таким коконом договоров, что ни о каком производстве плат с альтернативными прошивками и речи быть не может. А если Гугл вдруг захочет что-то выпускать сам, Интел достанет свои патенты и скажет: я запрещаю добавлять на этих платах поддержку таких-то функций. Всё, досвидос.

     
     
  • 3.182, _ (??), 20:03, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И будет послан. Зачем гуглу Ынтели? Для их целей нынешних армов - за глаза!
     
     
  • 4.183, анончик (?), 20:08, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    AMD!
     
     
  • 5.202, Аноним (-), 20:52, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И вы!


     
  • 5.222, Аноним (-), 22:47, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вместо процессора ?
     
  • 4.251, YetAnotherOnanym (ok), 13:04, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Спросите в любом компьютерном магазине, сколько они продают малинок-апельсинок и сколько - плат под интеловскую архитектуру.
     

  • 1.138, Аноним (-), 17:03, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Intel ME

    Бесполезно мазать гангрену зелёнкой, нужно всю систему менять.

     
     
  • 2.150, Аноним (-), 17:55, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Мы нашу, мы новую Землю построим..


     
     
  • 3.154, Актонитто (?), 18:02, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот вы смеетесь, а кря.
     
     
  • 4.172, Аноним (-), 19:21, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот вы смеетесь, а кря.

    Да, кря.


     
  • 2.259, Kodir (ok), 15:01, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А тут средство как раз похлеще зелёнки - скальпель! :) Вырезали основную интелогниль, остальные компоненты - открытые и легко подлежащие аудиту. Так и надо делать, ведь _существующие_ платы - их надо как-то улучшать! *слабая надежда*
     
     
  • 3.277, Аноним (-), 22:57, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Улучшение, оно кому нужно Можно в относительных величинах Улучшение, оно на ск... большой текст свёрнут, показать
     

  • 1.148, Аноним (-), 17:46, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Побольше джамперов на плате, и ППЗУ с ультрафиолетовым стиранием.
     
     
  • 2.155, Аноним (-), 18:10, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Побольше джамперов на плате, и ППЗУ с ультрафиолетовым стиранием.

    И порт клавиатуры отдельный верните!!! А USB выкиньте!!!

     
     
  • 3.185, Аноним (-), 20:13, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > И порт клавиатуры отдельный верните!!! А USB выкиньте!!!

    [CODE]
    # dmesg|grep PS/2
    [1] psm0: <PS/2 Mouse> irq 12 on atkbdc0
    [/CODE]


     
  • 3.263, Kodir (ok), 15:36, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Побольше джамперов на плате, и ППЗУ с ультрафиолетовым стиранием.
    > И порт клавиатуры отдельный верните!!! А USB выкиньте!!!

    Про USB - поддерживаю многократно, это просто ПОЗОР ИНЖЕНЕРИИ! Apple Lightning - стократ более правильный разъём.

     
     
  • 4.273, _ (??), 18:00, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >Про USB - поддерживаю многократно, это просто ПОЗОР ИНЖЕНЕРИИ!

    Они исправили свои косяки, смотри USB-C
    >Apple Lightning - стократ более правильный разъём.

    идёт в комплекте с а-зонтом (С) - нафик!

     
     
  • 5.289, Pofigist (?), 11:18, 01/11/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    USB-C - очередной позор увы. Да один очевидный косяк исправили, но все остальные - остались.
    Увы, но реально Lightning - образец того как надо делать, USB (любой) - образец того как НЕ надо делать разъемы.
     
     
  • 6.298, . (?), 03:48, 02/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо песен, у вас просто зонт раскрылся :)
     

  • 1.180, Аноним (-), 19:57, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Все это появится на двух с половиной совместимых материнках и все, но возможно заставит производителей двигаться к упрощению уефи
     
  • 1.214, all_glory_to_the_hypnotoad (ok), 21:34, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > ... образ initramfs c системой инициализации и инструментарием u-root, написанными на языке Go.

    Знают как в бочку мёда положить половник дерьма.

     
     
  • 2.216, Andrey Mitrofanov (?), 22:08, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> ... образ initramfs c системой инициализации и инструментарием u-root, написанными на языке Go.
    > Знают как в бочку мёда положить половник дерьма.

    Слово "Google" в заголовке не заметил, что ли? Где ж тебе мёд-то примерещился? Маркетинг превращается, превращается тыква.... в элегантный гипер-половник.

     
  • 2.236, Led (ok), 02:05, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Знают как в бочку мёда положить половник дерьма.

    Не, не знают: ты в половник не помещаешся.

     

  • 1.219, gpyra (?), 22:29, 30/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > параллельно с основной операционной системой параллельно выполняется ещё несколько неконтролируемых программных окружений (UEFI, SMM, Intel ME), которые формируются на основе проприетарных прошивок. Код UEFI продолжает работать после загрузки основной ОС и выполняется на уровне кольца защиты Ring -2.

    Они поедают ресурсы моего ЦПУ? или висят на отдельном служебном проце?

     
     
  • 2.226, нах (?), 23:08, 30/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Они поедают ресурсы моего ЦПУ? или висят на отдельном служебном проце?

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

     
     
  • 3.301, dmitrmax (ok), 12:01, 02/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Они поедают ресурсы моего ЦПУ? или висят на отдельном служебном проце?
    > uefi - на твоем, это ж драйвера всякой мелкой хрени, типа rtc
    > (больше там после загрузки ничего не остается)
    > ME - на своем, встроенном в чипсет (что забавно, в современных это
    > очередной интел),

    LOL. Хорошая оговорчка по Фрейду: ME работает не на твоём чипсете, а на их ) Хоть ты его купил, но владеет им кто-то другой )

    > ему надо работать когда основной пошел погулять или вовсе обесточен.

    или когда товарищу майору надо

     
  • 3.305, gpyra (?), 15:49, 09/11/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Они поедают ресурсы моего ЦПУ? или висят на отдельном служебном проце?
    > uefi - на твоем, это ж драйвера всякой мелкой хрени, типа rtc
    > (больше там после загрузки ничего не остается)
    > ME - на своем, встроенном в чипсет (что забавно, в современных это
    > очередной интел), ему надо работать когда основной пошел погулять или вовсе
    > обесточен.

    Большое спасибо за ответ!

     

  • 1.240, Аноним (-), 05:55, 31/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    меня терзают смутные сомнения (c), анб с цру борются за каналы слежки? Открытый загрузчик? И для кого открытость? Ну в свете андроида.
     
  • 1.245, 0x0 (?), 08:15, 31/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Нууу... Пока производители оборудования не примут на вооружение, будет ещё и что-то, типа, CyanogenMode для BIOS :))
     
     
  • 2.246, 0x0 (?), 08:17, 31/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Мало ли в Бразилии кирпичей! :)))
     

  • 1.256, анонимы (?), 14:17, 31/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    хорошая новость
     
  • 1.272, Игорь Арбичев (?), 17:47, 31/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Если это будет действительно с открытыми исходниками, то это здорово.
     
  • 1.306, Анонимусик (?), 20:27, 09/11/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сплошные зонды вокруг... Может и правда на Эльбрус пора переползать...
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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