Eu tenho um problema durante a inicialização: vejo a mensagem lvmetad is not active yet, using direct activation during sysinit . A mensagem bloqueia completamente o meu processo de login. Eu não sou capaz de mudar para uma tela de login não gráfica (todos eles mostram apenas um cursor piscando) ou executar qualquer outra ação que não seja reiniciar com CTRL - ALT - < kbd> DEL .
Se eu esperar por um tempo muito longo (mais de 10 minutos), recebo a seguinte mensagem:
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:
Se eu pressionar ENTER , a inicialização continua e minha tela de login aparece em um segundo - isso parece funcionar apenas com kernels mais antigos < = 4.4.0-43, com kernels mais novos, o ENTER nada e eu também não consigo inserir mais nada usando o teclado.
A mensagem após o intervalo de 10 minutos resume: ... levou-me a pensar que poderia estar relacionado com uma imagem de disco obsoleta após a suspensão para a RAM, mas não tenho ideia de como corrigir isto.
Não vejo erros em dmesg , tudo relacionado ao LVM parece bem lá.
Por um tempo eu consegui inicializar sem demora usando o kernel 4.4.0-43, mas hoje (depois de uma atualização do kernel do apt-get) mesmo isso parou para funcionar.
Encontrei esses dois tópicos sobre o problema, mas estou relutante em tentar alterar as configurações de vídeo do grub, pois eles (devem) não têm nada a ver com lvmetad e os usuários relatam que essa solução alternativa veio com seu próprio conjunto de questões.
Lvmetad ainda não está ativo
lvmetad ainda não está ativo; usando ativação direta durante o sysinit
Alguém pode me convencer disso? Mesmo nos velhos tempos a inicialização não demorou 10 minutos e hoje em dia um tempo limite de 10 minutos parece ser um pouco exagerado ...;)
[EDIT] Aqui está a saída solicitada:
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
O swapon não produziu nenhuma saída, mas com a opção -a:
swapon: stat of /dev/mapper/kubuntu--vg-swap_1 failed: No such file or directory
[EDIT] No meu grub.cfg eu encontro referências a um lvmid que não corresponde a nenhum dos blkid - pode ser este o problema?
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
Também no grub.cfg existem algumas referências a root e UUIDs - o UUID corresponde a / boot (sda2) com --set root b2... e, mas duas linhas abaixo, há root=/dev/mapper/kubuntu--vg-root , que é um dispositivo diferente:
[---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---]
[EDITAR]
Comentando a linha de swap no fstab não ajuda com a inicialização e uma vez que o sistema inicializa, o lvdisplay mostra ambos, a raiz e a partição 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
[EDITAR]
Seguindo as sugestões do heynnema abaixo, eu removi e adicionei novamente o swap. Havia de fato algo errado: / proc / swaps estava vazio e free mostrou um total de 0 antes de remover e recriar o swap. Agora ele é montado corretamente e livre, assim como / proc / swaps mostram a saída esperada. Infelizmente, o problema inicial com o atraso de inicialização persiste. Após essa etapa, tive que atualizar o iniramfs ( update-initramfs -k all -c ) - agora funciona. Ufa Graças ao heynnema pelo grande apoio!