3 votes

Ubuntu 14.04 se bloque sur "Restauration de l'état du résolveur..."

J'ai une machine virtuelle avec Ubuntu installé en tant qu'invité que j'utilise pour le développement. Tout était configuré et fonctionnait parfaitement jusqu'à hier soir lorsque j'ai redémarré la VM (des mises à jour ont été installées pendant cette session, si je me rappelle bien). L'écran de démarrage s'est affiché et est resté bloqué là.

J'ai examiné ces questions et leurs solutions ainsi que les réponses les mieux notées :

...mais sans succès.

Si je presse la touche de droite (Right Shift) lorsque la VM démarre et que je choisis d'utiliser Ubuntu avec une version plus ancienne du noyau (la dernière affichée étant 3.19.0.-51-generic, la première plus ancienne 3.19.0-49-generic), alors j'arrive avec succès à l'écran de connexion mais je ne peux pas me connecter avec mes identifiants, je suis simplement renvoyé à l'écran de connexion. La connexion via TTY fonctionne.

J'ai utilisé le menu de récupération pour passer en mode shell root et réinstaller le paquet nvidia-current, supprimé "quiet and splash" pour voir ce qui se passe, vidé le répertoire /tmp comme suggéré dans une réponse, mis à jour grub, mais sans succès. Est-il possible de revenir en arrière sur les mises à jour d'une manière ou d'une autre ? Voici où le démarrage reste bloqué :

entrer la description de l'image ici

La VM fonctionne sur une partition de disque SSD, avec 60 Go d'espace, dont ~20 Go encore libres. J'utilise une carte graphique NVidia.

Si la réinstallation peut être évitée, ce serait vraiment apprécié.

1voto

Michael Points 13

J'ai réussi à faire fonctionner cela avec l'aide d'un ami - c'est-à-dire que nous avons réussi à passer le "Restoring resolver state..." et à nous connecter avec succès.

La solution était en deux parties. J'ai supprimé tous les paquets liés au dernier noyau Linux (3.19.0-51) car cela a été mis à jour avec la mise à jour automatique qui a tout mélangé.

Utilisez tail -n50 /var/log/apt/history.log pour voir ce qui a été mis à jour (ajustez -n si nécessaire).

Cela m'a amené à l'écran de connexion, mais ensuite je n'ai pas pu me connecter. J'ai cherché des problèmes avec la "boucle de connexion" ici sur askubuntu.com, mais il s'est avéré que les autorisations étaient correctes et que le problème ne venait pas de lightdm. Une des réponses pointait vers un problème avec les graphiques, donc j'ai cherché un moyen de mettre à jour les pilotes graphiques sans utiliser le package nvidia-current.

J'ai suivi les instructions dans ce post http://ubuntuforums.org/showthread.php?t=2263316 avec quelques différences; je n'ai pas pris les derniers paquets du noyau Linux et je n'ai pas simplement supprimé les pilotes nvidia, je les ai purgés (copiés depuis le lien) :

  1. sudo gedit /etc/default/grub changez la ligne "GRUB_CMDLINE_LINUX_DEFAULT..." en GRUB_CMDLINE_LINUX_DEFAULT="nouveau.blacklist=1 quiet splash nomodeset" #(force les graphiques de bas niveau pour s'assurer que putty ne donne pas un écran noir)
  2. sudo update-grub2
  3. sudo apt-get purge nvidia* && sudo apt-get autoremove
  4. sudo reboot

Après le redémarrage, j'ai pu me connecter. J'ai ensuite installé les derniers pilotes nvidia à partir d'un fichier .run comme indiqué, mais cela m'a ramené au problème de boucle de connexion.

J'ai purgé à nouveau les pilotes nvidia, et j'ai pu me connecter avec succès. L'inconvénient maintenant est que je ne semble pas pouvoir utiliser la fonction "Cycle multiple monitors" de VMWare Player (cela pourrait être un problème de vmware tools, mais je ne veux pas toucher à cela maintenant), mais au moins je peux retourner travailler.

J'actualiserai cette réponse si je trouve une solution qui fonctionne avec les dernières mises à jour.

0voto

kerlyn Points 101

Je rencontre exactement le même problème, bien que parfois j'avance d'un pas supplémentaire (Arrêt de la compatibilité des niveaux d'exécution du System V). Je lance Ubuntu 14.04 dans une machine virtuelle sur Fusion et le lancement du Gestionnaire de mises à jour aujourd'hui a causé ce problème. J'ai vraiment besoin de récupérer cette machine virtuelle.

Il semble que vous puissiez démarrer de manière fiable jusqu'à l'écran grub. Pour ma part, je dois démarrer avec F2, puis "Exit discarding changes" tout en maintenant enfoncée la touche Maj.

J'ai également reçu un "mot de passe invalide" lorsque j'ai essayé de démarrer avec 3.19.0-49-generic. J'ai résolu cela en démarrant avec 3.19.0-49- générique (mode de récupération). J'ai exécuté fsck pour mettre le système de fichiers en mode lecture/écriture, puis je suis passé en mode shell root et j'ai exécuté passwd <utilisateur> pour réinitialiser le mot de passe. J'ai redémarré et pu me connecter à 3.19.0-49. En espérant que cela aide jusqu'à ce qu'une solution définitive soit trouvée...

0voto

user482705 Points 21

J'ai eu le même problème sans les pilotes AMD ou Nvidia installés. Cela ne s'est produit que lors de la tentative d'amorçage du noyau 3.16.0-62, en utilisant une version plus ancienne cela a fonctionné. Il semble y avoir un problème avec les dernières mises à jour du noyau car tout le monde a pu récupérer en démarrant un noyau plus ancien.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X