Ubuntu 17.10 merusak BIOS pada beberapa laptop Lenovo, Acer, dan Toshiba

Canonical menarik kembali distribusi Ubuntu 17.10 yang dirilis pada Oktober dan menyembunyikan tautan situs unduhan . Alasannya adalah bug kritis dengan kerusakan BIOS di beberapa model laptop Lenovo dan satu model Acer. Daftar lengkap model yang terpengaruh saat ini sedang diperbarui dan diperbarui.

Kerusakan pada BIOS memanifestasikan dirinya dalam kenyataan bahwa pengaturan baru tidak lagi dapat disimpan, dan setelah reboot, laptop mulai dengan pengaturan lama.

Yang membuat keadaan menjadi lebih buruk, boot dari USB stick rusak karena USB tidak dikenali.

Dilihat oleh deskripsi bug, tampaknya terjadi setelah aktivasi driver intel-spi- * di kernel. Tampaknya, driver ini belum sepenuhnya dikembangkan dan belum siap untuk digunakan pada sistem pengguna.

Sebagai solusi, Anda dapat mencoba untuk menonaktifkan driver intel-spi- *. Deskripsi bug mengatakan bahwa konsekuensi dari tindakan tersebut akan minimal: "Tidak mungkin seseorang benar-benar akan melakukan sesuatu yang memerlukan driver ini."

Daftar model laptop yang terpengaruh:

  • 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

Seperti yang sudah dicatat, daftarnya terus bertambah.

Komentar bug juga menyebutkan Toshiba L50B-23G.

Di banyak forum, pengguna mengeluh tentang masalah ini, karena banyak laptop tidak memiliki drive CD-ROM - sehingga mereka tidak bisa lagi boot dari distribusi lain.

Terutama banyak keluhan di forum Lenovo. Ini terutama tidak menyenangkan, karena sering kali laptop Lenovo ThinkPad yang sering direkomendasikan untuk bekerja dengan Linux, dan Canonical memilikinya pada daftar peralatan resmi yang didukung secara offline.

Di versi Ubuntu sebelumnya, bug tidak terjadi.

Secara teoritis, BIOS dapat di-flash dan dikembalikan ke keadaan semula (misalnya, menggunakan programmer), tetapi ini adalah prosedur yang tidak sepele dan sedikit berisiko. Selain itu, tidak setiap pengguna memiliki programmer. Oleh karena itu, orang dapat memahami ketidakpuasan yang kuat dari mereka yang dihadapkan dengan masalah ini dan tidak dapat memuat laptop. "Ini tidak bisa diterima, saat ini Lenovo G50-80 saya telah berubah menjadi batu bata," salah satu korban menulis dalam komentar tentang bug di situs web Canonical.

UPD Catatan pengguna r0mik dalam komentar di artikel: “BIOS tidak memburuk” dalam arti harfiah - chip Flash SPI bertumpu pada rekaman. Rupanya, ini terjadi melalui modul kernel yang disebutkan di atas, karena itu adalah satu-satunya yang mampu melakukan tindakan tersebut (untuk ini, itu juga ditulis). Justru karena SPI Flash adalah perangkat keras yang dikunci untuk perekaman yang tidak dapat dikembalikan ke pengaturan BIOS standar, karena pengaturan disimpan dalam SPI Flash. Programmer tidak akan membantu. Hanya penggantian fisik dari rangkaian mikro yang akan membantu ...

Canonical sekarang aktif bekerja dengan Lenovo untuk menemukan penyebab sebenarnya dari masalah dan melepaskan tambalan. Gambar baru sedang dipersiapkan untuk Ubuntu 17.10 dengan kernel yang diperbarui yang tidak akan merusak BIOS pada instalasi baru.

Sayangnya, gambar-gambar baru tidak akan membantu siapa pun yang telah menginstal Ubuntu 17.10 dan merusak firmware BIOS. Kasus ekstrem adalah membawa laptop untuk diperbaiki untuk mengganti motherboard. Jika laptop masih memuat, maka Anda dapat mencoba solusi yang ditawarkan di forum dukungan teknis Lenovo.

Pengguna ini juga gagal menyimpan pengaturan BIOS baru dan kehilangan kemampuan untuk boot dari USB. Pertama, dia memeriksa urutan boot EFI. Ini dilakukan dengan perintah berikut:

efibootmgr -v

Dalam kasusnya, urutan boot tampak seperti ini:

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


Dari sini maka grubx64.efi dari direktori antergos_grub akan menjadi yang pertama memuat dengan cara apa pun, dan hanya dari disk yang ditentukan.

Adalah logis untuk mengasumsikan bahwa kita dapat mengontrol unduhan dengan mengubah isi folder antergos_grub. Dia hanya mengganti isi folder ini dengan isi dari paket manajer unduhan resi , mengganti nama refind_x64.efi menjadi grubx64.efi. Kemudian, setelah memuat laptop, menu boot RESFIR standar muncul.

Source: https://habr.com/ru/post/id409009/


All Articles