web-dev-qa-db-fra.com

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

J'ai un VM avec invité Ubuntu installé que j'utilise pour le développement. Tout était configuré et fonctionnait bien jusqu'à hier soir lorsque j'ai redémarré le VM (des mises à jour ont été installées au cours de cette session, si mes souvenirs sont exacts). L'écran de démarrage s'affiche et reste affiché.

J'ai examiné ces questions, leurs solutions et leurs réponses:

... mais sans succès.

Si j'appuie sur la touche Maj droite lorsque la VM se déclenche et que je choisis d'utiliser Ubuntu avec une version antérieure du noyau (la dernière version affichée est 3.19.0.-51-generic, la plus ancienne est 3.19.0-49). J'ai réussi à accéder à l'écran de connexion, mais je ne parviens pas à me connecter avec mes informations d'identification. Cela me renvoie tout simplement à l'écran de connexion. La connexion TTY fonctionne.

J'ai utilisé le menu de récupération pour accéder au shell racine et réinstaller le paquet nvidia-current, j'ai supprimé "quiet et splash" pour voir ce qui se passait, effacé le répertoire/tmp comme suggéré dans une réponse, grub mis à jour, mais sans succès. Est-il possible d'annuler les mises à jour d'une manière ou d'une autre? Voici où le démarrage se bloque:

enter image description here

La VM s'exécute sur une partition de disque SSD, avec 60 Go d'espace libre et environ 20 Go. J'utilise une carte graphique NVidia.

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

14.04bootdriversgrub2nvidia
3
Martin Vrkljan

En quelque sorte, je travaille avec l’aide d’un ami. Je veux dire par là que nous avons réussi à dépasser l’état "Restauration du résolveur ..." 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) depuis que celui-ci a été mis à jour avec la mise à jour automatique qui a tout gâché.

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 vérifié les problèmes liés à "Boucle de connexion" sur askubuntu.com, mais il s'est avéré que les autorisations étaient correctes et que le problème ne concernait pas lightdm. L'une des réponses soulignant un problème graphique, j'ai donc cherché un moyen de mettre à jour les pilotes graphiques sans utiliser le package nvidia-current.

J'ai suivi les instructions de ce PO http://ubuntuforums.org/showthread.php?t=2263316 avec quelques différences; Je n'ai pas extrait les derniers paquets du noyau Linux, ni supprimé les pilotes nvidia, je les ai purgés (copiés à partir du lien):

  1. Sudo gedit /etc/default/grub change la ligne "GRUB_CMDLINE_LINUX_DEFAULT..." en GRUB_CMDLINE_LINUX_DEFAULT="nouveau.blacklist=1 quiet splash nomodeset" # (oblige les graphiques de bas niveau à s’assurer que PuTTY ne donne pas d’é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 procédé à l'installation des derniers pilotes nvidia à partir d'un fichier .run conformément aux instructions, mais cela m'a simplement renvoyé au problème de la boucle de connexion.

J'ai purgé à nouveau les pilotes nvidia et j'ai pu me connecter avec succès. L'inconvénient est que je n'arrive pas à utiliser la fonctionnalité "Cycle de plusieurs moniteurs" de VMWare Player (ce pourrait être un problème lié aux outils vmware, mais je ne veux pas le gâcher maintenant), mais au moins je peux retourner au travail. .

Je mettrai à jour cette réponse si je reçois une solution qui fonctionne avec les dernières mises à jour.

1
Martin Vrkljan

J'ai eu la même chose sans les pilotes AMD ou Nvidia installés. Cela ne se produisait qu'en essayant de démarrer le noyau 3.16.0-62, en utilisant un noyau plus ancien. Cela semble être un problème avec les derniers correctifs du noyau, car tout le monde a pu récupérer en démarrant un noyau plus ancien.

0
user482705

J'ai exactement le même problème, même si parfois j'avance un peu plus loin (arrêt de la compatibilité du niveau d'exécution System V). J'exécute Ubuntu 14.04 dans un VM sur Fusion et le lancement de Software Updater aujourd'hui a été à l'origine de ce problème. Vraiment besoin de récupérer cette machine virtuelle.

Il semble que vous puissiez démarrer de manière fiable à l’écran de démarrage. Je dois démarrer avec F2, puis "Quitter en abandonnant les modifications" tout en maintenant la touche Maj enfoncée.

J'ai aussi eu un "mot de passe invalide" quand j'ai essayé de démarrer 3.19.0-49-generic. J'ai résolu ce problème en démarrant dans 3.19.0-49-generic (mode de récupération). J'ai exécuté fsck pour mettre le système de fichiers en mode r/w, puis je suis tombé dans le shell racine et j'ai exécuté passwd <user> pour réinitialiser le mot de passe. Redémarré et capable de se connecter à 3.19.0-49. HTH jusqu'à ce qu'une solution soit trouvée ...

0
kerlyn