web-dev-qa-db-fra.com

lvmetad bloque le processus de démarrage

J'ai un problème lors du démarrage: je vois le message lvmetad is not active yet, using direct activation during sysinit. Le message bloque complètement mon processus de connexion. Je ne parviens pas à basculer vers un écran de connexion non graphique (ils affichent tous simplement un curseur clignotant) ou à effectuer une opération autre que le redémarrage avec CTRL-ALT-DEL.

Si j'attends très longtemps (plus de 10 minutes), je reçois le message suivant:

resume: Could not stat the resume file /dev/disk/by-uuid/a62a5e02...
Please type in the full path name to try again or press ENTER to boot the system:

Si je presse ENTER, le démarrage reprend et mon écran de connexion s’affiche en une seconde - cela ne semble fonctionner que pour les anciens noyaux <= 4.4.0-43, avec les nouveaux noyaux, ENTER ne fait rien et je ne peux rien saisir d’autre à l’aide du clavier.

Le message après la pause de 10 minutes resume: ... m'a amené à penser que cela pourrait être lié à une image de disque obsolète après une suspension dans la RAM, mais je ne sais pas comment résoudre ce problème.

Je ne vois aucune erreur dans dmesg, tout ce qui a trait à LVM y va très bien.

Pendant un certain temps, j'ai pu démarrer sans délai à l'aide du noyau 4.4.0-43, mais aujourd'hui (après une mise à niveau du noyau d'apt-get), même cela a cessé de fonctionner.

J'ai trouvé ces deux discussions à propos du problème, mais je suis réticent à essayer de modifier les paramètres vidéo de Grub, car ils (ne devraient) rien avoir à faire avec lvmetad et les utilisateurs signalent que cette solution de contournement comportait son propre ensemble de problèmes.

Lvmetad n'est pas encore actif

lvmetad n'est pas encore actif; utilisation de l'activation directe pendant sysinit

Quelqu'un peut-il me parler à travers cela? Même au bon vieux temps, le démarrage ne prenait pas 10 minutes et aujourd'hui, un délai de 10 minutes semble être un peu excessif ...;)

[EDIT] Voici le résultat demandé:

blkid:

/dev/sda1: UUID="2EC7-7121" TYPE="vfat" PARTUUID="77533e31-4b1a-40da-9e49-ecebfb701229"
/dev/sda2: UUID="b206ab4e-2119-4d90-ab77-5088177faa08" TYPE="ext2" PARTUUID="a5ddb725-1822-4847-8fd3-c1566b83f740"
/dev/sda3: UUID="uhcPym-YPqH-XGTC-Y0YB-ynxd-K4iK-b0viGE" TYPE="LVM2_member" PARTUUID="455fe5cf-64a0-4ef5-b3e7-19e5f86b3ee4"
/dev/mapper/kubuntu--vg-root: UUID="cba585cc-e15b-419c-b055-f1fe2a56c7da" TYPE="ext4"

cat/etc/fstab:

/dev/mapper/kubuntu--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda2 during installation
UUID=b206ab4e-2119-4d90-ab77-5088177faa08 /boot           ext2    defaults        0       2
# /boot/efi was on /dev/sda1 during installation
UUID=2EC7-7121  /boot/efi       vfat    umask=0077      0       1
/dev/mapper/kubuntu--vg-swap_1 none            swap    sw              0       0

swapon n'a produit aucune sortie, mais avec l'option -a:

swapon: stat of /dev/mapper/kubuntu--vg-swap_1 failed: No such file or directory

[EDIT] Dans mon fichier grub.cfg, je trouve des références à un lvmid qui ne correspond à aucun des blkid. Cela peut-il être le problème?

set root='lvmid/nvk03P-ihq7-kTsM-LvZ4-DzQu-iOag-4BOz7I/kHYiDJ-9NSq-Wlkc-0YXH-HiX2-SVZ7-MPSFnp'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint='lvmid/nvk03P-ihq7-kTsM-LvZ4-DzQu-iOag-4BOz7I/kHYiDJ-9NSq-Wlkc-0YXH-HiX2-SVZ7-MPSFnp'  cba585    cc-e15b-419c-b055-f1fe2a56c7da

De plus, dans grub.cfg, il y a quelques références à root et aux UUID - l'UUID correspond à/boot (sda2) avec --set root b2... et deux lignes plus bas, il y a root=/dev/mapper/kubuntu--vg-root, qui est un périphérique différent:

[---snip---]
if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2  b206ab4e-2119-4d90-ab77-5088177faa08
    else
      search --no-floppy --fs-uuid --set=root b206ab4e-2119-4d90-ab77-5088177faa08
    fi
    linux   /vmlinuz-4.4.0-57-generic.efi.signed root=/dev/mapper/kubuntu--vg-root ro  quiet splash $vt_handoff
[---snip---]

[EDIT] Commenter la ligne de swap dans fstab n'aide pas à démarrer, et une fois le système démarré, lvdisplay affiche à la fois la partition racine et la partition swap:

lvm> lvdisplay
  --- Logical volume ---
  LV Path                /dev/kubuntu-vg/root
  LV Name                root
  VG Name                kubuntu-vg
  LV UUID                kHYiDJ-9NSq-Wlkc-0YXH-HiX2-SVZ7-MPSFnp
  LV Write Access        read/write
  LV Creation Host, time kubuntu, 2016-06-07 12:33:08 +0200
  LV Status              available
  # open                 1
  LV Size                432.86 GiB
  Current LE             110811
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:0

  --- Logical volume ---
  LV Path                /dev/kubuntu-vg/swap_1
  LV Name                swap_1
  VG Name                kubuntu-vg
  LV UUID                YiuKj2-FVgn-ufGg-lvZ5-IML5-w3hH-ZeHrrH
  LV Write Access        read/write
  LV Creation Host, time kubuntu, 2016-06-07 12:33:08 +0200
  LV Status              available
  # open                 0
  LV     Size                31.93 GiB
  Current LE             8173
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:1

[EDIT] Suivant les suggestions de heynnema ci-dessous, je supprime et rajoute swap. Il y avait bien quelque chose qui n'allait pas:/proc/swaps était vide et 0 (total) était libre avant de supprimer et de recréer le swap. Maintenant, il est monté correctement et libre ainsi que/proc/swaps indique le résultat attendu. Malheureusement, le problème initial avec le délai de démarrage persiste. Après cette étape, j'ai dû mettre à jour iniramfs (update-initramfs -k all -c) - maintenant cela fonctionne. Phew. Merci à heynnema pour son soutien!

bootlvm
5
squarespiral

Le lvmetad is not active yet, using direct activation during sysinit est un message normal et ne cause pas votre problème de démarrage.

Quelqu'un a supprimé votre partition d'échange.

/etc/fstab a cette ligne:

/dev/mapper/kubuntu--vg-swap_1 none            swap    sw              0       0

recherche d'une partition d'échange qu'il ne trouve jamais. Les commandes Sudo blkid et swaponle confirment.

Solution à court terme, commentez la ligne ci-dessus dans fstabname__:

En terminal ...

gksudo gedit /etc/fstab

changement

/dev/mapper/kubuntu--vg-swap_1 none            swap    sw              0       0

pour ça

#/dev/mapper/kubuntu--vg-swap_1 none            swap    sw              0       0

Cela vous permettra de démarrer dans un laps de temps normal, mais le système n'aura pas d'espace d'échange défini.

Solution à long terme, installez l’outil graphique LVM pour gérer vos disques LVM:

En terminal ...

Sudo apt-get update
Sudo apt-get install system-config-lvm

Accédez au tableau de bord Unity et tapez lvmname__. Utilisez cet outil graphique pour reconstituer votre partition d’échange LVM. Revenez ensuite et décommentez la ligne du correctif à court terme.

1
heynnema