FECHADO - Tempos de inicialização do systemd muito confusos, não sei por onde começar

Question

Eu entendo que resolver tempos longos de inicialização envolve analisar quanto tempo leva para inicializar o que, mas a saída de systemd-analyze blame e systemd-analyze plot me deixou perplexo.

~ $ systemd-analyze
Startup finished in 12.557s (firmware) + 4.516s (loader) + 3.732s (kernel) + 26.720s (userspace) = 47.526s

~ $ systemd-analyze blame | 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

Informação

AmáquinaéumDellInspiron5559;Eutivedesdefevereiro/marçode2016.

~$uname-imporvsLinux4.8.0-32-generic#34-UbuntuSMPTueDec1314:30:43UTC2016x86_64x86_64x86_64GNU/Linux

AdistribuiçãoéLubuntu16.10w/LXDE.

~$sudoparted/dev/sdaunitmibprintModel:ATAST1000LM024HN-M(scsi)Disk/dev/sda:953870MiBSectorsize(logical/physical):512B/4096BPartitionTable:gptDiskFlags:NumberStartEndSizeFilesystemNameFlags11.00MiB513MiB512MiBfat32EFISystemPartitionboot,esp2513MiB937591MiB937078MiBext43937591MiB953869MiB16278MiBlinux-swap(v1)

Apiorparteéqueostemposdosmódulosindividuaisvariamumpouco(1a2segundos,observadosapartirdoseguinteproblemadesdequeeuinstaleioLubuntu),oquesignificaqueeuprecisariaatualizarsystemd-analyzeblameconstantementeouregistrarumasériedereinicializaçõese,emseguida,fazerumamédia.

Alguémpodemedizerondeeupoderiacomeçar?

UPDATE

Aatualizaçãode16.10para17.04viasudoaptdist-upgrademudouconsideravelmenteasituação.

~$systemd-analyzeblame|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-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @25.631s
└─multi-user.target @25.631s
  └─getty.target @25.631s
    └─[email protected] @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
                └─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
                                  └─dev-disk-by\x2duuid-7930\x2d6EDD.device @18.198s

Pelo menos culpados claros estão aparecendo.

FECHADO

O post está sendo fechado porque eu migrei para outra distro (Gentoo) onde o problema não surgiu, então a questão não é mais relevante.

    

Answer 1

Can anyone tell me where I could start?

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

Muitas vezes, as distribuições baseadas no Linux levam muito tempo para inicializar ou até mesmo não 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 pressionada sem sendo fisicamente pressionado. Devido a isso, o keyboard-setup.sh aguarda por um longo tempo, não consegue concluir e, finalmente, vejo um monte de mensagens de erro que me avisam do Ubuntu não ser capaz de inicializar. Desconectar o teclado durante a inicialização foi a solução para eu fazer isso.

Testar seu hardware para esse tipo de erro seria um bom ponto de partida. Se você sabe sobre um problema de hardware com seu laptop, você pode tentar desconectar esse componente durante a inicialização (provavelmente NIC ou teclado porque você mencionou polktid e keyboard-setup.sh)