Entendo que resolver longos períodos de inicialização envolve a análise de quanto tempo leva para inicializar o que, mas a saída de systemd-analyze blamee systemd-analyze plotme deixou intrigado.

~ $ systemd-analyse
Inicialização concluída em 12.557s (firmware) + 4.516s (carregador) + 3.732s (kernel) + 26.720s (espaço de usuário) = 47.526s

~ $ systemd-analyse a culpa | grep "\ s [1-9] * \".
          8.989s keyboard-setup.service
          8.757s dev-sda2.device
          6.055s apparmor.service
          4.948s accounts-daemon.service
          4.446s NetworkManager.service
          3.383s gpu-manager.service
          3.134s systemd-udevd.service
          3.079s snapd.firstboot.service
          2.440s udisks2.service
          2.249s grub-common.service
          2.093s upower.service
          1.943s networking.service
          1.661s avahi-daemon.service
          1.461s rsyslog.service
          1.460s pppd-dns.service
          1.449s systemd-tmpfiles-setup-dev.service
          1.387s systemd-rfkill.service
          1.290s colord.service
          1.210s resolvconf.service
          1.192s apport.service
          1.188s systemd-modules-load.service
          1.187s systemd-remount-fs.service
          1.166s dev-mqueue.mount
          1.152s bluetooth.service
          1.032s lightdm.service
          1.013s plymouth-quit-wait.service

Em formação

A máquina é um Dell Inspiron 5559; Eu o tenho desde fevereiro / março de 2016.

~ $ uname -imporvs
Linux 4.8.0-32-generic # 34-Ubuntu SMP Ter 13 de dezembro 14:30:43 UTC 2016 x86_64 x86_64 x86_64 GNU / Linux

A distribuição é o Lubuntu 16.10 com LXDE.

~ $ sudo partiu a unidade / dev / sda mib print
Modelo: ATA ST1000LM024 HN-M (scsi)
Disco / dev / sda: 953870MiB
Tamanho do setor (lógico / físico): 512B / 4096B
Tabela de partição: gpt
Sinalizadores de disco: 

Número Início Tamanho final Sistema de arquivos Nome Sinalizadores
 1 partição do sistema EFI 1.00MiB 513MiB 512MiB fat32 EFI, esp
 2 513MiB 937591MiB 937078MiB ext4
 Para mais informações, consulte o manual do usuário.

O pior é que os tempos dos módulos individuais variam um pouco (1 a 2 segundos, observados após esse problema desde que eu instalei o Lubuntu), o que significa que eu precisaria atualizar systemd-analyze blameconstantemente ou registrar uma série de reinicializações e fazer uma média.

Alguém pode me dizer por onde eu poderia começar ?

ATUALIZAR

~ $ systemd-analyse a culpa | grep "\ s [1-9] * \".
         16.083s dev-sda2.device
         15.435s keyboard-setup.service
          8.015s systemd-udevd.service
          4.090s NetworkManager.service
          3.644s systemd-tmpfiles-setup-dev.service
          2.621s apparmor.service
          2.549s grub-common.service
          2.477s plymouth-read-write.service
          1.560s accounts-daemon.service
          1.107s systemd-modules-load.service
          1.002s colord.service

~ $ systemd-analyse cadeia crítica
O tempo após a unidade estar ativa ou iniciada é impresso após o caractere "@".
O tempo que a unidade leva para iniciar é impresso após o caractere "+".

graphical.target @ 25.631s
└─multiusuário.target @ 25.631s
  └─getty.target @ 25.631s
    └─getty@tty1.service @ 25.631s
      └─system-getty.slice @ 25.630s
        └─setvtrgb.service @ 25.407s + 222ms
          └─systemd-user-sessions.service @ 25.245s + 2ms
            └─network.target @ 25.245s
              └─NetworkManager.service @ 21.154s + 4.090s
                Bus─dbus.service @ 21.147s
                  └─basic.target @ 21.139s
                    └─sockets.target @ 21.139s
                      └─snapd.socket @ 21.136s + 2ms
                        └─sysinit.target @ 21.110s
                          └─apparmor.service @ 18.488s + 2.621s
                            └─local-fs.target @ 18.488s
                              └─boot-efi.mount @ 18.387s + 100ms
                                └─systemd-fsck @ dev-disk-by \ x2duuid-7930 \ x2d6EDD.service @ 18.198s + 150ms
                                  Clique no botão `` Desinstalar '' e, em seguida, clique em `` Desinstalar ''.

Pelo menos culpados claros estão aparecendo.

FECHADAS

A postagem está sendo fechada porque eu migrei para outra distribuição (Gentoo) onde o problema não surgiu, então a questão não é mais relevante.

Alguém pode me dizer por onde eu poderia começar?

Execute uma sessão do Ubuntu ao vivo (ou qualquer distro que vem com o recurso "tente sem instalar")

Muitas vezes, as distros baseadas no Linux levam muito tempo para inicializar ou até falham ao inicializar quando há algum problema com um componente periférico como teclado ou NIC, etc. Por exemplo, a tecla "Para cima" do teclado do meu laptop antigo permanece no estado pressionado sem ser pressionada fisicamente . Por causa disso, o keyboard-setup.sh espera por um longo tempo, falha ao concluir e, finalmente, vejo várias mensagens de erro que me notificam que o Ubuntu não pode inicializar. Desconectar o teclado durante a inicialização foi a solução alternativa para eu inicializá-lo.

Testar seu hardware para esse tipo de erro seria um bom ponto de partida. Se você souber de um problema de hardware no seu laptop, tente desconectar esse componente durante a inicialização (provavelmente placa de rede ou teclado porque mencionou polktid e keyboard-setup.sh)