Impossible de se connecter à lvmetad - coincé au démarrage


15

J'ai mis à niveau mon PC vers Ubuntu 17.10, et maintenant que j'ai redémarré mon PC, je reçois ce message:

Failed to connect to lvmetad.
Falling back to device scanning.
/dev/mapper/ubuntu--vg--root: clean, 500699/15081472 files, 9150222/60315648 blocks

Ça reste coincé là-dessus.

Quel est le problème et comment puis-je le résoudre?


2
Jusqu'à ce que quelqu'un puisse peser sur une vraie solution, j'ai trouvé que le démarrage avec un ancien noyau fonctionne. Au moment du démarrage, ouvrez votre menu de démarrage (pour moi, appuyez sur "Esc" ou "F9" sur l'écran du BIOS), puis sélectionnez "Ubuntu avec options avancées", puis choisissez une ancienne version du noyau #.
chucksense

J'ai rencontré ça sur Ubuntu 18.04 avec 4.15.0-74, 4.15.0-72 travaillé
sdaffa23fdsf

Réponses:


6

J'ai eu une expérience très similaire, je ne sais pas si cela vous aidera. Mon ordinateur avait des mises à jour installées, avait besoin d'un redémarrage mais bon, personne n'a eu le temps pour ça. Eh bien, une coupure de courant s'est produite et m'a forcé à redémarrer. Lorsque j'ai allumé ma machine, j'ai reçu exactement le même message que vous avez vu. Merde. Je ne pouvais même pas entrer dans les terminaux virtuels 1 ou 2, ce qui était vraiment bizarre. Quoi qu'il en soit, j'ai en quelque sorte trouvé votre message et lu que le changement de version du noyau faisait que tout fonctionnait. Alors je suis allé et j'ai essayé et bien sûr, ce que vous avez dit s'applique aussi à moi.

Avec ma connaissance primitive des commandes linux, j'ai eu une idée de comment résoudre ce problème. J'ai donc redémarré dans le noyau le plus récent, puis je suis passé au terminal virtuel ctrl+alt+f3<- j'ai dû utiliser le troisième car 1 et 2 ne fonctionnaient pas. De là, j'ai couru sudo apt-get update && sudo apt-get upgrade -ypour tout mettre à jour. Puis a couru sudo apt-get autoremovepour supprimer les noyaux plus anciens. Ensuite, j'ai réinstallé le noyau actuel (en obtenir la version uname -r), puis j'ai couru sudo apt-get install --reinstall linux-image-4.13.0-32-genericpour réinstaller le noyau actuel et relancer tout le processus de construction qui n'aurait peut-être pas été exécuté car je ne suis pas passé correctement à ce noyau. Enfin, j'ai redémarré à nouveau.

Après le redémarrage, j'avais toujours le même problème. Welp, peut-être que cela a à voir avec mes pilotes graphiques? J'ai donc continué et purgé mes pilotes nvidia sudo apt-get purge nvidia-*et réinstallé les pilotes sudo apt-get install nvidia-387~ Accordé, je ne sais pas quelle version de leur pilote je devrais utiliser, nvidia afik n'a pas seulement un package standard que vous pouvez installer qui suit la dernière - mais celui-ci s'est installé très bien pour moi ... Après cette installation super lente, j'ai redémarré à nouveau.

Et mon ordinateur est revenu à la vie. Woohoo. J'espère sincèrement que cela aidera quelqu'un. Il m'a fallu 4 heures de martèlement frustré pour récupérer mon bureau et j'espère vraiment pouvoir sauver quelqu'un d'autre de cela. Merci pour votre message et votre mise à jour, vous m'avez donné le fil dont j'avais besoin pour résoudre ce problème moi-même.


1
Il semble vraiment que les pilotes nvidia soient à l'origine de ce problème. Après avoir purgé nvidia, je pourrais obtenir sur mon bureau et utiliser le pilote d'affichage générique fourni par Linux.
Ravers

1

La réponse acceptée m'a beaucoup aidé (merci!)

Bien que dans mon cas, ni le démarrage avec un noyau plus ancien ni le pilote nvidia ne pouvaient le résoudre ... il s'est avéré que mon disque était plein (comme je l'ai vu avec df). Je pourrais supprimer des fichiers en démarrant en mode de récupération et ensuite redémarrer normalement :)

J'espère que cet indice est utile à toute personne coincée dans cette situation

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.