Por que rodar o Linux eventualmente faz com que meu ThinkPad T430 se recuse a inicializar ou entrar em diagnósticos?

Question

Eu tenho um Thinkpad T430. Toda vez que eu instalo o Linux (o mais recente CentOS) nele, depois de um tempo, o computador se recusa a inicializar, entrar no BIOS ou no menu de inicialização / diagnóstico. Eu executei o Windows nele, e isso não acontece até eu decidir mudar para o CentOS de inicialização dupla.

Isso aconteceu com três placas-mãe até agora, que eu tive que substituir. Agora estou no meu quarto, e estou debatendo se sou apenas uma pessoa infeliz que continua acabando com hardware defeituoso, ou se o Linux de algum modo está corrompendo o firmware das placas-mãe.

O que vocês acham?

Isso faz sentido do ponto de vista técnico? Talvez o T430 não seja compatível com o Linux? Sinta-se à vontade para especular.

    

Answer 1

Como este é um dispositivo relativamente recente, ele não possui BIOS legado, mas sim o firmware UEFI. Infelizmente, a UEFI é extremamente complexa e propensa a erros mais estranhos.

Por exemplo, há alguns anos, a Samsung enviou alguns notebooks que poderiam ser lixados ao gravar muitos dados em uma variável NVRAM, veja aqui e aqui :

[...] There's code in the kernel to make this easier on UEFI systems. Whenever a severe error is encountered, the kernel copies recent messages to the UEFI variable storage space. They're then available to userspace after a reboot, allowing more accurate diagnostics of what caused the crash.

That crash dump takes about 10K of UEFI storage space. Microsoft require that Windows 8 systems have at least 64K of storage space available. We only keep one crash dump - if the system crashes again it'll simply overwrite the existing one rather than creating another. This is all completely compatible with the UEFI specification, and Apple actually do something very similar on their hardware. Unfortunately, it turns out that some Samsung laptops will fail to boot if too much of the variable storage space is used. We don't know what "too much" is yet, but writing a bunch of variables from Windows is enough to trigger it. I put some sample code here - it writes out 36 variables each containing a kilobyte of random data. I ran this as an administrator under Windows and then rebooted the system. It never came back.

Certamente não é impossível para a Lenovo cometer um erro semelhante.

É claro que você deve ter certeza de ter a última atualização de firmware instalada.

    

Answer 2

É possível se você usou um software específico para atualizar o BIOS, mas isso não ocorre se você não usá-los.

A partir de uma pequena pesquisa, não parece que outras pessoas tenham esse problema. Verifique se você quebrou a chave. Se você estiver usando o EFI, você deve usar as opções avançadas no Windows para ir para as opções de firmware.