Lvmetad n'est pas encore actif
Après la mise à niveau vers Ubuntu 16.04, le message suivant s’affiche lors du démarrage:
lvmetad is not active yet; using direct activation during sysinit
lvmetad is not active yet; using direct activation during sysinit
/dev/mapper/server--vg-root: clean xxx/xxx files, xxx/xxx blocks
Le X fait référence à une grande séquence de nombres. Après l'affichage de ce message, l'écran de connexion s'affiche et je peux me connecter au système.
Comment puis-je résoudre ce problème?
Ne vous inquiétez pas , il n'y a pas de danger, suivez ce petit guide pour résoudre le problème.
Ces messages ne sont plus dangereux. Après un certain temps, LVM(une abstraction logicielle sur votre disque) analysera les partitions et votre système démarrera normalement. Il y a un retard dû au manque d'optimisation, puisque lvmetadest un service système (démon) qui met en cache la condition LVMpour empêcher les accès disque inutiles et ne démarre pas assez tôt (probablement pour un bug ou une mauvaise configuration).
Les postes de travail Ubuntu ne n'en ont pas besoin pour fonctionner.
Solution
Ouvrir un terminal (CTRL+ALT+T ou recherchez dans le tiret), écrivez Sudo -H gedit /etc/lvm/lvm.conf et appuyez sur ENTREE (insérez vos informations d'identification d'utilisateur). Dans l'éditeur, trouvez:
use_lvmetad = 1
... et changez la ligne en:
use_lvmetad = 0
N'effectuez aucune autre modification , il vous suffit de modifier un numéro et d'enregistrer le fichier. Après cela, vous pouvez fermer le terminal ou vous déconnecter du VT.
Ceci désactivera toute tentative d'utiliser le démon lvmetadet si la configuration de votre disque est assez simple, votre démarrage sera plus rapide et aucune commande de LVM ne tentera une nouvelle connexion au bus système de lvmetadname__. Vous remarquerez peut-être plus d'activité sur le disque, il s'agit d'un comportement normal.
Les avertissements resteront, c'est le bon comportement et il n'a pas d'effets secondaires.
Remarque: ceci est une solution valable mais temporaire, les procédures futures ne seront plus nécessaires pour les futures versions de GNU/Linux.
Optimisation
Après la modification, vous pouvez également exécuter (dans le même type de terminal) la commande Sudo systemctl disable lvm2-lvmetad.service pour désactiver complètement lvmetadname__.
Ce n'est pas nécessaire et vous devez contacter votre administrateur système avant de le faire.
Que PAS à faire
Ne démarrez jamais avec l'option nomodesetcar elle désactivera de nombreuses fonctionnalités du processeur graphique et votre carte graphique risque de ne pas fonctionner correctement. Les bureaux Ubuntu ne fonctionneront pas correctement si cette option est activée, car Unity (et les interfaces graphiques successives) et de nombreuses applications ont besoin de l’accélération graphique et des fonctionnalités avancées du processeur graphique.
Cette option doit être seulement utilisée pour déboguer les pilotes graphiques ou pour démarrer un système sans les pilotes graphiques appropriés.
Important : sur certains systèmes, il peut être nécessaire de désactiver cette option dans GRUB pour se connecter, tandis que d'autres systèmes sera tout simplement plus lent mais utilisable.
EDIT (10/03/2017): après la désactivation du service et en mettant à niveau l'une de mes machines Debian (Ubuntu est basé sur Debian), j'ai remarqué que l'avertissement avait disparu. La mise à niveau a installé le noyau Linux 4.9.0-0.bpo.2 pour AMD 64 (64 bits). Cela peut être temporaire ou limité à certaines architectures, mais c'est un pas en avant, aussi parce qu'Ubuntu peut hériter du changement. Je suppose qu'un développeur a vu ce message et qu'ils travaillent sur le problème. Bien fait FOSS .
N'hésitez pas à commenter ci-dessous si vous avez besoin d'aide supplémentaire et n'oubliez pas d'appuyer sur la flèche vers le haut HAUT et d'accepter la réponse.