| 1.1, paulus (ok), 00:53, 02/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– |
 в настоящее время списочек проблемного оборудования таки растет...
| | |
| |
| 2.2, kuku (?), 01:14, 02/02/2013 [^] [^^] [^^^] [ответить]
| –12 +/– | |
s/проблемного/неконкурентного/g
только дебил боится конкуренции...
| | |
| |
| 3.3, paulus (ok), 01:57, 02/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
Не в конкуренции дело, хотя и это важно. Казалось, что уже прошли времена когда под линукс нужно было подбирать оборудование. Но в итоге: "нет ничего нового под солнцем".
| | |
| |
| 4.33, Харитон (?), 10:50, 03/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Не в конкуренции дело, хотя и это важно. Казалось, что уже прошли
> времена когда под линукс нужно было подбирать оборудование. Но в итоге:
> "нет ничего нового под солнцем".
а под виндовс ХР не надо будет? Она тоже не будет работать на сих компах...
| | |
|
| |
| 4.20, tr (?), 08:48, 02/02/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вы путаете, по ссылке представлено обычное нарушение контрактных обязательств.
| | |
|
|
| 2.4, Аноним (-), 02:04, 02/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну так как начали повсеместно переходить на UEFI косяки то косяками и пошли. Ну вот лень производителям firmware тестить свои поделия на соответствие спекам. Ну подумаешь, работало же в 1.0 с 128 байтами, ну и кто ж мог представить что в 2.0 можно уже буфер неограниченной длины предоставлять?
Но что самое обидное, конечные производители оборудования не спешат нагибать тот же Phoenix и выпускать хотя бы обновления для BIOSов. Хотя та же Lenovo знала о проблеме как минимум пол года, а никакой официальной реакции даже не последовало.
Сама же спецификация UEFI практически не содержит механизмов защиты от дурака, так что не удивительно, что все эти секуребуты долго не протянут в нынешнем виде.
| | |
| |
| 3.17, AlexAT (ok), 08:23, 02/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Как только первый вирусописатель напишет под винду (поскольку там легче всего найти и заразить хомяка) "убийцу самсунгов" - думается, что к UEFI начнут подходить осторожнее.
| | |
|
| 2.6, Xasd (ok), 02:42, 02/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > списочек проблемного оборудования таки растет...
Samsung можете вычёркивать! проблему решают с двух сторон (и инженеры Самсунга и инженеры Линуксов. в итоге проблема возникнет ТОЛЬКО у тех кто использует ОДВНОВРЕМЕННО: и старый Линукс и старый Ноутбук).
итак -- список стабилизирется... :)
Леново и Тошиба, значит остались
| | |
| |
| 3.23, Аноним (-), 10:46, 02/02/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
У самсунга в биосе две проблемы, о чем все забывают. Первая это раскрученная ошибка в модуле samsung-laptop, а вторая, общая для всех firmware от Phoenix: забивание на требования спецификации 2.0 на размер буфера, что приводит к затиранию загрузочных записей в NVRAM.
Так что посмотрим что конкретно они исправят.
| | |
| 3.36, Аноним (-), 20:01, 04/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Samsung можете вычёркивать! проблему решают с двух сторон (и инженеры Самсунга и
> инженеры Линуксов. в итоге проблема возникнет ТОЛЬКО у тех кто использует
> ОДВНОВРЕМЕННО: и старый Линукс и старый Ноутбук).
Ну, если уж совсем честно, то проблему могут РЕШИТЬ только инженеры Самсунга, разработчики Linux могут проблему ОБОЙТИ, но проблема-то останется, и не факт, что где-то когда-то она не вылезет еще каким нибудь боком.
| | |
|
|
| |
| 2.8, jOKer (ok), 03:08, 02/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
 А чего тут смотреть? Если перевести на человечий, то это сообщение о том что:
1) Заверить свой загрузчик ключом от мелокомягких до сих пор не получилось
2) Список не поддерживаемого оборудования растет
3) Найдена дырка, позволяющая вместо заверенной ключами оси, запускать заверенные х. з. кем компоненты. И эта дырка все что у нас на данный момент есть, что бы запускаться.
ИМХО, зря они думают использовать мелкософтовский ключик, - не дадут им его (под благовидным поводом, конечно). И дырку закроют. А единственно на что можно ставить так это на валву с убунтой. Вот они возможно дадут какую-то часть производителей железа рассчитанного на игроманов. Ну и наверное свободная реализация UEFI что-то сможет отвоевать. Но все это "слезки", считанные проценты рынка.
| | |
| |
| 3.12, Xasd (ok), 05:50, 02/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> ИМХО, зря они думают использовать мелкософтовский ключик, - не дадут им его (под благовидным поводом, конечно). И дырку закроют.
вряд ли это дырка. (или где-то всё же написано что это дырка?). думаю это штатная функция UEFI, так как расчитанно что УЖЕ загрузился загрузчик который был проверен через SecureBoot [а уж дальше что загрузчик делает -- пофигу.]
но ключик дёмаю не дадут, или дадут но потом отзовут. когда узнают что с помошью всех этих "хитростей" можно запускать вендовые буткиты :)
....либо Майкрософт совсем дибилы, если не отзовут ключ.
# P.S.: всё крутится вокруг этой Венды, блин. центр вселенной прямо... ну ладно, ладно, ...
| | |
| |
| 4.15, Crazy Alex (ok), 06:06, 02/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Вот мне интересно, как вы себе представляете этот отзыв. Навыпускали производители железяк, что дальше?
| | |
| |
| 5.16, Xasd (ok), 07:54, 02/02/2013 [^] [^^] [^^^] [ответить]
| +/– | |
затем майкрософт уведомила всех производителей о том что мол вот свежий список отпечатков для чёрного личта!
..затем производители сделали обновления.. (гдето не сдлали конешно, из-за лени :))
блин. ну как-то ведь получили разработчики железа от Майкрософта изначальные ключи, следовательно они сотрудничают. следовательно связь с Майкрософтом есть!
| | |
| 5.18, jOKer (ok), 08:41, 02/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я представляю так:
1) выпускаем новый ключ и запихиваем его во все новое оборудование
2) выпускаем пакет обновления обязательный для применения, с какими нибудь супер-вкусными плюшками (к примеру, бесплатный подъем базовой версии, до ультимэйт), но только для установивших новый ключик (сам ключик валяется тут же, как и инструкция по его установке). Забивших на наши плюшки предупреждаем о том, что старый ключ скоро прекратит свое действие и ось не запустится
3) Ждем 3-4 месяца
4) Отзываем старый ключ
5) Объявляем на весь мир, что раздача лишних слонов... то есть ключей прекращена, ввиду их отсутствия
И все что для этого надо, так это возможность средствами самой оси поменять текущий ключ. А это вполне возможно, поскольку менять будет ось (точнее ее подписанный компонент) уже известная и доверенная для биоса. И линуксоиды пойдут, - при этом варианте, - в сад воскуривать бамбук, поскольку биос им поменять ключ не даст, ибо будет пытается менять неизвестный (не доверенный) ему компонент оси.
| | |
| |
| 6.24, ананим (?), 11:16, 02/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
угу… может быть… если в очередной раз не сфэйлят:
>Самое интересное, что судя по параметрам подписи, файл был подписан основным ключом Microsoft и как для продукта Microsoft (в поле получателя было указано Microsoft Corporation, вместо Linux Foundation), без возможности отзыва подписи.
https://www.opennet.ru/opennews/art.shtml?num=35388
| | |
|
| 5.35, Michael Shigorin (ok), 17:35, 03/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
 > Вот мне интересно, как вы себе представляете этот отзыв.
> Навыпускали производители железяк, что дальше?
Так через виндовые обновления. Нет винды -- нет и этой проблемы ;)
| | |
|
|
|
|
| 1.7, аТфу (?), 02:51, 02/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
похоже что появились исходники части вируса кладущего на попытки uefi защитить процес загрузки операционки... :)
| | |
| 1.10, Аноним (-), 04:50, 02/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Это что же, с каждой новой сборкой загрузчика идти на поклон к MS, и кляньчить у них - подпишите, мол, пожалуйста?
Было бы смешно, если бы не было так грустно.
| | |
| |
| 2.13, Xasd (ok), 05:57, 02/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Это что же, с каждой новой сборкой загрузчика идти на поклон к
> MS, и кляньчить у них - подпишите, мол, пожалуйста?
> Было бы смешно, если бы не было так грустно.
смотря про какой загрузчит идёт речь...
...теперь ведь из тут аж целая цепочка! :-D
я конечно же надеюсь разработчики первоначальных загрузчиков (Pre-BootLoader, Shim, ... и подобные) -- достаточно умные, чтобы не раздувать внутри них огромные абзацы кода :)
| | |
| 2.34, Michael Shigorin (ok), 17:34, 03/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Это что же, с каждой новой сборкой загрузчика идти на поклон к
> MS, и кляньчить у них - подпишите, мол, пожалуйста?
Благодаря находчивости и трудам Гаррета с openSUSE-шным народом -- нет, достаточно shim.
> Было бы смешно, если бы не было так грустно.
Это да, ситуация выглядит достаточно абсурдно даже с такой поправкой. MS пошло ва-банк.
| | |
|
| |
| 2.14, Xasd (ok), 06:00, 02/02/2013 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> а куда антимонопольщики смотрят?
а чё случилось? Майкрософт официально велела всем x86_64-производителям добавить возможность отключать SecureBoot ...
...ну а уж по поводу того что часть производителей "случайно"(?) сделали реализации EFI которые прекрасно работают с Windows но глючат с Linux -- здесь майкрософт официально не виновата :-)
кстате говоря я тут вижу два возможных варианта:
1. теория заговора
2. теория глупости (Бритва Хэнлона :))
| | |
| |
| 3.27, Аноним (-), 14:23, 02/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> а чё случилось? Майкрософт официально велела всем x86_64-производителям добавить возможность
> отключать SecureBoot ...
а можно линк на сией решение?
| | |
|
| 2.19, jOKer (ok), 08:46, 02/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> а куда антимонопольщики смотрят?
Как всегда - в сторону. Причем в ту, откуда ветер несет запах бабла.
| | |
|
| 1.25, Assembler (?), 11:18, 02/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
нужно переждать, пускай они перебесятся и все будет хорошо. через 3 года на новом ПК будет можно запускать любую ОСь хоть с UEFI Secure Boot, хоть без него
| | |
| |
| 2.26, ананим (?), 13:05, 02/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
Через 3 года выйдет вынь10 с супердуперсекуре2 в требованиях.
Они всегда так делают.
| | |
|
| 1.28, анноним (?), 14:53, 02/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Меня удивляют всякие "меленькие хитрости" и прочие словечки, создающие впечатление похаканного secure boot. Все просто - негрософт доверяет-подписывает (или не доверяет) линуксовому или иному прочему загрузчику. Все. точка. Дальше этот shim, или как его там, делает, что хочет, включая любые костыли вроде подсованных ключей. Хеши - тощая подпорка, ибо boot service only не впечатляет совершенно.
Прогнулись - таки прогнулись. Поздравляем! Чего там у нас говорил по этому поводу "ненормальный" бородач? ;)
| | |
| 1.30, oneonfire (?), 18:27, 02/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
вообще не пойму это все, почему кто-то за меня должен решать. МОЙ компьютер и я в праве решать, что с ним делать- что хочу то и гружу
| | |
| 1.31, Пр0х0жий (ok), 20:01, 02/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > Представлен новый вариант
> UEFI Secure Boot загрузчика от Linux Foundation
Secure boot [Disable]
Legacy mode [Enable]
# mkfs.ext3 /dev/C:
И все проблемы исчезают моментально.
| | |
| 1.32, Аноним (-), 03:01, 03/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Проблем тут нет. Вопрос только во времени и наверно в адаптации бизнес модели опенсорс к новым условиям.
| | |
|
