Ubuntu 17.10 поврежда BIOS-а в някои лаптопи на Lenovo, Acer и Toshiba

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

Дефектът е твърде неприятен и се състои в това, че лаптопът не зарежда, новите настройки повече не могат да се запишат, и след рестартиране, лаптопът използва старите настройки.

И още по-зле, USB устройствата спират да се разпознават и стартирането от USB не е възможно.

Според описанията на бъга, той започва да се проявява след активирането на драйверите intel-spi-* в ядрото. Изглежда че работата върху тези драйвери не е довършена и те още не са готови за потребителските компютри.

За избягване на този проблем се препоръчва деактивирането на драйверите intel-spi-*. В описанието към бъга се казва, че последствията от деактивирането са минимални. “Слабо вероятно е някой наистина да направи нещо, че да се наложи да използва този драйвер“.

Ето към днешен ден списъка с пострадалите лаптопи:

Списъкът се допълва, и в коментарите към бъга се споменава и лаптопа Toshiba L50B-23G.

В редица форуми се натрупаха оплаквания от потребителите, понеже в по-новите лаптопи няма CD-ROM и системата не може да зареди.

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

По принцип, възможно е препрограмирането на BIOS и връщането му в предишното състояние с помощта на програматор, но това е нетривиална и рискована процедура. А и далеч не всеки потребител има програматор. Ето защо, може да бъде разбрано силното недоволство на хората, сблъскали се с този проблем. “Това е неприемливо, току що моят Lenovo G50-80 се превърна в тухла” – написа един от пострадалите в коментарите към бъга в сайта на Canonical.

Току що в коментарите се появи информация, че никаква повреда на BIOS-а няма, а се заключва възможността за запис в SPI Flash чипа. Явно това се случва при намесата на този модул в Linux ядрото. Оказа се, че записът на данни в SPI Flash е хардуерно заключен и никакви настройки в BIOS-а няма как да работят, понеже те се записват именно там. Програматорът също няма да помогне. Налага се физическата замяна на чипа…

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(EFIantergos_grubgrubx64.efi) Boot0002* Windows Boot Manager HD(1,GPT,f128f12b-fa3e-45b1-b5c9-f03c328498cb,0x800,0x64000)/File(EFIMicrosoftBootbootmgfw.efi)RC Boot2001* EFI USB Device RC Boot2002* EFI DVD/CDROM RC Boot2003* EFI Network RC

Това означава, че първи се зарежда grubx64.efi от папката antergos_grub и от указания в EFI диск.

Логично е да се предположи, че можем да управляваме зареждането, променяйки файловете в папката antergos_grub. Потребителят просто заменил информацията в тази папка с информацията от boot мениджъра rEFInd, като преди това преименувал refind_x64.efi на grubx64.efi. След тази намеса, при стартирането на лаптопа се появява стандартното стартиращо меню на rEFInd.