O Ubuntu MATE 16.04 congela segundos após o boot, preso na tela de login

Question

Antecedentes

Duas semanas atrás, Eu estava no kernel 4.13.0-36 e uma atualização de rotina instalada 4.13.0-37 e 4.13.0-38 automaticamente. Depois disso, não tive sucesso em fazer meu laptop inicializar além da tela de login (link to bug ) . Eu consertei (temporariamente resolveu) removendo -37, -38 e apt-mark hold ing -36. Eu continuei a inicializar em -36 sem problemas por cerca de duas semanas.

Problema

Eu usei meu laptop como de costume na noite passada e, em seguida, desliguei. Acredito que executei algumas atualizações de rotina por meio de apt . Hoje de manhã não consegui dar boot pela tela de login.

Situação: Meu grub aparece por padrão. Então eu escolho a opção top, que é -36 . Ele é executado através do processo de inicialização, pedindo-me para desbloquear cryptswap. Eu faço isso. Termina, mostra a tela de login. Independentemente de eu interagir ou não com ele (por exemplo, mover o cursor, digitar minha senha muito rápido ou mesmo inicializar em tty2 ou qualquer outro tty ), ele congela nos próximos 6 segundos ou mais.

Minha suspeita atual é que o problema deve ser causado por algum pacote recente que foi atualizado, ou algo a ver com os kernels. Seja o que for, está travando no login ao tentar iniciar a GUI. Se bem entendi, é provável que seja algum processo que ocorre na inicialização.

Coisas que tentei sem muita sorte

• nomodeset opção: sem sorte
• -36 boot de recuperação e, em seguida, tentando pacotes de reparo do dpkg
• chroot (através de uma sessão USB ao vivo) seguido por apt upgrade (de acordo com esta postagem)
• reinstalando -37, -38 porque aparentemente "uma correção foi confirmada" no mesmo link para o erro acima. (tentei nomodeset com todos esses kernels também, não funcionou)
• mudar para outro tty : não funciona porque a máquina congela independentemente do que você faz em 5 a 6 segundos

Registros e informações

Estou apenas tentando fornecer aqui tudo o que eu acho relevante. Se você acredita que algo mais pode ajudar, avise-nos e terei prazer em enviá-lo.

• Saída DMESG por meio de chroot session ( link )
• Log de autenticação para uma inicialização malsucedida ( link )
• dpkg log da última sessão gráfica de sucesso (ontem) (1. todos: link ; 2. instalado recentemente recentemente, filtrado usando grep "install" : link )
• syslog de uma inicialização desse tipo com falha ( link )
• Informações básicas sobre hardware usando lspci ( link )

Answer 1

Este bug foi corrigido no pacote linux - 4.13.0-39.44:

link

Nós trabalhamos em torno dele até agora, desativando o perfil do apparmor sssd

ln -s /etc/apparmor.d/usr.sbin.sssd /etc/apparmor.d/disable/
apparmor_parser -R /etc/apparmor.d/usr.sbin.sssd