URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 93269
[ Назад ]

Исходное сообщение
"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"

Отправлено opennews , 25-Дек-13 21:35 
Опубликована документация (http://en.altlinux.org/UEFI_SecureBoot_mini-HOWTO) по обеспечению загрузки в режиме UEFI SecureBoot, созданная в процессе разработки ALT Linux и собравшая в одном тексте неочевидную информацию из множества источников, проверенную практикой.  Примером реализации является ряд пакетов в репозиториях Sisyphus и p7, а также регулярные сборки (http://www.altlinux.org/Regular) на базе Sisyphus, стартовые наборы (http://www.altlinux.org/P7) и подготавливаемый выпуск линейки 7.0.2 на основе p7.


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

URL: http://en.altlinux.org/UEFI_SecureBoot_mini-HOWTO
Новость: http://www.opennet.ru/opennews/art.shtml?num=38728


Содержание

Сообщения в этом обсуждении
"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено chinarulezzz , 25-Дек-13 21:35 
Есть на русском?

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 25-Дек-13 21:49 
Пока нет -- изначально писал на буржуйском, поскольку у нас оно пригодится в худшем разе двум-трём коллективам разработчиков.  Думаю взять таймаут на сбор отзывов, а как образуется исправленная версия, не изменяющаяся некоторое время -- можно и перевести будет.

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Юнити , 25-Дек-13 23:15 
Мне даже и не хочется ничего говорить, думаю вы ещё помните о чём это я ...
Спасибо! ))

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 26-Дек-13 00:03 
> думаю вы ещё помните о чём это я ... Спасибо! ))

Это Вам спасибо :)

Надеюсь, не поколотите за переводы субтитров http://youtube.com/user/newsanna тоже на буржуйский, посмотрев документацию к mkimage-profiles, написанную по-русски? -- http://fly.osdn.org.ua/~mike/docs/m-p/mkimage-profiles.html


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Юнити , 26-Дек-13 00:57 
Кривляться то зачем? Паршивенькая ведь ситуация, взгляните на неё со стороны, не как участник проекта а как пользователь... По вашему для тех кто не участвует в "этом" проекте "это" выглядит многообещающе?

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 26-Дек-13 01:00 
> Кривляться то зачем?

И не думал.

> выглядит

Не поборник "имиджа".


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Юнити , 26-Дек-13 01:17 
Причём тут имидж?
Ну, чебурашка то ваша и вы с ней играете как вам хочется... Моё мнение по "этому" вопросу повторять не стану, про избирательное чтение я хорошо помню, потому и отписывать его я не стану, всё равно ведь удалите.

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 15-Авг-22 18:08 
Михаил, базовая Windows Vista умеет ставиться на UEFI? )

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Xasd , 25-Дек-13 21:48 
про  PreLoader малова-то написано (а штука хорошая.. тестировал -- работало). но хорошо что хотя бы упомянули его :) .

в целом -- думаю документ будет полезным.

похвально вобщем!

# P.S.: правда там геморой в PreLoader -- при каждом обновлении ядра -- оно поднимает панику.. в случае если загрузка через EFISTUB


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 25-Дек-13 21:52 
> про PreLoader малова-то написано (а штука хорошая.. тестировал -- работало).

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

Возможно, на него и gummiboot будет смысл посмотреть в следующем году, не знаю.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Xasd , 25-Дек-13 22:17 
в PreLoader есть интересная "недоработка"..

весь пакет (в скомпилированном виде) состоит из трёх [неотъемлемых] частей:

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

"HashTool.efi" -- этот исполняемый файл запускается от инициативы "PreLoader.efi", если необходимо добавть hash-нового-образа как доверенный.
"HashTool.efi" может только ДОБАВЛЯТЬ хэши и больше ни чего (удалять или редактировать -- не может).

"KeyTool.efi" -- этот исполняемый файл запускается от "PreLoader.efi", если пользователь хочет например посмотреть и поудалять лишние (старые) hash-значения некоторых образов.

----------

но Майкрософт-сертификацию прошли только "PreLoader.efi" и "HashTool.efi" ("KeyTool.efi" -- не прошёл) ..

..при этом "KeyTool.efi" тоже работает, условно говоря, так как после "PreLoader.efi" работают уже все образы (с учётом процедуры добавления хэша как доверенный).

но судя по исходному коду -- ситуация с переполнением EFI-базы хэшей -- ни как не обрабатывается специальным образом. (такая ситуация лишь распознаётся и функция завершает свою работу с кодом ошибки).

в нормальном случае человек может добавлять новые доверенные хэши и удалять старые хэши из базы EFI. в нормальном случае -- это работает нормально.

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

1. очередной хэш не сможет добавиться. (EFI-база переполнилась).

2. нужно будет удалить какой-нибудь старый хэш.

3. для этого придётся выбрать опцию "редактировать EFI-базу хэшей".

4. "PreLoader.efi" попытается запустить утилиту "KeyTool.efi".

5. так как до этого хэши ни разу не удалялись -- то "KeyTool.efi" будет запускаться впервые, и тоже затребует добавить свой хэш в EFI-базу.

6. а база-то уже переполнена, так что пункт 5 уже не сможет выполниться :-)

ситуация конечно чисто теоретическая. так как EFI-база очень большая и на практике я этого не пробовал переполнять. только лишь исходники от PreLoader читал.

# P.S.: если бы Майкрософт серцифицировал бы "KeyTool.efi" -- то этого бы не случилось бы..


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 28-Дек-13 17:05 
> про  PreLoader малова-то написано (а штука хорошая.. тестировал -- работало)

А что конкретно там такого хорошего, кроме того, что оно работает?


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Xasd , 29-Дек-13 01:10 
> А что конкретно там такого хорошего, кроме того, что оно работает?

интересная идея реализации :) ..

и есть некоторая универсальность: например Shim не способен работать с Gummiboot, а PreLoader способен.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 25-Дек-13 21:53 
> $99+, several days to a few weeks, and a Windows host/VM

...
> The process requires IE7+[10] with a peculiar setup of ActiveX

Так... где тут у нас любители этого UEFI'анства были? Дать-подать сюда этого тяпкина-ляпкина.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Xasd , 25-Дек-13 22:23 
> Так... где тут у нас любители этого UEFI'анства были? Дать-подать сюда этого
> тяпкина-ляпкина.

я это был. (из наиболее запоминаемых).

ну а что -- меня уже отругали в прошлых темах.

опять что ли будете? :-)


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 26-Дек-13 03:10 
> я это был. (из наиболее запоминаемых).

Ты еще и на ARM _такое_ хотел. Ух, я даже не знаю как можно относительно вежливо и политкорректно донести то что я по этому поводу думаю. По моему нескромному мнению - я порадуюсь кончине x86 архитектуры за один только UEFI.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Xasd , 26-Дек-13 04:05 
нее..

я хотел только UEFI ..

Secure Boot я не хотел :-) ..и сразу об этом говорил, заметьте!

> я порадуюсь кончине x86 архитектуры за один только UEFI.

тыг ведь вот-вот на телефонный ранок могут обрушиться x86-совместимые процессоры..

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

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

ясное дело что Uboot\UEFI тут конечно не причём..

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

хотя надо отдать должное -- Intel "слегка" неповоротлив в маркетинговом смысле.

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


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 26-Дек-13 12:47 
> я хотел только UEFI ..

Ну а это теперь часть оного. И вообще, не понимаю чего хорошего в жирной, глючной, переросточной и проблемной клозетт-сорсной вендорской фирмвари. На данный момент в ARM стандартом де-факто стал, имхо, u-boot. Опенсорсный, куда более скромных размеров(хотя зависит от выбранных фич), умеющий стартовать в весьма разных позах (можно например прелоадер сделать из u-boot, "SPL". Или даже 2 прелоадера - SPL и TPL, если ограничения платформы злые, сие стартует из NAND, ROM-loader по UART/USB, ...). И API драйверов косящее под пингвинские. Умеет кучу всего. Например, читать EXT4. Так что с ним можно обойтись и без изгалений с парашей типа FAT32. Куда как более приятная вещь. И что приятно - под GPL, так что сорцы никто не зажимает.

> Secure Boot я не хотел :-) ..и сразу об этом говорил, заметьте!

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

> тыг ведь вот-вот на телефонный ранок могут обрушиться x86-совместимые процессоры..

Интел обещает TabletPC уже наверное десятилетие. Это уже ~ 4-я попытка. Правда, облом состоит в том что x86 имеет ряд недостатков, а совместимость с х86 на смартах и планшетах никому не уперлась. Вот оно и пролетает в i++'й раз уже.

> почему? ну потому что они хотя бы могут долго держать высокую нагрузку.
> (а ARM превращается в утюг после 30 минут..)

Ламерство веб-хомячка - оно такое. Потребление CMOS схемы пропорционально количеству переключений. Поэтому мало жрет только схема которая мало работает. А у ARM при прочих равных более простое ядро, в котором меньше транзисторов. Так что при равном объеме вычислений и одинаковом техпроцессе ARM как-то имеет тенденцию жрать меньше, т.к. делает меньше переключений. И средства управления питанием там обычно на высоте. Собственно, по этой причине интел с своим х86 выглядит довольно вяло. Если бы интел не был сказочным тормозом, они давно могли бы надрать всем зад, делая ARM по своим продвинутым техпроцессам. Понемногу до них начинает допирать. Правда, видимо, делать самим ARM им слишком унизительно, но по крайней мере они стали рассматривать возможность предоставлять свои фабы другим, для производства их чипов.

> а гоночки греют телефонный процессор.

А х86 с бестолковым и большим ядром, конечно же, греться не будет. Верю-верю. Правда ARM как-то всегда лучше смотрелся в плане MIPS/Watt при одинаковом техпроцессе. К тому же у интела нет своих low power GPU, а лицензированные ими PowerVR - ничем не лучше оного же ядра в ARM процах. И точно такой же гемор с дровами.

> но у инженеров Intel можно сказать какое-то вот есть правильное видение что ли..

Это пхать проц с архитектурой из 70-х прошлого века - правильное видение? :)

> не знаю даже как выразиться корректнее..

...потому что вы полный ламер, который не понимает самых основ.

> вобщем правильные они ребята!

Сказочные д...бы они. С их технологическими нормами они могли бы половину процов для мобил шлепать уже лет пять и процы разлеталось бы со свистом. Но зацикленность на древней и неподходящей для всего этого архитектуре, с постоянными попытками упихать слона в канареечную клетку приводят к фэйлам уже наверное 4-й раз подряд. Понемногу до них начинает доползать - уже ведутся разговоры о том чтобы дать другим производить процы на их мощностях. Видимо, самим стыдно признаваться что х86 в мобильном мире полное фуфло. А вот так - вроде как без палива, мол, чужие разработки, интел тут не при чем :)

> без лишних костылей..

Это вы про х86? O_O Да он весь - один большой костыль.

> хотя надо отдать должное -- Intel "слегка" неповоротлив в маркетинговом смысле.

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

> ну и конечно [не буду отрицать, да] -- есть к сожелению небольшая
> опасность что x86-телефоны могут облепиться Вендой (как гoвном),

Правда, рынок никак не может понять - ни зачем там винда, ни зачем там х86 :).


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Xasd , 26-Дек-13 18:20 
> И что приятно - под GPL, так что сорцы никто не зажимает.

сорцы от чего? от Uboot? ты лучше сорцы покажи от той RTOS, которая инициализирует (и контролирует) работу ARM-процессора.

на мой скромный взгляд эта закрытость RTOS-гипервизора-для-ARM -- явно хуже чем закрытость UEFI-для-Intel-x86.

и объём кода -- там наверное тоже больше чем объём кода UEFI... ну или по крайней мере такого же порядка размера.

> Например, читать EXT4. Так что с ним можно обойтись и без изгалений с парашей типа FAT32.

но при этом разметка загрузочного носителя должна быть MBR, с ограничением не более 4 primary-раздела.

facepalm.

уж лучше FAT32-on-GPT, чем EXT4-on-MBR. тем более как реализация FAT32 является вполне себе тоже GPL. (сколько там у Майкрософт плучаенно незаконно патентов на Linux? 200? ну тыг и почему привязались именно к FAT32? остальные 199 вас не беспокоют?)

ну да, что тут сказать.. приходится городить Hybrid-MBR-GPT-таблицы (ну разве не костыль?). при этом создавать гибридные таблицы не всегда возможно.

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

если с новыми Intel-телефонами случится опять фэйл -- то я вполне себе приму вашу правду. почему бы и нет..


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 25-Дек-13 22:52 
>> The process requires IE7+[10] with a peculiar setup of ActiveX
> Так... где тут у нас любители этого UEFI'анства были?

Так мучиться-то не ему.  Там один процесс смены локализации в английскую с тем, чтобы вообще была возможность применить руководство по этому самому peculiar setup имени symantec, чего стоит...

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


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Zulu , 30-Дек-13 01:06 
UEFI != UEFI Secure Boot. UEFI имеет много вкусностей, которые конечно было бы приятней получить от IEEE-1275, но за неимением гербовой...

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено KT315 , 25-Дек-13 22:06 
А так хорошо жилось, что только одноклеточный организм не мог поставить ОС на дэсктоп! А теперь, спасибо некрософту, что частично вернул времена с гемором по установке ОС отличных от вантуза.

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 28-Дек-13 17:07 
> А так хорошо жилось, что только одноклеточный организм не мог поставить ОС на дэсктоп!

Когда такое было?


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено George , 25-Дек-13 22:13 
Только один линукс я хоть смогу поставить?

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 25-Дек-13 22:54 
> Только один линукс я хоть смогу поставить?

В смысле "одна инсталяция линукса на диске, больше ничего не надо"?  Да, разумеется.  И для этого лучше всего отключить этот секирбут к лешему.

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


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 25-Дек-13 22:45 
кому все это нужно? Секьюр бут можно или отключить, или настроить на пользовательские ключи на любом PC, продающемся на рынке. Даже на MS Surface Pro.

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


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 25-Дек-13 22:58 
> кому все это нужно?

Ответил в #12.

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

Для этого надо попасть в фирмварь, что может оказаться нетривиальным в случае ноута с oem win8 и трудновыковыриваемым диском: http://mjg59.dreamwidth.org/24869.html

> Займитесь лучше чем-нибудь полезным

...и тут же предложил ненужное.  Ну что за люди? :)


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Xasd , 25-Дек-13 22:58 
кстате.. а почему в некоторых новостях на OpenNet -- написанно "Автор новости: Michael Shigorin" .. а в некоторых новостях вообще автора новости нет.. %) %)

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 25-Дек-13 23:00 
> кстате.. а почему в некоторых новостях на OpenNet -- написанно "Автор новости:
> Michael Shigorin" .. а в некоторых новостях вообще автора новости нет.. %) %)

Потому что я сюда пишу мало новостей, а подтверждает их Максим (и мои тоже).   В каких случаях автора "нет" -- не знаю.

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


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 25-Дек-13 23:50 
> а в некоторых новостях вообще автора новости нет..

Есть, http://www.opennet.ru/~Maxim%20Chirkov


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 26-Дек-13 03:15 
> а в некоторых новостях вообще автора новости нет..

Достаточно многие новости от анонимуса пишутся 294-м :). Но не все, разумеется.



"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 26-Дек-13 12:06 
Новости от User294 размещаются под автором Аноним

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 26-Дек-13 12:48 
> Новости от User294 размещаются под автором Аноним

Спасибо, Капитан. Прикольно наверное рассказывать 294-му как он новости пишет? :)


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 27-Дек-13 16:56 
Ну если он сам не в курсе, то почему бы и не рассказать? :)

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 25-Дек-13 23:33 
Michael Shigorin, ты хочешь замечаний, и после чего хочешь перевести данную заметку на русский. Ты не находишь тут некоторые противоречия? Думаешь, без этой заметки не справятся на англоязычных сайтах?

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


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 26-Дек-13 00:40 
> Michael Shigorin, ты хочешь замечаний, и после чего хочешь перевести данную заметку
> на русский. Ты не находишь тут некоторые противоречия?

Нет, не нахожу.

> Думаешь, без этой заметки не справятся на англоязычных сайтах?

Думаю, справиться без этой заметки в несколько раз сложней.

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

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

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

Далее, повторюсь -- на просторах бывшей одной шестой разрабатывается, насколько мне известно, что-то около трёх (допустим, четырёх) дистрибутивов, не считая двух известных специального назначения.  Ребятам из ROSA или Calculate перевод вряд ли сильно поможет.

Что такое поддержка текста такого объёма на двух-трёх языках, я немного знаю.  Поэтому из вариантов:
* написать на родном и любимом (или опубликовать рабочие записки);
* объявить, что документация в этом мире нужна только на the language;
* бросить всё и заниматься только этим документом;
* делать "боевой" вариант на буржуйском и предполагать его перевод на русский
предпочитаю последний и ровно потому, что любимый и родной -- чисто технически такой перевод не требуется.

Если хотите бухтеть конструктивно -- берёте исходник (вики-разметку) страницы, садитесь, переводите и выкладываете на altlinux.org, присылаете почтой либо говорите, где забрать.  Я смотрю, сверяю, подправляю при необходимости и перекладываю на altlinux.org, если ещё не там.

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

Идёт? :)


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 26-Дек-13 01:53 
> Идёт? :)

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

P.S. В любом случае спасибо за данную заметку


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 26-Дек-13 02:23 
> собирая это все в кучу

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

> ты мог бы уже и на русском набросать черновик

И, разумеется, так и делал по ходу пьесы.  Только в этих записках на манжетах одна из самых внятных частей -- дословно такая:

== Схема работы ==
* мы создаём cacert и signer cert, подписанный cacert
* мы собираем shim.efi, содержащий публичную часть нашего cacert
* мы собираем (например) grub.efi, подписанный нашим signer cert с публичной частью этого сертификата в подписи
* MS подписывает этот shim.efi
* firmware с публичной частью сертификата MS в DB загружает этот shim.efi
* shim.efi проверяет подпись (например) grub.efi, валидируя поставляющуюся в ней публичную часть signer cert до cacert
* при необходимости смены signer cert переподписывать shim.efi не требуется

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

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

> P.S. В любом случае спасибо за данную заметку

Пожалуйста...

PS: желающим могу попробовать изложить живьём и по-русски, если вдруг кого угораздит.  Заодно чайку какого похлебать :-)


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Привет пионэрам , 26-Дек-13 10:36 
>ты хочешь замечаний, и после чего хочешь перевести данную заметку на русский

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


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 26-Дек-13 13:20 
Хорошо полдизнул мировому цивилизованому сообществу с островов, зачетно.

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 26-Дек-13 16:00 
> Хорошо полдизнул мировому цивилизованому сообществу с островов, зачетно.

Он прав так-то.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 28-Дек-13 16:59 
> Хорошо полдизнул мировому цивилизованому сообществу с островов, зачетно.

С каких таких островов? Английский - это далеко не обязательно Великобритания.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено ffirefox , 26-Дек-13 21:51 
Не ради флейма... А много руководств, журналов для медиков сейчас пишется на латыне?
Или только рецептура?

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 27-Дек-13 16:58 
> Не ради флейма... А много руководств, журналов для медиков сейчас пишется на
> латыне?
> Или только рецептура?

Надо понимать границы аналогий. Если пытаться проводить параллели _во всем_ - очевидно, получится ерунда.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено www2 , 28-Дек-13 13:02 
Части человеческого тела и названия болезней имеют названия на латыни. Животные, грибы и растения тоже имеют латинские названия. В серьёзных научных статьях их указывают хотя бы в скобках, чтобы было абсолютно точно понятно, о чём именно идёт речь. При этом пишущий может и не знать собственно латыни.

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 28-Дек-13 16:56 
Ну, в данном случае речь идет о написании на профессиональном языке целых документов.

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 25-Дек-13 23:34 
Как мне нравится этот Secure Boot. Почти всех нагнули и почти никто выпрямиться не пытается. Только Линус обматерил, да Столлман ещё одну лекцию прочитал.

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 25-Дек-13 23:39 
> Как мне нравится этот Secure Boot. Почти всех нагнули и почти никто
> выпрямиться не пытается. Только Линус обматерил, да Столлман ещё одну лекцию
> прочитал.

В общем то это так, но оно отключается хотя и не на всех материках, но самое проблемное это по моему на ноутах там эту фегня не у всех отчклбчается


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 28-Дек-13 17:01 
> В общем то это так, но оно отключается хотя и не на
> всех материках, но самое проблемное это по моему на ноутах там
> эту фегня не у всех отчклбчается

А на каких не отключается, например?


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Vladjmir , 26-Дек-13 00:15 
Чтобы выпрямиться нужно не только создать альтернативную систему загрузки (типа coreboot), но и добиться, чтобы её поддерживало хотя бы большинство производителей материнок. Это не потянули ни Redhat, ни Canonical, ни Linux Foundation, никто другой. Поэтому все по сути приспосабливаются к диктату масдая, целью которого является ограничить все альтернативные ОСи. Вот они и работают в этом направлении. Теперь не каждая домохозяйка поставит линукс на комп с включенным Security Boot.

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 26-Дек-13 00:44 
> Это не потянули ни Redhat, ни Canonical, ни Linux Foundation, никто другой.

Да, тут скорее пошли обходным путём -- вокруг wintel.

> Теперь не каждая домохозяйка поставит линукс на комп с включенным Security Boot.

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


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено myhand , 26-Дек-13 01:27 
> Благодаря предшественникам всё-таки каждая желающая

Не на ARM:
----->8------
Disabling Secure Boot must not be possible on ARM systems.
----->8------

http://msdn.microsoft.com/en-us/library/windows/hardware/jj1...

> Антимонопольные процессы научили этих "партнёров" тонким и подлым схемам

Это просто текущая версия капитализма, сэр.  Не будь госсударственного регулирования, схемы были бы более явными (как в начале XX века), но не стали бы менее подлыми.

> Но сколько верёвочке ни виться, а не рой другому яму!

Будем надеяться.  Windows на ARM как-то заметней не стала.  Но вообще, расслабляться не надо.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 26-Дек-13 01:30 
>> Благодаря предшественникам всё-таки каждая желающая
> Не на ARM:

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

> Но вообще, расслабляться не надо.

Именно.

Это HOWTO отчасти и является иллюстрацией к данному тезису.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено myhand , 26-Дек-13 02:28 
>>> Благодаря предшественникам всё-таки каждая желающая
>> Не на ARM:
> Сколько доводилось щупать армовых железок -- интересных с секирбутом пока не встречалось.

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



"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 26-Дек-13 02:36 
>> Сколько доводилось щупать армовых железок -- интересных с секирбутом
>> пока не встречалось.
> А вот выше про "ноуты" боец упомянул.  Поди это как раз про ARM?

На x86 должно отключаться, если нет -- баг прошивки и пинать вендурь.  А из ARM-ноутов в руках держал TF700 и Chromebook, в обоих свои заморочки, но ни разу не UEFI SecureBoot.

> Ведь иначе наблюдается грубое нарушение подоконной сертификации
> (секирбут должен быть отключаем для не-ARM).

Да кому она сдалась, эта спецификация, из делающих армовое железо не для некрософта? :)


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено myhand , 26-Дек-13 03:58 
>>> Сколько доводилось щупать армовых железок -- интересных с секирбутом
>>> пока не встречалось.
>> А вот выше про "ноуты" боец упомянул.  Поди это как раз про ARM?
> На x86 должно отключаться, если нет -- баг прошивки и пинать вендурь.

Это не просто "баг прошивки" - это буквально противоречит подоконной сертификации.  Потому и интересно, если кто-то наблюдал такие случаи в природе.  Буде они есть - пинать нужно не вендурь, а того, кто штампует оные "сертификации".  Причем в суде.

> Да кому она сдалась, эта спецификация, из делающих армовое железо не для некрософта? :)

Для не-ARM, увы, сдалась.  У меня, собственно, были сомнения что реплика выше была именно об ARM-ноутах.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 26-Дек-13 04:23 
> Потому и интересно, если кто-то наблюдал такие случаи в природе.  

Пока не видел и вроде бы не слышал.

Некоторое количество подземного стука насчёт просто UEFI собрано в комментариях у Гарретта: http://mjg59.dreamwidth.org/20187.html?thread=772571#cmt772571 -- что само по себе характеризует степень готовности вендоров фирмварей и систем к обнаружению и решению проблем до поставки.

А так -- см. тж. http://mjg59.dreamwidth.org/9844.html



"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено myhand , 26-Дек-13 05:04 
> А так -- см. тж. http://mjg59.dreamwidth.org/9844.html

Смотрю и вижу "Искомый ip адрес внесен в реестр на основаниях, предусмотренных статьей 15.1 Федерального закона от 27 июля 2006 года No 149-ФЗ".  Миша, или вы мне уже детское порно предлагаете?!


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено 1 , 26-Дек-13 11:38 
И тут достала кривая рука Сталин^W Балмера

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено myhand , 26-Дек-13 15:23 
> И тут достала кривая рука Сталин^W Балмера

Попробую выяснить что тут не понравилось князькам нашей банановой республики, отправил письмо на zapret-info@rsoc.ru.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 27-Дек-13 04:05 
> Миша, или вы мне уже детское порно предлагаете?!

1) если это и порно, то не детское;
2) не удивлюсь, если куча "правильных" блогов с lj переехала на dw и занесли за какой-то из них.

PS: ба, так мы с Вами не первый год знакомы по d-r@ :)


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено myhand , 27-Дек-13 11:56 
> 1) если это и порно, то не детское;

Ну, так и есть - со зверушками.  Пингвинчик там...

> 2) не удивлюсь, если куча "правильных" блогов с lj переехала на dw
> и занесли за какой-то из них.

Таки да.  Support-бот ответило, что за http://stervozzinka.dreamwidth.org/15580.html
(пропаганда суицидального поведения).  Абсолютно никакого отношения к блогу, который вы цитировали - это не имеет.  А хостеру просто нас***ть на законы чужой ему банановой республики.  И может ему даже и не отправляли никаких "уведомлений", поди - проверь...

Попробую разобраться как они проглядели "Анну Каренину" на lib.ru.  Т.к. "информация о способах совершения самоубийства" (ц) - присутствуют.  Забаним Мошкова!

Вобщем, впервые столкнулся с воплощением 149-ФЗ вживе и впечатлен крайне.  Беспардонной наглостью и запредельной тупостью.

ЗЫ: Поставил опять в bcc (скажите, если мешает), возможно вам будет интересен "опыт общения" с поддержаторами этого закона.  Оригинальный ответ (анонимного "консультанта") сохранен, за вычетом фразы: "Для исключения сетевого адреса из единого реестра требуется удалить запрещенную информацию, провайдеру хостинга сообщить об этом в Роскомнадзор."


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 27-Дек-13 15:23 
> Вобщем, впервые столкнулся с воплощением 149-ФЗ вживе и впечатлен крайне.

Думаю, альтернативу на уровне приложения понимаете сами.  А не блокировать -- тоже плохо: давно уже приметил пару AS в Прибалтике, с/на которых спамвертизят целенаправленно разлагающее или мошенническое и на abuse@ не реагируют, пока латтелекому не напишешь.

Отправил Вам почтой копию той странички.

PS: #71 удалено на основании пп. 4, 6 правил форума.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено myhand , 27-Дек-13 17:20 
> Думаю, альтернативу на уровне приложения понимаете сами.

Технически - она таки есть.

Думаю, с паяльной лампой тоже проще вести допросы.  А уж кривая раскрываемости как взлетит...  Гестапо гарантируе.    "Убивайте всех, Господь сам разберет, кто из них добрые католики" (ц)

> А не блокировать -- тоже плохо: давно уже приметил пару AS в Прибалтике, с/на которых
> спамвертизят целенаправленно разлагающее или мошенническое и на abuse@ не реагируют, пока
> латтелекому не напишешь.

А не растите мещан целенаправленно.  Учите людей думать головой - никто не будет вестись на тупые разводы.  Точно также и с "разлагающим".

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

> PS: #71 удалено на основании пп. 4, 6 правил форума.

ok.  Что бы это ни значило...


"(offtopic) фильтрация"
Отправлено Michael Shigorin , 27-Дек-13 21:42 
> А не растите мещан целенаправленно.  Учите людей думать головой - никто
> не будет вестись на тупые разводы.  Точно также и с "разлагающим".

Оно-то да, но вопросы взаимосвязанные -- примерно как пользователи и драйверы.

>> PS: #71 удалено на основании пп. 4, 6 правил форума.
> ok.  Что бы это ни значило...

Кто-то нагадил, пришлось убрать.


"(offtopic) фильтрация"
Отправлено myhand , 27-Дек-13 23:43 
>> А не растите мещан целенаправленно.  Учите людей думать головой - никто
>> не будет вестись на тупые разводы.  Точно также и с "разлагающим".
> Оно-то да, но вопросы взаимосвязанные -- примерно как пользователи и драйверы.

Не понимаю данной "аналогии".


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено myhand , 14-Янв-14 15:43 
>> Вобщем, впервые столкнулся с воплощением 149-ФЗ вживе и впечатлен крайне.
> Думаю, альтернативу на уровне приложения понимаете сами.

Upd: мой провайдер теперь не режет dreamwidth.org целиком.

Причем URL блокирует тоже хитрым образом, учитывая User-Agent.  lwp-request да lynx всякие - пущает смотреть инфу по самоубийствам.  Или это намек?


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено ананим , 26-Дек-13 04:46 
> Ведь иначе наблюдается грубое нарушение подоконной сертификации (секирбут должен быть отключаем для не-ARM).

Есть мнение (читал когда-то, но искать лень), что на х86 согласно сертификации секуребут МОЖЕТ быть отключаемым, но совершенно не обязан.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 26-Дек-13 12:13 
>> Ведь иначе наблюдается грубое нарушение подоконной сертификации
>> (секирбут должен быть отключаем для не-ARM).
> Есть мнение (читал когда-то, но искать лень), что на х86 согласно сертификации
> секуребут МОЖЕТ быть отключаемым, но совершенно не обязан.

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


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено myhand , 26-Дек-13 14:28 
>> Ведь иначе наблюдается грубое нарушение подоконной сертификации (секирбут должен быть отключаем для не-ARM).
> Есть мнение (читал когда-то, но искать лень), что на х86 согласно сертификации
> секуребут МОЖЕТ быть отключаемым, но совершенно не обязан.

Не, обязан.  On non-ARM systems, it is required to implement the ability to disable Secure Boot via firmware setup.  См. уже цитированную подоконную сертификацию.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено ананим , 26-Дек-13 17:33 
Ну и отлично. Прям отлегнуло. :D
А на арм под вантуз мне как-то… в общем с большой колокольни.
Хотя… Может можно было бы исправить пару моделей люмий. Может мс зря это сделал, брал бы народ люмии с вантузом, ставил бы туда андроиды, глядишь и люмии продавались бы.

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 26-Дек-13 03:17 
> Disabling Secure Boot must not be possible on ARM systems.

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


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено myhand , 26-Дек-13 03:51 
>> Disabling Secure Boot must not be possible on ARM systems.
> К счастью, майкрософт на рынке ARM имеет популярность близкую к нулю.

Ну, оне стараются "как умеют"...



"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 26-Дек-13 01:50 
Уверен что от текста альтлинукса там примерно столько, сколько российских текстур в Unigine.

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 26-Дек-13 02:11 
> там

Где?

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


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 26-Дек-13 12:55 
> сколько российских текстур в Unigine.

А зачем двиглу текстуры? Это уже те кто двигло применили добавляют под свой проект сами.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 27-Дек-13 17:05 
> Уверен что от текста альтлинукса там примерно столько, сколько российских текстур в Unigine.

Еще посчитайте количество WAD-файлов в движке prboom, например.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 26-Дек-13 05:00 
Перепробовал кучу дистрибутивов Linux, и почему-то выбрал именно Alt Linux в качестве дистрибутива претендующего на титул наихудшего.

Самые крупные минусы, на мой взгляд:
1) Не совместим по пакетам ни с Ubuntu/Debian, ни с Fedora/RedHat
2) Постоянно читаю на форумах о хвалёной русификации, до сих пор не все пакеты русифицированы, Alt Linux русифицирован не более, чем та же Ubuntu, а то и менее
3) Нет единой идеологии разработки, то есть нет никакой цели, дистрибутив просто тупо плывёт по течению в никуда
4) Далеко не самые последние версии программ в репах, особенно в стабильных
5) Силы сборщиков размазаны по куче никому ненужных пакетов, зачем собирать десятки никому ненужных ущербных оконных менеджеров, соберите, пропатчите и настройте лучше хотя бы один нормально работающий DE, KDE или Unity
6) Отсутствует совсем, либо криво собрано море нужных программ.
7) Про Steam и качественные игры на Alt Linux вообще вспоминать не приходится
8) Ни в одном другом дистрибутиве не видел столько проблем с установкой и запуском программ в Wine, и производительность ниже
9) Ставил все версии Alt Linux, везде море жутких багов прямо из коробки, начиная от каких то глупых глюков в меню и поведении KDE/konqueror/dolphin..., просмотром картинок, проблемами с flash, до глюков с монтированием дисков, отключением флэшек, неработающих драйверов и глючного ядра

Спасибо, конечно, но "нервные клетки не восстанавливаются"(хотя они на самом деле восстанавливаются, но тем не менее Alt Linux остаётся Alt Linux'ом, как и 14 лет назад). И изменений в лучшую сторону не наблюдается.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 26-Дек-13 07:52 
>[оверквотинг удален]
> приходится
> 8) Ни в одном другом дистрибутиве не видел столько проблем с установкой
> и запуском программ в Wine, и производительность ниже
> 9) Ставил все версии Alt Linux, везде море жутких багов прямо из
> коробки, начиная от каких то глупых глюков в меню и поведении
> KDE/konqueror/dolphin..., просмотром картинок, проблемами с flash, до глюков с монтированием
> дисков, отключением флэшек, неработающих драйверов и глючного ядра
> Спасибо, конечно, но "нервные клетки не восстанавливаются"(хотя они на самом деле восстанавливаются,
> но тем не менее Alt Linux остаётся Alt Linux'ом, как и
> 14 лет назад). И изменений в лучшую сторону не наблюдается.

Плюсую


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено torabora08 , 26-Дек-13 10:01 
Абсолютно несогласен, ИМХО Вам просто не повезло или не разобрались.
>Перепробовал кучу дистрибутивов Linux, и почему-то выбрал именно Alt Linux в качестве дистрибутива претендующего на титул наихудшего.

Я тоже перепробовал не мало в свое время - лучшим оказался ALT. Со своими недостатками, но их меньше, чем в прочих.

>Самые крупные минусы, на мой взгляд:
>1) Не совместим по пакетам ни с Ubuntu/Debian, ни с Fedora/RedHat

Это _не_ минус. Зачем? Сделать помойку из программ а-ля виндовс?

>2) Постоянно читаю на форумах о хвалёной русификации, до сих пор не все пакеты русифицированы, Alt Linux русифицирован не более, чем та же Ubuntu, а то и менее

Зато качество русификации в прочих иногда просто умиляет. Как-то позвонил знакомый новоиспеченный линуксоид с вопросом "а что такое в ваших линуксах "дави космос?"". Долго смеялись. В альтах таких переводов ни разу не встречал.

>3) Нет единой идеологии разработки, то есть нет никакой цели, дистрибутив просто тупо плывёт по течению в никуда

Уж лучше идеология, не видная обычному пользователю, чем та, которая видна и от неё хочется блевать, извините. Подразумеваю юридическую шумиху Убунту и вообще их "особый путь".
>4) Далеко не самые последние версии программ в репах, особенно в стабильных

Самые последние и не нужны в стабильных. Но, если уж сильно припекло, можно написать в багзиллу, часто мейнтейнеры идут на встречу (если это технически возможно для данного репо).
>5) Силы сборщиков размазаны по куче никому ненужных пакетов, зачем собирать десятки никому ненужных ущербных оконных менеджеров, соберите, пропатчите и настройте лучше хотя бы один нормально работающий DE, KDE или Unity
>6) Отсутствует совсем, либо криво собрано море нужных программ.

Абсолютно не согласен.
>7) Про Steam и качественные игры на Alt Linux вообще вспоминать не приходится

Steam работает.
>8) Ни в одном другом дистрибутиве не видел столько проблем с установкой и запуском программ в Wine, и производительность ниже

Сколько не сравнивал производительность с другими дистро - у меня АЛЬТ всегда оказывался производительнее. Субъективно конечно. И с wine особых проблем не замечал. Более того, в альтах есть выбор - хочешь ванильную ставь, хочешь от Etersoft.
>9) Ставил все версии Alt Linux, везде море жутких багов прямо из коробки, начиная от каких то глупых глюков в меню и поведении KDE/konqueror/dolphin..., просмотром картинок, проблемами с flash, до глюков с монтированием дисков, отключением флэшек, неработающих драйверов и глючного ядра

Временами подобные глюки случаются во всех дистрах Линукс и АЛЬТ не исключение, да. НО, то, что их больше, чем в других, сильно сомневаюсь.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 26-Дек-13 12:50 
> Это _не_ минус. Зачем? Сделать помойку из программ а-ля виндовс?

Система без программ - музейный экспонат, однако.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Skull , 26-Дек-13 14:43 
> Система без программ - музейный экспонат, однако.

Есть большая разница между помойкой типа TuCows и репозиторием Sisyphus с 14676 исходными пакетами.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 28-Дек-13 17:08 
> Есть большая разница между помойкой типа TuCows и репозиторием Sisyphus с 14676 исходными пакетами.

А арчевский AUR в вашей классификации куда относится (просто интересно)?


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 26-Дек-13 12:51 
"Это _не_ минус. Зачем? Сделать помойку из программ а-ля виндовс?"
Да, конечно же, пусть лучше каждый пользователь качает исходники, сам всё мучается конфигурирует, компилирует, а потом ещё и пакеты собирает, чтобы поставить нужную программку. Дальше Ваши рассуждения не читаю.

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 27-Дек-13 17:01 
> "Это _не_ минус. Зачем? Сделать помойку из программ а-ля виндовс?"
> Да, конечно же, пусть лучше каждый пользователь качает исходники, сам всё мучается
> конфигурирует, компилирует, а потом ещё и пакеты собирает, чтобы поставить нужную
> программку. Дальше Ваши рассуждения не читаю.

Slackware вполне себе популярна. (Хотя там и прикрутили репы, но труЪ слакварщики презирают этот свистопердеж)


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 26-Дек-13 10:13 
Концентрация неосиляторства и всякого ненужно в вашем посте зашкаливает, уж поверьте на слово.

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 26-Дек-13 12:18 
> Перепробовал кучу дистрибутивов Linux, и почему-то выбрал именно Alt Linux
> в качестве дистрибутива претендующего на титул наихудшего.

Ну вот такой Вы "эксперт", что ж тут поделать.

> Самые крупные минусы, на мой взгляд:
> 1) Не совместим по пакетам ни с Ubuntu/Debian, ни с Fedora/RedHat

Это не так.

> 2) Постоянно читаю на форумах о хвалёной русификации, до сих пор не
> все пакеты русифицированы, Alt Linux русифицирован не более, чем та же
> Ubuntu, а то и менее

И это не так.  Особенно если обращать внимание на качество перевода, здесь конкретно к Ubuntu очень серьёзные претензии.

> 3) Нет единой идеологии разработки, то есть нет никакой цели, дистрибутив просто
> тупо плывёт по течению в никуда

И это не так.

> 4) Далеко не самые последние версии программ в репах, особенно в стабильных

Это ни о чём, поскольку в сравнимой мере применимо к _каждому_ известному мне дистрибутиву.

> 5) Силы сборщиков размазаны по куче никому ненужных пакетов, зачем собирать десятки
> никому ненужных ущербных оконных менеджеров, соберите, пропатчите и настройте лучше
> хотя бы один нормально работающий DE, KDE или Unity

Какие претензии к альтовскому KDE?

> 6) Отсутствует совсем, либо криво собрано море нужных программ.

Беспредметно.

> 7) Про Steam и качественные игры на Alt Linux вообще вспоминать не приходится

Нагло врёте.

> 8) Ни в одном другом дистрибутиве не видел столько проблем с установкой
> и запуском программ в Wine, и производительность ниже

И здесь врёте.

> 9) Ставил все версии Alt Linux, везде море жутких багов прямо из
> коробки, начиная от каких то глупых глюков в меню и поведении
> KDE/konqueror/dolphin..., просмотром картинок, проблемами с flash,
> до глюков с монтированием дисков, отключением флэшек, неработающих драйверов
> и глючного ядра

Редко так говорю, но это явно руки.

> но тем не менее Alt Linux остаётся Alt Linux'ом, как и 14 лет назад).

И даже здесь врёте.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 27-Дек-13 03:57 
> Причём, заметьте, они не пилят деньги из нашего кровного бюджета,

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


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 27-Дек-13 05:26 
Вы, уважаемый, на Украине живёте и наших проблем не знаете, вот и не надо встревать в чужой разговор.
Хотя, ваш УКРгаз тоже хорош.

"(opennet) провокатору"
Отправлено Michael Shigorin , 27-Дек-13 15:08 
> Вы, уважаемый, на Украине живёте и наших проблем не знаете

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

#86, #87 удаляю на основании п. 6 http://wiki.opennet.ru/ForumHelp как содержащие заведомую дезинформацию.

Bye-bye.

PS: хотя и этот тред зачищу, нечего поощрять клеветников.
PPS: для упёртого: без ссылок на багрепорты претензии в _таком_ тоне не принимаются.


"(opennet) провокатору"
Отправлено Юнити , 27-Дек-13 21:01 
> Вот так вот, я писал про проблемы, с которыми я встречался в разных версиях Alt Linux
> По-моему Вам, как минимум, должно быть стыдно за такое модераторство

Такое не только тут, на форуме Alt такое же, плюс банные процедуры. Сказать правду про Alt нельзя, всё будет удалено (много раз пытался), можно только восхищаться или дать возможность зачморить себя. Самое любимое тут упрекнуть оппонента в утреннем избиении жены на регулярной основе...
Короче, тут обгаживать можно всё, кроме Alt"а и виндавса! Даже матерно можно, удалять ничего не будут, посмотрите Убунтовые темы, вот где свобода излияния желчи и помоев! А вот фирменно-сертифицированных трогать неможно! =)


"(opennet) провокатору"
Отправлено Michael Shigorin , 27-Дек-13 21:16 
> Такое не только тут, на форуме Alt такое же, плюс банные процедуры.
> Сказать правду про Alt нельзя, всё будет удалено (много раз пытался)

Да можно и нужно -- только правду, а не тень на плетень.

> Самое любимое тут упрекнуть оппонента в утреннем избиении жены на регулярной основе...

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

> Даже матерно можно, удалять ничего не будут

Врёте; если что-либо матерное до сих пор не удалено, ссылки сюда или "к модератору".

> посмотрите Убунтовые темы, вот где свобода излияния желчи и помоев!

Возможно, не отслеживаете их зачистку -- помогайте, а не стойте в стороне :)


"(opennet) провокатору"
Отправлено Юнити , 27-Дек-13 21:33 
> Да можно и нужно -- только правду, а не тень на плетень.

))) Вы же избирательно читаете и дофантазируете оскорбления к отписанному, объявив бредом некомпетентного дауна! Проходил я уже это, зачем повторять?

> Возможно, не отслеживаете их зачистку -- помогайте, а не стойте в стороне :)

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


"(opennet) провокатору"
Отправлено Michael Shigorin , 27-Дек-13 21:57 
>> Да можно и нужно -- только правду, а не тень на плетень.
> ))) Вы же избирательно читаете

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

> и дофантазируете оскорбления к отписанному

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

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

>> Возможно, не отслеживаете их зачистку -- помогайте, а не стойте в стороне :)
> У меня есть более интересные занятия

Тогда не стоит судить о модерировании.  Или это ещё более интересное занятие, чем те?

PS всё тому же автору #106 и #110: пошёл вон, придурок.  Если по-хорошему не доходит -- придётся запрашивать IP, дёргать провайдера и смотреть, что можно сделать для вкатывания иска по статье о клевете телу, которое совсем страх потеряло.  Понадобится -- дотянусь и в Казахстане.


"В смысле?"
Отправлено Юнити , 28-Дек-13 02:10 
> Это случается, особенно когда время сильно мелкими кусочками.  Увы.

В смысле? Что толку писать "по большому" если удаляется? Лучше "по маленькому", меньше вероятность быстрого удаления.

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

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

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

Ну я "козловости" обычно не отписываю, А точку зрения... Ну как вы думаете, много ли желания общаться с тем кто тебя априори "не любит". Вы думаете мне приятно писать подробности тем кому я не интересен? (вспоминая общение на форуме альта)

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

Мне вот без разницы где вы живёте, меня больше интересует что вы делаете.

> Тогда не стоит судить о модерировании.  Или это ещё более интересное занятие, чем те?

Это из классического цикла "сперва сам добейся"? Типа если я не хочу в чём то участвовать, то я не имею права иметь "по поводу" своего мнения?
А интереснее мне из man-pages делать man-pages-ru, я ведь вам говорил уже, тем более что есть люди кому это интересно, не то что некоторым... Ну вы помните о ком это я! =)


"В смысле?"
Отправлено Michael Shigorin , 28-Дек-13 03:14 
>> Это случается, особенно когда время сильно мелкими кусочками.  Увы.
> В смысле?

В прямом.  Иногда промахиваюсь (как на днях с сообщением SergMarkov), когда невнимательно прочёл по спешке.

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

Заглядывая, не ознакомишься.  Писать "ну вот сейчас сотрут" и тут же вбрасывать -- нет, не сработает в качестве защиты.  Мне можно теперь говорить, что с _Вашими_ методами давно уже ознакомился?..  Надеюсь, нет.

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

> Ну как вы думаете, много ли желания общаться с тем кто тебя априори "не любит".

Ну так и незачем.  А кого не люблю вовсе, на того не нахожу и минуты.

> Вы думаете мне приятно писать подробности тем кому я не
> интересен? (вспоминая общение на форуме альта)

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

> Мне вот без разницы где вы живёте, меня больше интересует что вы делаете.

Так к Вам тут претензий и нет. :)

>> Тогда не стоит судить о модерировании.
> Это из классического цикла "сперва сам добейся"?

Это из "не суди о том, чего не понимаешь вообще".

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

> А интереснее мне из man-pages делать man-pages-ru, я ведь вам говорил уже

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


"В смысле?"
Отправлено 0нити , 28-Дек-13 04:05 
В любом случае, нельзя удалять комментарии без веской причины.
Понимаю, что мало времени, но если сомневаетесь, то лучше уж оставить и ничего не удалять, даже если ошибётесь, трагедии не случится.

"В смысле?"
Отправлено Michael Shigorin , 28-Дек-13 16:25 
> В любом случае, нельзя удалять комментарии без веской причины.

Да.

> Понимаю, что мало времени, но если сомневаетесь, то лучше уж оставить и
> ничего не удалять, даже если ошибётесь, трагедии не случится.

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


"В смысле?"
Отправлено Юнити , 28-Дек-13 04:37 
> Постмодерирование в реальном времени -- очень трудоёмкая штука

Знакомая ситуёвина, особенно при дозволении анонимности.

> Если вдруг найдёте остатки команды "Русский ман" или хотя бы не повторите набитые ими шишки

А зачем мне ещё кто то? Есть используемая мною система, давно уже есть знакомые "в реале" и "виртуале" её разработчики, есть их не частые запросы и собственный интерес... Сделано, добавлено, результат почти сразу виден, а вот уйдёт ли это ещё куда то мне не шибко интересно. Глобализация и ласкание ЧСВ мне совсем не интересны, есть конкретный проект, есть люди которые иногда нужны мне, а я иногда нужен им. На данный момент истории меня это устраивает и менять я ничего не хочу, как говорится: "Бери ношу по себе, что бы не падать при ходьбе!" (с)


"в прямом, ну да ладно"
Отправлено Michael Shigorin , 28-Дек-13 16:26 
> На данный момент истории меня это устраивает и менять я ничего не хочу,
> как говорится: "Бери ношу по себе, чтоб не падать при ходьбе!" (с)

Что ж, удачи!


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Сергей , 26-Дек-13 16:58 
> ну что за бред, больше конструктива, пожалуйста

С себя бы и начали.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 27-Дек-13 03:56 
> бла-бла-бла, это не так, врёте, всё не так и это не так...,
> ну что за бред, больше конструктива

Когда люди врут, так им и говорю.  Часа полтора как вернулся с майдана, где производил офлайновые работы в том же направлении.

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

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

> Хотя, я на Вашем месте уже давно ушёл бы из этого безнадёжного проекта.

Расскажите, что делаете на своём месте в надёжном проекте -- а про моё место оставьте судить мне.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено ach , 26-Дек-13 08:47 
Поздравляю!


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 27-Дек-13 03:59 
> Поздравляю!

Спасибо!  Если пригодится -- дёргайте: может, что ещё голосом доскажу, а там допишете.

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


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 26-Дек-13 11:57 
Михаил, спасибо за твой труд! Надеюсь, скоро появится в альтовской вики. А насчет пакетов скажу так - программ тысячи. Даже Убунту далеко не все охватывает. Лично мне нравится альт тем, что в нем не возбраняется пакетить программы с открытым кодом, созданные только для Винды и добавлять в репы. В то время как в других дистрах это считается ересью.

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 27-Дек-13 04:00 
> Михаил, спасибо за твой труд! Надеюсь, скоро появится в альтовской вики.

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


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Zenitur , 26-Дек-13 15:24 
Установил на настоящий компьютер SteamOS. Сделал образ по инструкции со странички: https://www.linux.org.ru/gallery/screenshots/9934843

cd valve-yaOS && xorriso -as mkisofs -o steam.iso -e boot/grub/efi.img -no-emul-boot -isohybrid-gpt-basdat .

Консольная команда отличается от команды в официальной инструкции. В новой команде явно указан какой-то файл для EFI. Тем не менее, на ноутбуке DNS не загружается. CD-ROM как будто не загрузочный. Тогда я пробросил HDD в VirtualBox и установил. Комп думает что на этом HDD системы нет, хотя VirtualBox с включенным EFI её видит. Я уже делал раньше установку системы (Linux Mint) на проброшенный в VirtualBox HDD - было лень записывать диск - и всё работало.

Решил починить. Начал искать HOWTO того как в добавить в Linux поддержку EFI. Если бы мне понадобилось добавить VDPAU в RHEL5, я бы находил статьи 2008 года, так как когда VDPAU только появился, его некоторое время устанавливали вручную. Это теперь он уже сразу есть. Я думал что найду руководство в таком стиле для EFI. Но нет: я встречал только новости 2012 года на Опеннете про успешное добваление поддержки EFI и Secure Boot, в ядро Linux, GRUB, Fedora, Debian, Opensuse. Про то как именно добавляли не нашёл.

И сейчас не нашёл. Всё на английском. Однако возможно именно этой статьи не хватает разработчикам SteamOS. Михаил, сходи покажи что ли, на страничке Steamos на гитхабе можно оставить сообщение.


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Zenitur , 26-Дек-13 15:28 
Ах да, SteamOS загрузил. При загрузке жму Del, запускаю консоль EFI. Пишу "fs0:", "cd Tab" "cd Tab" "Tab", появляется GRUB. Выбираю Recovery Mode, потому что Splash Screen с недавних пор вызывает Kernel Panic. Этот режим подразумевает консоль, чтобы включить графику нужно набрать "init 5". Вторую бета-версию ещё не попробовал.

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 27-Дек-13 04:02 
> И сейчас не нашёл. Всё на английском. Однако возможно именно этой статьи
> не хватает разработчикам SteamOS. Михаил, сходи покажи что ли, на страничке
> Steamos на гитхабе можно оставить сообщение.

Ой, если прямо сейчас, то помру.  Может, сделать альтовский livecd с запуском steam в полном экране и проприетарным драйвером nvidia?..


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 27-Дек-13 20:29 
кто-то удалил мои комментарии здесь все, вот такой вот замечательный сайт у вас :(

"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Michael Shigorin , 27-Дек-13 21:11 
> кто-то удалил мои комментарии здесь все

Не читал посетитель форума правила, вероятно: http://wiki.opennet.ru/ForumHelp


"Обобщение опыта реализации UEFI SecureBoot в ALT Linux"
Отправлено Аноним , 28-Дек-13 17:11 
> кто-то удалил мои комментарии здесь все, вот такой вот замечательный сайт у вас :(

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