A inicialização trava por 30 segundos em "Begin: Running / scripts / local-premount"

Após a atualização do Ubuntu 17.10 para 18.04, o processo de inicialização leva 30s a mais do que antes.

para por 30 segundos na etapa

Início: Executando / scripts / local-premount

Então continua.

A princípio, continuou um passo adiante para

varredura para sistemas de arquivos btrfs

então eu desinstalei o suporte ao btrfs , mas isso não ajudou no problema.

Não vejo aviso desse passo nem em dmesgnem emvar/log/boot.log

Como posso depurar esse problema? Posso ativar o log adicional?

boot 18.04

— rubo77
fonte

Respostas:

Tente o seguinte:

abrir /etc/initramfs-tools/conf.d/resume
substitua RESUME=UUID=xxxporRESUME=none
questão sudo update-initramfs -u
reinicie o seu sistema

O arquivo deve conter o UUID da sua partição de swap, você pode verificar isso com sudo blkid | grep swap.

Encontrei o seguinte bug na barra de ativação, que deveria ser específico do Lubuntu, mas os comandos acima também resolveram o mesmo problema na minha instalação do Xubuntu.

Veja os comentários # 27 e # 28 .

Este arquivo parece estar relacionado à hibernação / suspensão, posso confirmar que suspendainda funciona no meu sistema após as alterações.

— mt7
fonte

obrigado, isso funcionou! Também publiquei

— #

Eu removi minha partição de swap manualmente antes da atualização, mas acho que ela ainda era lembrada em algum lugar, pois o campo RESUME estava definido como o UUID antigo. Configurá-lo como nenhum raspou pelo menos 30s do meu tempo de inicialização! Topo!

— Michel

Para mim, o problema era que eu não tinha uma partição de swap (nenhuma ideia de como isso aconteceu). Corrigi o meu problema criando uma partição swap e adicionando-a ao arquivo, conforme descrito nesta resposta.

— tjespe

Não sei o que você quer dizer com "O arquivo deve conter o UUID ...". Eu tenho dois TYPE = "swap" UUID, o real (/ dev / sda6) e o mapeado (/ dev / mapper / cryptswap1). Talvez isso aconteça se você não tiver uma partição swap OU criptografada. Enfim, eu deixei o =nonee tudo funciona bem agora.

— Pablo A

add: no Ubuntu 18.10 /etc/initramfs-tools/conf.d/resume não existe, então eu o criei e RESUME = nenhum fez isso por mim.

— NoAngel

Eu tive o mesmo problema com toda a instalação do Ubuntu.

Estou usando o LVM com swap em um LV.

Em uma área de trabalho, /etc/initramfs-tools/conf.d/resumerefere-se a um UUID que evita a possibilidade de hibernar.

Em um servidor /etc/initramfs-tools/conf.d/resumenão existe após a instalação e introduz atraso na inicialização e / ou erro do lvmetad.

sudo su -c 'echo RESUME=/dev/mapper/the_swap_LV_name > /etc/initramfs-tools/conf.d/resume' 
sudo update-initramfs -u

https://launchpad.net/bugs/1768230

Não há mais atraso na inicialização ou erro do lvmetad.

Atenciosamente

— moocan
fonte