The OpenNET Project / Index page

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



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

Оглавление

Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..., opennews (?), 25-Мрт-13, (0) [смотреть все]

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


15. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +5 +/
Сообщение от Пиу (?), 25-Мрт-13, 13:06 
UEFI нужен был для:
1. отказа от 16-битной загрузки (в 2013 году всё ещё делают процессоры, которые используют 16-битную адресацию!)
2. валидации загружаемой ОСи и общей безопасности системы

... правда на деле получилось:
1. переписали весь биос, вместе с девайсами - UEFI драйвера будут такими же не нужными, как и биосовы
2. вместо валидации ключами пользователя получили анальный зонд

... при этом решением оказались:
1. проигнорировать все UEFI драйвера - UEFI драйвера от разрабов сразу в утиль
2. сделать shim - теперь можно опять грузить левые, _непредусмотренные пользователем_, операционки

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

22. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +4 +/
Сообщение от ананим (?), 25-Мрт-13, 13:33 
>UEFI нужен был для:
>1. отказа от 16-битной загрузки (в 2013 году всё ещё делают процессоры, которые используют 16-битную адресацию!)
>2. валидации загружаемой ОСи и общей безопасности системы

маркетинговый булшит. то что BIOS устарел, ни разу не заслуга UEFI, а объективная реальность. второй пункт вообще из UEFI SecureBoot — «оригинального» расширения UEFI от мс.
>правда на деле получилось:
>1. переписали весь биос, вместе с девайсами - UEFI драйвера будут такими же не нужными, как и биосовы
>2. вместо валидации ключами пользователя получили анальный зонд

маркетинговый булшит. мс увидела, что кривым UEFI можно воспользоваться и воспользовалась.
как и всегда.
>.. при этом решением оказались:
>1. проигнорировать все UEFI драйвера - UEFI драйвера от разрабов сразу в утиль
>2. сделать shim - теперь можно опять грузить левые, _непредусмотренные пользователем_, операционки

во-первых — НЕ _непредусмотренные пользователем_, а _непредусмотренные вендором_.
во-вторых — внедрение зонда таки состаялось. палки в колёса вставлены. работа альтернатив усложнена настолько сильно, насколько могла быть, не вызывая антимонопольных рисков.

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

46. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Пиу (?), 25-Мрт-13, 15:35 
чукча не читатель, чукча писатель я посмотрю
Ответить | Правка | Наверх | Cообщить модератору

51. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +2 +/
Сообщение от ананим (?), 25-Мрт-13, 15:51 
да хрен тебя знает.
это ж ты утверждал, что без уефи от 16-битной загрузки не откажешься.

зыж
запомни, уефи ввели для уефи.
и основной целью было, чтобы производители поставляли могли легко поставлять блобы.
переведите для начала Unified Extensible Firmware Interface.
и больше никогда не пиши тот бред, что ты нёс выше.

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

60. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 25-Мрт-13, 16:03 
> это ж ты утверждал, что без уефи от 16-битной загрузки не откажешься.

А где он это утверждал?

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

66. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от ананим (?), 25-Мрт-13, 16:11 
Первое же первое.
Зыж
Тоже не читатель? Абревиатуру UEFI хоть перевёл?
Ответить | Правка | Наверх | Cообщить модератору

77. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 25-Мрт-13, 16:40 
> Первое же первое.

Ну а где он сказал что это был единственный вариант? А так - ну да, тупо когда 64-битный проц в 16-битном доисторическом режиме взлетает. В этом плане те же армы получают 5 очков форы.

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

96. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от ананим (?), 25-Мрт-13, 17:25 
>Ну а где он сказал что это был единственный вариант? А так - ну да, тупо когда 64-битный проц в 16-битном доисторическом режиме взлетает. В этом плане те же армы получают 5 очков форы.

ещё раз, для НЕ_читателей, повторяю — UEFI вообще не делался для этой цели.
UEFI — это интерфейс.
С тем что он современнее BIOS, никто и не спорил.

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

121. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 25-Мрт-13, 18:10 
> ещё раз, для НЕ_читателей, повторяю — UEFI вообще не делался для этой цели.

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

> UEFI — это интерфейс.
> С тем что он современнее BIOS, никто и не спорил.

Ну да, только бастардизирован уж очень и заточен сугубо под удобство интель и майкрософт. Даже формат файлов PE EXE из винды взят. И системную партицию требует. Конечно же в FAT32, ага. Совершенно случайно у майкрософта оказался рояль в кустах.

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

125. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 25-Мрт-13, 18:23 
> Ну да, только бастардизирован уж очень и заточен сугубо под удобство [...] майкрософт.
> Даже формат файлов PE EXE из винды взят.

И кривущий GPT (который создаёт примерно столько же проблем, сколько и решает, что характерно) вместо того же LVM.

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

136. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 25-Мрт-13, 19:22 
>> Ну да, только бастардизирован уж очень и заточен сугубо под удобство [...] майкрософт.
>> Даже формат файлов PE EXE из винды взят.
> И кривущий GPT (который создаёт примерно столько же проблем, сколько и решает,
> что характерно) вместо того же LVM.

А всё же, чем GPT-то кривой? Хорошая система разметки, без всяких MBR'проблем. Причём просто работает, безо всяких настроек, даже на компах с BIOS (может это GRUB шаманит, не знаю). Позволяет не заморачиваться не с размером разделов, не с их количеством, а также с разными типами разделов (первичный/расширенный/логический).

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

146. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 25-Мрт-13, 20:23 
> не с их количеством, а также с разными типами разделов

Даа... вот лежит тут железка. Там конечно нет GPT, там u-boot партиции. И ведроид по умолчанию. Ах да, все бы ничего, но это, на секундочку, ОДИНАДЦАТЬ партиций. И из четырех гигазов NAND юзеру остался в этом лоскутном одеяле целый один. GPT - это плюс для любителей вот таких вот лоскутных одеял? Спасибо, я как-нибудь пешком постою.

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

175. "про GPT"  +2 +/
Сообщение от Michael Shigorinemail (ok), 26-Мрт-13, 02:43 
> А всё же, чем GPT-то кривой? Хорошая система разметки, без всяких MBR'проблем.

Велосипед, который ничем не лучше уже давно существовавшего LVM.  Да вот кого-то прорвало:

---
What would be considered forward looking and potentially a superior solution to GPT? It's best if we look at some challenges and caveats of the MBR-style partition system:

* Larger block sizes improve performance and increase storage capacity. Does it support block sizes other than the old DOS-style 512-bytes?
* Sometimes partitions run out of space and we need more - it would be nice just to buy another disk and have more. Does it allow partitions to be combined seamlessly into logically contiguous blocks? On a live system in real time? If they aren't side-by-side? On different disks? On different machines?
* We like to get the most from our hardware and losing data sucks. Does it allow for partition striping to gain performance or mirroring to gain reliability?
* Working with live filesystems prevents certain important activities such as backups. Does it allow for instant copies of partitions on a live system to ease backups, imaging? Or for safe trials of such activities as filesystem performance tweaking or high-risk repair tools?

The answer to all of these problems being resolved by GPT is a resounding "NO". It was this comment which really got me thinking: doesn't LVM as implemented in Linux solve all of these problems?

As a matter of fact Linux LVM is the penultimate evolution of the whole "partitioning" solution. While LVM is currently limited to "only" 8 Exabytes (0.008 Zetabytes) this is a small price to pay for all that other functionality. Additionally, and unlike GPT, LVM standards are also developed in a revisable manner so it would be trivial to increase this in future revisions. Why was GPT even designed when a superior solution already existed? Why was the wheel reinvented...as a triangle?
--- http://insan-it.blogspot.com/2010/09/gpt-versus-lvm.html

И даже если подыграть MS -- реализация откровенно хромает по их любимому коньку обратной совместимости:

---
Unfortunately, GPT is not without its problems. These mainly relate to compatibility. Older OSes have no or limited GPT support. For instance, Windows only supports GPT at all on Windows Server 2003, the 64-bit (but not the 32-bit) version of Windows XP, Windows Vista, and later. Through Windows 7, booting from a GPT disk is impossible unless the system uses the Unified Extensible Firmware Interface (UEFI) rather than a legacy BIOS. (Most computers through 2010 still used a legacy BIOS, although by mid-2011 UEFI-based PCs started becoming common in stores.) [...]

[...] Some tools take advantage of this feature to create a hybrid MBR configuration, in which some partitions are accessible via both GPT and MBR definitions. Although this is non-standard, awkward, delicate, and downright dangerous, it can help make the transition  [...]
--- http://www.rodsbooks.com/gdisk/whatsgpt.html

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

182. "Раскрыты причины блокирования работы UEFI-прошивки..."  +/
Сообщение от arisu (ok), 26-Мрт-13, 18:46 
> ну да, тупо когда 64-битный проц в 16-битном доисторическом режиме
> взлетает. В этом плане те же армы получают 5 очков форы.

в плане нескольких команд для переключения режима, что ли?

расскажи: насколько сильно ускорится загрузка ядра от того, что станет происходить в 32-битном режиме? не системы, ядра. и что мешает сразу написать код распаковки в 32 битах (как оно и сделано, емнип — но тут могу ошибаться, лень смотреть груб).

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

128. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Пиу (?), 25-Мрт-13, 18:36 
специально для горячих чукотских парней: там было написано, какие плюшки изначально были на примете у создателей, а потом во что это вышло.

// может с третьего раза дойдет...

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

89. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  –2 +/
Сообщение от кевин (?), 25-Мрт-13, 17:14 
>[оверквотинг удален]
> 2. валидации загружаемой ОСи и общей безопасности системы
> ... правда на деле получилось:
> 1. переписали весь биос, вместе с девайсами - UEFI драйвера будут такими
> же не нужными, как и биосовы
> 2. вместо валидации ключами пользователя получили анальный зонд
> ... при этом решением оказались:
> 1. проигнорировать все UEFI драйвера - UEFI драйвера от разрабов сразу в
> утиль
> 2. сделать shim - теперь можно опять грузить левые, _непредусмотренные пользователем_,
> операционки

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

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

186. "Раскрыты причины блокирования работы UEFI-прошивки ноутбуков..."  +/
Сообщение от Аноним (-), 26-Мрт-13, 21:23 
>UEFI нужен был для:

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

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

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

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

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




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

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