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

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

И още по-зле, 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 той е включен в списъка с официално поддържаното оборудване.

По принцип, възможно е препрограмирането на 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.

0 0 глас
Оценете статията
Абонирай се
Извести ме за
guest
34 Коментара
стари
нови оценка
Отзиви
Всички коментари