A Canonical lembrou a distribuição Ubuntu 17.10 lançada em outubro e
ocultou o link do site de download . O motivo foi um
bug crítico com danos no BIOS em alguns modelos de laptops Lenovo e um modelo Acer. Uma lista completa dos modelos afetados está sendo atualizada e atualizada.
Os danos ao BIOS se manifestam no fato de que as novas configurações não podem mais ser salvas e, após uma reinicialização, o laptop inicia com as configurações antigas.
Para piorar, a inicialização a partir de um pen drive USB ocorre porque o USB não é reconhecido.
A julgar pela descrição do bug, parece ocorrer após a ativação dos drivers intel-spi- * no kernel. Aparentemente, esses drivers ainda não estão totalmente desenvolvidos e não estão prontos para uso nos sistemas do usuário.
Como solução alternativa, você pode tentar desativar os drivers intel-spi- *. A descrição do bug diz que as consequências de tais ações serão mínimas: "É improvável que alguém realmente faça algo que exija esse driver".
Lista de modelos de laptop afetados:
- 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
Como já observado, a lista está crescendo.
Os comentários sobre os erros também mencionam o Toshiba L50B-23G.
Em muitos fóruns, os usuários reclamam desse problema, porque muitos laptops não possuem unidades de CD-ROM - portanto, não podem mais inicializar a partir de outra distribuição.
Especialmente muitas reclamações nos fóruns da Lenovo. Isso é especialmente desagradável, porque geralmente são os laptops Lenovo ThinkPad recomendados para trabalhar com Linux, e a Canonical os coloca na lista off-line de equipamentos oficialmente suportados.
Nas versões anteriores do Ubuntu, um erro não ocorre.
Teoricamente, o BIOS pode ser atualizado e retornado ao seu estado original (por exemplo, usando o programador), mas esse é um procedimento não trivial e um pouco arriscado. Além disso, nem todo usuário tem um programador. Portanto, pode-se entender a forte insatisfação daqueles que enfrentam esse problema e não conseguem carregar o laptop. "Isso é inaceitável, agora o meu Lenovo G50-80 se transformou em um tijolo", escreveu uma das vítimas em um comentário sobre um bug no site da Canonical.
UPD Nota do usuário r0mik nos comentários ao artigo: “O BIOS não se deteriora” no sentido literal - o chip SPI Flash repousa na gravação. Aparentemente, isso acontece através do módulo do kernel mencionado acima, já que é o único que é capaz de tais ações (para isso, também foi escrito). É exatamente porque o SPI Flash está bloqueado por hardware para gravação que nenhum meio de reversão para as configurações padrão do BIOS funcionará, porque as configurações são armazenadas no SPI Flash. O programador também não ajudará. Somente a substituição física do microcircuito ajudará ...
A Canonical agora está trabalhando ativamente com a Lenovo para encontrar a verdadeira causa do problema e lançar o patch. Novas imagens estão sendo preparadas para o Ubuntu 17.10 com um kernel atualizado que não interromperá o BIOS em novas instalações.
Infelizmente, as novas imagens não ajudarão quem já instalou o Ubuntu 17.10 e danificou o firmware do BIOS. Um caso extremo é transportar um laptop para reparo e substituir a placa-mãe. Se o laptop ainda carregar, você pode tentar uma
solução alternativa oferecida nos fóruns de suporte técnico da Lenovo.
Este usuário também falhou ao salvar as novas configurações do BIOS e perdeu a capacidade de inicializar a partir do USB. Primeiro, ele verificou a sequência de inicialização do EFI. Isso é feito com o seguinte comando:
efibootmgr -vNo caso dele, a sequência de inicialização ficou assim:
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 RCA partir disso, segue-se que o grubx64.efi do diretório antergos_grub será o primeiro a carregar de qualquer forma e somente do disco especificado.
É lógico supor que podemos controlar o download alterando o conteúdo da pasta antergos_grub. Ele simplesmente substituiu o conteúdo desta pasta pelo conteúdo do pacote do gerenciador de download
rEFInd , renomeando refind_x64.efi para grubx64.efi. Em seguida, depois de carregar o laptop, o menu de inicialização padrão do rEFInd é exibido.