Lorsque mon ordinateur de bureau redémarre après la mise à niveau d'Ubuntu Gnome 15.10 à 16.04, le démarrage est bloqué dans un état où il bascule constamment entre le mode terminal et le mode graphique, comme s'il essayait de démarrer les graphiques mais échouait. Il continue de le faire toutes les 10 secondes environ.
Mon système est un ordinateur de bureau récent avec une NVidia GeForce GTX 970 décente.
Donc, je soupçonne un problème avec les pilotes graphiques, et je suis assez intelligent pour essayer de le réparer à partir d'une console ... SI le système me permettait d'avoir une console.
Lorsque je sélectionne CTRL-ALT-F1 pour la console TTY1, j'ai de la chance de pouvoir appuyer quelques fois sur la touche avant qu'elle ne revienne aux graphiques (ce qui ne fonctionne pas). Ensuite, je dois appuyer à nouveau sur CTRL-ALT-F1 pour essayer de saisir les touches suivantes. Ce n'est pas réalisable.
Alors j'ai décidé de redémarrer en mode réparation. Même problème: impossible d'avoir une console qui fonctionne.
Alors j'ai décidé d'essayer de le réparer en utilisant le DVD live. Mais quand je le démarre, il reste bloqué. Je suis passé le truc UEFI. J'ai essayé à la fois "Installer ubuntu ..." et "Essayer sans installer ...", mais dans les deux cas, le démarrage est bloqué après quelques minutes d'activité sur le DVD.
Inspiré par https://help.ubuntu.com/community/BootFromCD et https://help.ubuntu.com/community/BootOptions , j'ai essayé plusieurs combinaisons de paramètres de démarrage, tels que vga = 791, noapic, noacpi, ... Mais aucun ne semble faire la moindre différence.
J'utilise Ubuntu depuis Hardy et j'ai déjà rencontré plusieurs fois des problèmes liés au système endommagé après la mise à niveau, mais dans tous les cas, j'ai pu les résoudre à l'aide d'une console et/ou d'un DVD live. Sauf que cette fois ...
Donc, je suis fondamentalement mort dans l'eau ici.
Il est très difficile de taper dans une console qui change constamment, mais ce n’est pas impossible. J'ai découvert que la commutation constante était causée par gdm3, alors j'ai arrêté de l'arrêter:
Sudo /etc/init.d/gdm3 stop
J'aurais probablement pu le faire en ssh-ing sur mon bureau également, ce qui m'aurait probablement évité d'avoir à taper dans une console qui change constamment.
Une fois ma console récupérée, je me suis rendu compte que c’était la combinaison du noyau et du pilote nvidia-304 qui était à l’origine du problème (les suspects habituels). Cela a permis à mon système de fonctionner à nouveau: