Bastante certo que de alguma forma se relaciona com ACPI como o problema desaparece quando desligar ACPI ou hardware P-state (opções de inicialização acpi=off
ou intel_pstate=no_hwp
), no entanto, claro que não é uma solução viável. Você pode encontrar soluções alternativas por pessoas mais ou menos qualificadas, mas a solução permanece no kernel. Todas as soluções que testei para corrigir o problema Lid Close Freeze tiveram impactos negativos em outra coisa, e isso resolve um problema criando outras, ie. acpi=off
desabilita muitos recursos de kernel de energia e hardware. É uma pena.
No meu modelo Thinkpad, por exemplo, tive que esperar por um kernel mais novo com thinkpad_acpi
updated. Tenho certeza que é o mesmo problema para você: o kernel não "conhece" ainda todos os recursos e especificações de alguns dos seus componentes de hardware.
O v4.4.0-18 suportado pela equipe do Ubuntu para xenial deveria tê-lo corrigido no meu computador de acordo com alguns relatórios de bugs, como este , mas na verdade eu tive que esperar por testar o upstream do kernel v4.5.2 para poder fechar a tampa sem congelamento da área de trabalho, certamente porque não sou paciente o suficiente. Apenas para ficar claro neste exemplo, continuarei a testar regularmente as iterações mais recentes da versão oficial v4.4.0-x até que a correção seja implementada, e então retornará a este kernel LTS para obter mais confiabilidade. Então, espero que seja apenas uma solução temporária.
Backup primeiro !!!
Meu primeiro conselho sempre será amar e cuidar de sua querida Clonezilla boot CD / USB antes de tocar em qualquer coisa sobre o kernel e o coração do seu sistema, assim você poderá reverter as mudanças com segurança;)
Solução mais segura
Inicie o Gerenciador de Pacotes Synaptics , abra Configurações menu da barra superior > Repositórios > Opções do desenvolvedor , e habilite atualizações pré-lançadas . De fato, o seu problema pode ter sido corrigido na última v4.4.0-x.
Portanto, é mais seguro tentar isto antes de qualquer solução exótica como o método wild descrito abaixo, não é aconselhável jogar muito com as versões de kernel do lançamento do Suporte de Longo Prazo, pelo menos se você quiser manter a vantagem de estabilidade do LTS. Este
xenial-proposed
repo atualmente fornece a versão do kernel 4.4.0-36.55 com seu
pacote extra (= menos chances de erros de compatibilidade após a reinicialização).
Wild Wild Way
Atualize sua versão do kernel, o problema pode ter sido corrigido nos kernels mais recentes. Leia como fazer isso e o que deve ser cuidadoso em Ubuntu Wiki . O link no título Kernels archive nesta página é onde você encontrará os pacotes a serem instalados. Pode ser de algum interesse ler este artigo do Wiki sobre as diferenças do kernel upstream.
A partir de hoje, recomendo que você tente v4.6.3-yakkety e se o seu problema ainda não tiver sido corrigido, tente v4.7.1 . Nenhum pacote extra está disponível para esta linha principal, de qualquer forma, então você tem que entender o que você faz antes de fazê-lo, não reclame se esses kernels matam seus gatinhos.