Este bug foi corrigido no pacote linux - 4.13.0-39.44:
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
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.
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.
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) -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) tty
: não funciona porque a máquina congela independentemente do que você faz em 5 a 6 segundos 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.
chroot
session ( 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 ) lspci
( link ) Este bug foi corrigido no pacote linux - 4.13.0-39.44:
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