Ubuntu 17.10 повреждает BIOS

[BaaTLT]

Ubuntu 17.10 повреждает BIOS на некоторых ноутбуках Lenovo, Acer и Toshiba

Компания Canonical отозвала вышедший в октябре дистрибутив Ubuntu 17.10 и спрятала ссылку на сайте для скачиваний. Причиной стал критический баг с повреждением BIOS в некоторых моделях ноутбуков Lenovo и одной модели Acer. Полный список пострадавших моделей в данный момент уточняется и пополняется.

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

Что ещё хуже, ломается загрузка с USB-флешки, поскольку USB не распознаётся.

Судя по описанию бага, он как будто происходит после активации драйверов intel-spi-* в ядре. Судя по всему, эти драйверы ещё не доработаны до конца и не готовы для использования на пользовательских системах.

В качестве обхода можно попробовать деактивировать драйверы intel-spi-*. В описании бага отмечено, что последствия таких действий будут минимальными: «Маловероятно, что кто-то действительно делает что-нибудь такое, для чего требуется этот драйвер».

Список пострадавших моделей ноутбуков:

Lenovo B40-70
Lenovo B50-70
Lenovo B50-80
Lenovo Flex-3
Lenovo Flex-10
Lenovo G40-30
Lenovo G50-70
Lenovo G50-80
Lenovo S20-30
Lenovo U31-70
Lenovo Y50-70
Lenovo Y70-70
Lenovo Yoga Thinkpad (20C0)
Lenovo Yoga 2 11" — 20332
Lenovo Z50-70
Lenovo Z51-70
Lenovo Ideapad 100-15IBY
Acer Aspire E5-771G

Как уже отмечалось, список пополняется.

В комментариях к багу упоминается также модель Toshiba L50B-23G.

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

Особенно много жалоб на форумах Lenovo. Это особенно неприятно, потому что часто именно ноутбуки Lenovo ThinkPad часто рекомендуют для работы с Linux, а у компании Canonical на офсайте они включены в список официально поддерживаемого оборудования.

В предыдущих версиях Ubuntu баг не проявляется.

Теоретически, BIOS можно перепрошить и вернуть в исходное состояние (например, с помощью программатора), но это нетривиальная и немного рискованная процедура. К тому же, программатор есть не у каждого пользователя. Поэтому можно понять сильное недовольство тех, кто столкнулся с этой проблемой и не может загрузить ноутбук. «Это неприемлемо, прямо сейчас мой Lenovo G50-80 превратился в кирпич», — пишет один из пострадавших в комментариях к багу на сайте Canonical.

UPD. Примечание пользователя r0mik в комментариях к статье: «портится не БИОС» в прямом смысле — лочится на запись микросхема SPI Flash. По всей видимости, это происходит при посредстве вышеупомянутого модуля ядра, поскольку только он один и способен к таким действиям (для этого в т.ч. и был написан). Именно от того, что SPI Flash аппаратно залочен на запись, никакое средство отката к стандартным настройкам БИОСа не сработает, потому как настройки-то хранятся в SPI Flash. Программатор тоже не поможет. Поможет только физическая замена микросхемы…

Canonical сейчас активно работает с Lenovo, чтобы найти истинную причину проблемы и выпустить патч. Готовятся новые образы Ubuntu 17.10 с обновленным ядром, которое не будет ломать BIOS на новых установках.

К сожалению, новые образы ничем не помогут тем, кто уже установил Ubuntu 17.10 и повредил прошивку BIOS. Крайний случай — нести ноутбук в ремонт на замену материнской платы. Если же ноутбук всё-таки загружается, то можно попробовать такой обходной манёвр, который предлагают на форумах техподдержки Lenovo.

У этого пользователя тоже сбилось сохранение новых настроек BIOS и пропала возможность загружаться с USB. Первым делом он проверил последовательность загрузки EFI. Это делается следующей командой:

efibootmgr -v

В его случае последовательность загрузки выглядела так:

BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 0001,0002,2001,2002,2003
Boot0001* antergos_grub HD(1,GPT,f128f12b-fa3e-45b1-b5c9-f03c328498cb,0x800,0x64000)/File(\EFI\antergos_grub\grubx64.efi)
Boot0002* Windows Boot Manager HD(1,GPT,f128f12b-fa3e-45b1-b5c9-f03c328498cb,0x800,0x64000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)RC
Boot2001* EFI USB Device RC
Boot2002* EFI DVD/CDROM RC
Boot2003* EFI Network RC

Из этого следует, что первым по-любому будет загружаться grubx64.efi из директории antergos_grub и только с указанного диска.

Логично предположить, что мы можем управлять загрузкой, меняя содержимое папки antergos_grub. Он просто заменил содержимое этой папки на содержимое пакета менеджера загрузки rEFInd, переименовав при этом refind_x64.efi в grubx64.efi. Тогда после загрузки ноутбука появляется стандартное загрузочное меню rEFInd.


Источник

[просто Евгений]

У меня нетбук Lenovo S20-30. Стоит правда не Ubuntu а LM18.2. Испортить БИОС можно, но там же есть функция сброса до заводского значения. Похоже на какую-то страшилку. Все интеловские дрова воткнуты в ядро и нормально работают.
Может кто отписаться, кто испортил себе БИОС на компе из списка и после этого комп-- только в сервис, или на помойку?

[BaaTLT]

Canonical ссылку на Ubuntu 17.10 удалила. Если страшилка, то Марк в нее поверил.

[Vikonrob]

Canonical ссылку на Ubuntu 17.10 удалила. Если страшилка, то Марк в нее поверил.

У меня на момент написания этого поста ссылки на загрузку Ubuntu 17.10 с оффсайта доступны..

[maks05]

Vikonrob, доступно, но не рекомендуется к установке:
https://www.ubuntu.com/download/desktop

The download of Ubuntu 17.10 is currently discouraged due to an issue on certain Lenovo laptops. Once fixed this download will be enabled again.

Загрузка Ubuntu 17.10 в настоящее время не рекомендуется из - за вопроса о некоторых ноутбуках Lenovo . После того, как исправил загрузка будет включена снова.

Очередное подтверждение того, что c не-LTS может произойти всё, что угодно. Для того эти релизы и существуют.

[EvangelionDeath]

Я уже отвечал в одной теме, но скопипащу и сюда:
И? Статья похожа на какую-то фигню:
а) Как бы два взаимоисключающих факта
- память залочена аппаратно
- но туда можно писать
б) решать проблему "стрельбой из пушки по воробьям": типа загрузится с флешки низзя ибо... А в граб добавить пункт - ну "как же это"...
в) Виновата Ubuntu 17.10, а драйвер то ядра вообще.
г) Ну и название темы... BIOS. Или чувак реально не понимает разницы или что бы страшнее планктону было.

Ну а что самое смешное:
 - драйвер пишет Intel
 - кривой UEFI засунул Lenovo/Acer
А виновата Ubuntu (Canonical)

[maks05]

Ну а что самое смешное:

Всё верно. И всё это говорит об отсутствии профессионализма у писавшего "статью" (но в нашем мире это уже норма).
Прикол-то в другом: проблема реально есть и в Сanonical, как минимум, признали факт её существования.

[EvangelionDeath]

Boot0001* antergos_grub HD(1,GPT,f128f12b-fa3e-45b1-b5c9-f03c328498cb,0x800,0x64000)/File(\EFI\antergos_grub\grubx64.efi)

Тут сразу 2 вопроса:
1) А при чем тут Ubuntu?
2) Перестал работать Boot-Menu самого UEFI (а то efibootmgr говорит, что все пунты доступны из него)?

Если правильно разложить по полочкам, то получается так:
При разработке драйвера  intel-spi-* для нового ядра Intel сделала ошибку, что стала фатальной на ноутбуках, где установлена определенная версия UEFI тоже с одним багом. Но так как большинство пользователей выбирает Ubuntu, то баг проявился именно на ней.

И тема потому должна была звучать: обнаружен критический баг в драйвере intel-spi-* для ядра Linux 4.1X (не знаю, что там за ядро, лезть лень), в результате которого сбиваются настройки UEFI

О том, как можно загрузится со съемного носителя я чуть выше написал (да, стоит упомянуть, что аналогичный баг я ловил и после попытки установки Win8 - зайти в UEFI нельзя, в boot-menu отсутствовали съемные носители). Решилось это перепрошивкой, после загрузки DOS с grub'а . 
Пользователь добавил сообщение 21 Декабря 2017, 19:12:55:maks05, Проблема уже давно есть и связана она с одним: каждый пишет свой UEFI с блэкджеком и шлюхами через пень-колоду, преследуя свои меркантильные цели (чего стоит Lenovo с залоченым режимом работы харда, драйвер для которого был только в предустановленном Windows 10 SE) (не отсюда ли ножки растут), а стандарты - нафиг стандарты (шутка о 15+1 стандарт тут как бы и к месту... но увы... стандарт один, но каждый вендор покрывало тянет в свою сторону и плевать они хотели).

[ua9oas]

Эта новость была здесь опубликована в трех разных местах. У меня возникло много вопросов про этот прецедент и всех их я собрал тут- https://forum.ubuntu.ru/index.php?topic=294934.msg2317625#msg2317625

[pipe]

ua9oas, как бы Cannonical признала баг, почему не обнаружили? Может банально не тестировали на ноутах Леново, кому они сдались, чтобы их ноуты тестировать, так что баги вполне себе проходят все этапы тестирования в любом проекте. Я не знаю ни одного проекта без багов.

[EvangelionDeath]

ua9oas, перечитайте для начала предыдущее мое сообщение. Большинство ответов там

как бы Cannonical признала баг, почему не обнаружили?

Я уже тоже отвечал на этот вопрос: Ubuntu - самая распространенная ОС среди GNU/Linux среди обычных пользователей, многие из которых в погоне за новшевством. Суть в том, что Canonical признало, так как среди ее ползователей баг имел место и наибольшее распространение... (смысла далее писать не вижу) Баг же на самом деле ядра (которое Canonical сам не делает), а если точнее драйвера Intel (который пишет сам же Intel) среди владельцев некоторых моделей ноутбуков. Смею поспорить, что там и чипсет один и тот же, и процессоры примерно одинаковые, но точно одна версия UEFI переделаная мейтейнером.

И не очень разбираюсь,- а как вообще перепрошивать биос в ноутбуках?

спокойно. И да, съемные модули BIOS закончились в середине 2000 или ранее, увы не помню. Все модули EEPROM

У меня возникло много вопросов про этот прецедент и всех их я собрал тут

Открою тайну: в новых ноутбуках и процессор напаян на плату - меняется только вместе с платой

И могут ли разработчики прошивок биосов модифицировать их так, чтобы они были бы устойчивы к таким вот так вот "нападкам" на них со стороны взглюкнувших ОС

Могут. И вообще-то по стандарту UEFI после повреждения должна была "самовостановится". А потому кто-то не сделал свою работу.

[DimanBG]

И вообще-то по стандарту UEFI после повреждения должна была "самовостановится". А потому кто-то не сделал свою работу.

Это стандартная фишка безопасности от Леново срабатывает и всё.
Так уже с Вин8 было. Когда пионэны внезапно обнаружили что БИОС уже нет, а есть УЕФИ с фишкой от Леново.

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

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

[просто Евгений]

Ссылка на загрузку 17.10 на убунте доступна. Никаких предупреждений, что не рекомендуется для загрузки нет.

"The latest version of the Ubuntu operating system for desktop PCs and laptops, Ubuntu 17.10 comes with nine months, until July 2018, of security and maintenance updates."
"Ubuntu 17.10 is based on the Linux release series 4.13. It includes support for the new IBM z14 mainframe CPACF instructions and new KVM features."
"Incompatibility with BIOS in certain Lenovo, Acer systems

A bug in the Linux 4.13 kernel shipped in Ubuntu 17.10 can leave users unable to update any of their BIOS settings, including their system’s boot order, after booting this version of Ubuntu.

A kernel with a fix for this issue will be available in zesty-updates shortly, but, the Ubuntu 17.10 installer images still contain the kernel with this bug. Users with affected systems should not upgrade to Ubuntu 17.10 or boot an Ubuntu 17.10 installer image until this issue as resolved. Doing so may result in your computer requiring professional servicing in order to restore BIOS functionality.

A full list of known affected models can be found in 1734147.

If you have already installed Ubuntu 17.10 on an affected system, you may not immediately notice this problem because Ubuntu will continue to boot from disk. To verify whether your system has been affected by this bug, create a USB stick with the Ubuntu 16.04 desktop image and try to boot it. If you are able to boot it, your system has most likely not been impacted by this bug."
Пишут, что типа есть такая ошибка."
"This bug affects 80 people"

Я так понял, что косяк в БИОСЕ, а исправлять будут в ОСе.
А дистрибутивы, которые пилят из убунты то же, получается с этим багом? Или их при тестировании могли исправить?
  во че пишут:
 "...Если вы уже установили Ubuntu 17.10 на уязвимой системе, вы не можете сразу заметить эту проблему, потому что Ubuntu будет продолжать загружаться с диска. Чтобы убедиться, что ваша система подвержена этой ошибке, создать флэшку с образ Ubuntu 16.04 столе и попробуйте его загрузить. Если вы в состоянии загрузить его, ваша система, скорее всего, не были затронуты этой ошибкой."

[Morisson]

Я так понял, что косяк в БИОСЕ, а исправлять будут в ОСе.

Нет, косяк в системе.
Существует масса инструментов для ковыряния в БИОСЕ/UEFI (например efivar/efibootmgr)
Система взаимодействует с прошивкой, добавляет загрузочные записи и проч.
Посмотри

Код: [Выделить]

ls /sys/firmware/efi/efivars/
Подпортить БИОС/UEFI этими утилитами очень легко, хотя и есть защита от дурака)
Однако, в новостях прям так все критично описали, прям сервисный центр надо))

На Асерах, какие там указаны, например, БИОС шьется тупо с флешки. Не, конечно можно и в СЦ программатором и за деньги))
Да и на Леновах скорее всего это так.

А конкретно по новости- ну не сгорает же сам чип БИОС. Просто прошивка слетает.

[DimanBG]

Просто прошивка слетает.

Да ничего там не слетает. Отключается возможность загрузки с Лайф, чтобы ваши тонны прона никто не смог посмотрить. В бизнес моделях ноутов Леново с заводской установкой Винды 8 или 10 корпоративных - это вообще из коробки может быть установлено и переназначены клавиши для входа в УЕФИ. Только с установленной Винды или её диспетчера загрузки можно войти и включить тайм аут на пару сек, чтобы при вкл. можно войти в УЕФИ и выбрать флешку с ЛайфОС вот и всё. 
С дури ещё и ключи в УЕФИ удаляют.