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