web-dev-qa-db-fra.com

Ubuntu passe à Shell avec le noyau 16.04

Je suis aux prises avec un problème depuis des heures:

Après la mise à niveau d'Ubuntu, du 15.04 au 15.10 puis du 15.10 au 16.04, je ne parviens pas à démarrer avec le nouveau noyau. Après la deuxième mise à niveau, je reste avec les noyaux 4.4.0-36 et 3.16.0-33 (aucune trace de 4.2.x). Cela me fait penser que je suis passé de 15.10 à 16.04 alors que j'exécutais toujours 3.16.0-33. Cela peut être la cause de mes problèmes.

Au démarrage (4.4.0-36), je reçois: "ALERT!/Dev/mapper/ubuntu - vg-root n'existe pas. Passer à un shell!"

Amorcer avec 3.16.0-33 fonctionne très bien.

Ce que j'ai essayé

  • réinstallé le noyau (4.4.0-36). Pas de changement.
  • Dans busybox, j'ai essayé d'entrer "vgchange -ay" mais je n'y parviens pas: mon clavier ne fonctionne pas dans busybox.
  • installé 4.4.0-38. Même résultat.
  • en essayant de suivre les instructions dans http://pifuge.com/ubuntu/V0Wn-cant-find-lvm-root-dropped-back-to-initramfs cependant, le fichier/usr/share/initramfs- tools/scripts/local-top/lvm2 ne contient pas de "modprobe -q" après quoi je peux rien ajouter.

Toute aide serait grandement appréciée!

Warner

Quelques détails supplémentaires:

  • Exécuter LVM2. Il est (évidemment) installé.
  • Pas de démarrage multiple. Juste Ubuntu.
  • Pas de cryptage (pour autant que je sache)
  • Busybox ne répond pas aux entrées, étrangement. C’est la même chose quelle que soit la méthode d’amorçage (à moins que je n’exécute la version 3.16.0-33, le système démarre correctement)
  • Il essaie de monter le répertoire racine environ 20 fois avant de passer à Shell (busybox). Voici le résultat qu'il donne:

Début: Exécution du système de fichiers racine ... Début: Exécution/scripts/local-top ... lvmetad n'est pas encore actif. L'utilisation de l'activation directe pendant sysinit a échoué. Impossible de trouver le volume logique "ubuntu-vg/root". Début: Exécution/scripts/local-premount ... done Début: Attente du système de fichiers racine ... Début: Exécution/scripts/local-block ... lvmetad n'est pas encore actif, utiliser l'activation directe pendant sysinit Échec de recherche logique volume "ubuntu-vg/root" fait.

(ce dernier se répète 20 fois)

J'ai attendu le périphérique racine. Problèmes courants: Arguments d'amorçage (cat/proc/cmdline) Vérifiez les jours racine (le système a-t-il attendu suffisamment longtemps?) Vérifiez-vous root = (le système a-t-il attendu le mauvais périphérique?) Moduels manquants (cat/proc/modules: ls/dev) "ALERTE!/Dev/mapper/ubuntu - vg-root n'existe pas. Passer à un shell!"

bootupgradekernellvm
3
Warner

J'ai récemment installé un serveur 16.04 Ubuntu avec la racine sur un LVM crypté. Il a bien démarré avec le noyau 4.4.0-34, mais avec le 4.4.0-36, j'ai eu le même problème. Répéter les messages à propos de lvmetad puis les envoyer à Shell. En guise de solution de contournement, j'ai déclaré à 4.4.0-34 l'option de démarrage par défaut et désactivé les mises à jour automatiques. Donc installer 4.4.0-34 pourrait vous aider à avoir un noyau 4.4 fonctionnel. Je n'ai pas encore trouvé de solution à long terme.

0
Henner
  • Remplacez le fichier grub.cfg "root =/dev/mapper/ubuntu - vg-root" par "root = UUID = XXXX".
  • Ajout de "vgchange -a y" quelque part avant mountroot

La cause principale est "/ dev/mapper/ubuntu - vg-root" n’est pas complètement prête lorsque la racine a été vérifiée. D'une certaine manière, la commande vgchange pourrait déclencher la mise à jour de LVM et son affichage dans/dev/mapper. Nous vous suggérons d'utiliser "UUID" au lieu d'utiliser le nom du mappeur dev pour le rendre plus général.

3
EmilyC