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 suis pas en mesure de passer à un écran de connexion non graphique (ils ne montrent tous qu'un curseur clignotant) ou d'effectuer toute autre action que le redémarrage avec le bouton 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 j'appuie sur ENTER Le démarrage reprend et mon écran de connexion s'affiche dans la seconde qui suit - cela ne semble fonctionner qu'avec les anciens noyaux <=4.4.0-43, avec les noyaux plus récents, ENTER ne fait rien et je ne peux pas non plus entrer quoi que ce soit d'autre en utilisant le clavier.
Le message après la pause de 10 minutes resume: ... J'ai pensé que cela pouvait être lié à une image disque périmée après la mise en veille en RAM, mais je n'ai aucune idée de la façon de résoudre ce problème.
Je ne vois aucune erreur dans dmesg tout ce qui concerne LVM semble correct.
Pendant un certain temps, j'ai pu démarrer sans délai en utilisant le noyau 4.4.0-43, mais aujourd'hui (après une mise à jour d'apt-get kernel), même cela ne fonctionne plus.
J'ai trouvé ces deux fils de discussion sur le problème, mais je suis réticent à essayer de changer les paramètres vidéo de Grub, puisqu'ils (devraient) n'ont rien à voir avec lvmetad et les utilisateurs signalent que cette solution de contournement s'accompagne de son propre lot 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 m'aider ? Même à l'époque, 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 0swapon ne produisait 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 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-f1fe2a56c7daAussi dans Grub.cfg il y a quelques références à root et UUIDs - l'UUID correspond à /boot (sda2) avec --set root b2... et mais deux lignes plus bas, il y a root=/dev/mapper/kubuntu--vg-root qui est un dispositif 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 swap dans fstab n'aide pas au démarrage et une fois que le système démarre, lvdisplay montre les deux, la 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] En suivant les suggestions de heynnema ci-dessous, j'ai supprimé et réajouté le swap. Il y avait en effet quelque chose d'anormal : /proc/swaps était vide et free affichait un total de 0 avant la suppression et la recréation de swap. Maintenant, il est monté correctement et free ainsi que /proc/swaps montrent les résultats attendus. Malheureusement, le problème initial du délai de démarrage persiste. Après cette étape, j'ai dû mettre à jour iniramfs ( update-initramfs -k all -c ) - maintenant cela fonctionne. Ouf. Merci à heynnema pour son aide précieuse !
