web-dev-qa-db-fra.com

Ubuntu 16.04 se fige quelques secondes après le démarrage, bloqué à l'écran de connexion

Contexte

Il y a deux semaines, j'étais sur le noyau 4.13.0-36 et une mise à jour de routine a été installée 4.13.0-37 et 4.13.0-38 automatiquement. Après cela, je n’ai pas réussi à faire démarrer mon ordinateur portable au-delà de l’écran de connexion (il s’agit d’un bogue documenté affectant plusieurs utilisateurs) . Je l'ai corrigé (temporairement résolu) en supprimant -37, -38 et apt-mark holding -36. J'ai continué à démarrer dans -36 sans aucun problème pendant environ deux semaines maintenant.

Problème

J'ai utilisé mon ordinateur portable comme d'habitude la nuit dernière, puis l'ai finalement fermé. Je pense avoir exécuté certaines mises à jour de routine via apt. Aujourd'hui, je n'ai pas pu démarrer après l'écran de connexion.

Situation: Mon grub apparaît par défaut. Ensuite, je choisis l'option supérieure, qui est -36. Il traverse le processus de démarrage et me demande de déverrouiller cryptswap. Je fais ça. Il se termine, affiche l'écran de connexion. Que j'interagisse ou non avec elle (par exemple, en déplaçant le curseur, en tapant mon mot de passe très rapidement, ou même en démarrant avec tty2 ou tout autre tty), il se fige dans les 6 prochaines secondes ou alors.

Je soupçonne actuellement que le problème doit être causé par un package récent qui a été mis à jour ou par un élément lié aux noyaux. Quoi que ce soit, se bloque lors de la connexion en essayant de lancer l'interface graphique. Si je comprends bien, il est probable qu'un processus se produise au démarrage.

Choses que j'ai essayées sans trop de chance

  • nomodeset option: pas de chance avec -37, -38, mais -36 démarre. Ne peut pas suspendre.
  • -36 démarrage de récupération, puis tentative de réparation de paquets par dpkg
  • chroot suivi de apt upgrade (selon this réponse)
  • réinstaller -37, -38 parce qu'apparemment "un correctif a été validé" sur le même lien vers le bogue ci-dessus. (essayé nomodeset avec tous ces noyaux, aussi, n'a pas fonctionné)
  • passer à un autre tty: ne fonctionne pas car la machine se bloque, peu importe ce que vous faites dans les 5 à 6 secondes qui suivent.

Journaux et infos

J'essaie simplement de fournir ici tout ce qui me semble pertinent. Si vous pensez que quelque chose d'autre pourrait aider, merci de me le faire savoir et je me ferai un plaisir de le télécharger.

  • Sortie DMESG via chroot session (lien rédigé)
  • Journal d'authentification pour un tel démarrage en échec (lien rédigé)
  • dpkg journal de la dernière session graphique réussie (hier) (1. all: lien annulé; 2. récemment installé, filtré à l'aide de grep "install": lien édité)
  • syslog à partir d'un de ces échecs de démarrage (lien supprimé)
  • Informations de base sur le matériel utilisant lspci (lien rédigé)
1
Aalok

J'ai vécu la même chose le 17.10. Bien que vous soyez sur 16.04, le gel semble être commun aux deux versions et peut être ce problème ou ce problème .

Sudo apt purge intel-microcode

suggéré ne fonctionnait pas mais l'installation du dernier noyau principal 4.16.3-041603-generic a résolu le blocage. J'ai utilisé k pour installer facilement ce noyau, très utile!

2
yrnkrn