Estou recebendo as seguintes mensagens no meu /var/log/boot.log
:
lvmetad ainda não está ativo, usando ativação direta durante sysinit
"disk/by-uuid/db9c53d1-9f64-4bb7-970c-9fce38b499d4": caminho inválido para volume lógico.
O UUID é minha partição swap, que também é usada para hibernação. Ao experimentar diferentes opções de configuração, consegui rastrear a raiz da mensagem até minha configuração do grub.
Minha /etc/default/grub
aparência é a seguinte:
GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="resume=UUID=db9c53d1-9f64-4bb7-970c-9fce38b499d4 other-option=value"
Para referência meu /etc/fstab
:
# <file system> <mount point> <type> <options> <dump> <pass>
# sda4
UUID=38a2c53b-2a10-4653-8869-b819c1b0c3be / ext4 errors=remount-ro 0 1
# sda5
UUID=51cd4543-09c0-4eb6-959a-692991c4429e /home ext4 defaults 0 2
# sda2
UUID=db9c53d1-9f64-4bb7-970c-9fce38b499d4 none swap sw 0 0
# sda1
UUID=36A8-4C49 /boot/efi vfat umask=0077 0 1
Já tentei várias configurações diferentes para corrigir essa mensagem de erro, incluindo a desinstalação do LVM2, pois não uso nenhum volume lógico.
Alguém sabe como se livrar do erro?
Responder1
Resposta antiga:
Acabei de encontrar a solução por acaso navegando em mais alguns blogs.
Veja o seguinte comentário de Brandon Beck:http://chriseiffel.com/uncategorized/step-by-step-how-to-get-hibernate-working-for-linux-ubuntu-11-04-mint-11/#comment-116
Eu tive que mudar /etc/default/grub para usar o PARTUUID da partição swap em vez do UUID assim:
"currículo=PARTUUID=..."
Você pode obter o PARTUUID da partição swap com blkid
.
Depois, execute sudo update-grub
.
Resposta revisada:
Depois de alterar a entrada do grub para PARTUUID, a hibernação não funcionou mais. Talvez /etc/initramfs-tools/conf.d/resume precise ser adaptado de acordo.
No entanto, acabei de reformatar minha partição swap, que foi criada anteriormente pelo Clonezilla, e atualizei todos os arquivos de configuração com o novo UUID. Também mudei /etc/default/grub para usar o UUID para "currículo" e digitei o novo.
Agora, a hibernação funciona novamente e a mensagem de erro no boot.log também desapareceu. O problema parece estar finalmente resolvido.