Após a atualização de 17.10, experimentei tempos de inicialização mais longos. No começo demorou mais de 5 minutos. dmesg revelou que o culpado era um drive de disquete inexistente, que o kernel tentou encontrar.
Imediatamente removendo isso, os 5 minutos caíram para cerca de 40 segundos, o que eu sinto que ainda é mais do que demorou antes da atualização. Executar dmesg novamente mostra que leva 30 segundos para montar um sistema de arquivos ( saída completa ), com a seguinte mensagem:
[ 36.362834] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
Estou inicializando de um SSD, com dois outros discos rígidos conectados, um dos quais está formatado no ext4, mas não contém dados do sistema. Eu presumo que este seja o SSD. Durante esses 30 segundos, nenhum texto é exibido, nem splash, apenas uma tela em branco.
Agora, eu disse que parece mais lento do que antes de atualizar, porque eu não tenho tempos exatos de antes, então minha primeira pergunta é, é normal levar 30 segundos para montar um sistema de arquivos, e se não, como descubra mais sobre o que poderia estar causando o atraso?
EDIT 1:
Ativar ou desativar a troca não tem efeito algum
Entretanto, instalei outro disco rígido no meu computador. Parece ter prolongado ainda mais o meu tempo de inicialização em cerca de 10 segundos, com outra linha aparecendo em dmesg output, logo antes do atraso de 30 segundos acima mencionado:
[ 3.312351] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[ 17.169519] random: crng init done
[ 51.611617] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
EDIT 2:
systemd-analyze blame resultados são aqui
Enquanto isso, depois de várias reinicializações, as linhas dmesg que eu culpei acima mudaram seus tempos assim:
[ 3.348384] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[ 34.091886] random: crng init done
[ 36.488321] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
Vou fazer algumas reinicializações para descobrir se isso muda aleatoriamente ou permanece o mesmo (o bloco de código na primeira edição é da primeira inicialização após inserir o disco extra).
EDIT 2.5: o random: crng init done geralmente aparece em tempos como mostrado na edição 1, raramente como na edição 2. Parece ser ... aleatório.
Eu tive o mesmo problema. Durante as mensagens de inicialização, ele informava que o tempo limite estava aguardando o dispositivo de reinício. Verifique em /etc/initramfs-tools/conf.d/resume se houver UUID como RESUME=some-uuid remove uuid e substitua por "none" por RESUME=none . Depois disso, execute sudo update-initramfs -uk all e deve ser bom.
Eu tive um aumento semelhante nos tempos de inicialização e, após investigar com dmesg e systemd-analyze blame , o culpado pareceu ser random: crng init
O problema parece não ser suficiente entropia na inicialização do SSD para inicialização. Esta hipótese parece ser confirmada porque mexer o mouse um monte durante a inicialização diminui o tempo de inicialização de cerca de 2 minutos para baixo para perto do que era antes.
Na inicialização, o kernel aguarda movimentos do mouse para inicializar o gerador de números aleatórios.
Mensagens do kernel na inicialização:
sudo dmesg | less
O problema: kernel: random: crng init done
A solução: sudo apt install haveged e sudo systemctl enable haveged