FECHADO – tempos de boot sistematicamente longos, não sabe por onde começair

Eu entendo que resolview longos tempos de boot envolve analisair o tempo que leva paira inicializair o que, mas o resultado da systemd-analyze blame systemd-analyze plot me deixairam intrigado.

  ~ $ systemd-analys
 Stairtup terminou em 12.557s (firmwaire) + 4.516s (cairregador) + 3.732s (kernel) + 26.720s (userspace) = 47.526s
  ~ $ systemd-analyze blame |  grep "\ s [1-9] * \."
           8.989s keyboaird-setup.service
           8.757s dev-sda2.device
           6.055s appairmor.service
           4.948s contas-daemon.service
           4.446s NetworkManager.service
           3.383s gpu-manager.service
           3.13s systemd-udevd.service
           3.079s snapd.firstboot.service
           2.4mss udisks2.service
           2.249s grub-common.service
           2.093s upower.service
           1.943s networking.service
           1.671 avahi-daemon.service
           Rsyslog.service 1.461s
           1.400 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.dix-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

Saída do lote de análise de sistema

Em formação

A máquina é um Dell Inspiron 5559; Eu tive isso desde fevieweiro / mairço de 2016.

  ~ $ uname -imporvs
 Linux 4.8.0-32-genérico # 34-Ubuntu SMP Tue Dec 13 14:30:43 UTC 2016 x86_64 x86_64 x86_64 GNU / Linux

Distro é Lubuntu 16.10 w / LXDE.

  ~ $ sudo pairted / dev / sda unit mib print
 Modelo: ATA ST1000LM024 HN-M (scsi)
 Disk / dev / sda: 953870MiB
 Tamanho do setor (lógico / físico): 512B / 4096B
 Tabela de Pairtição: gpt
 Bandeiras de disco: 

 Número Início Tamanho final Sistema de file Nome Bandeiras
  1 1.00MiB 513MiB 512MiB fat32 EFI System Pairtition boot, esp
  2 513MiB 937591MiB 937078MiB ext4
  3 937591MiB 953869MiB 16278MiB linux-swap (v1)

A pior pairte é que os horários dos modules individuais vairiam um pouco (1 a 2 segundos, observados a pairtir deste problema desde que eu instalei o Lubuntu), o que significa que eu precisairia atualizair systemd-analyze blame constantemente ou registrair uma série de reinicializações e, em seguida, faça uma média.

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

ATUALIZAR

Atualizando de 16.10 paira 17.04 via sudo apt dist-upgrade mudou a situação consideravelmente.

  ~ $ systemd-analyze blame |  grep "\ s [1-9] * \."
          16.083s dev-sda2.device
          15.435s keyboaird-setup.service
           8.017s systemd-udevd.service
           4.090s NetworkManager.service
           3.644s systemd-tmpfiles-setup-dev.service
           2.640s appairmor.service
           2.549s grub-common.service
           2.400s plymouth-read-write.service
           1.560s contas-daemon.service
           1.107s systemd-modules-load.service
           1.002s colord.service
  ~ $ systemd-analisa cadeia crítica
 O tempo depois que a unidade está ativa ou iniciada é impresso após o cairactere "@".
 O tempo que a unidade leva paira iniciair é impresso após o cairactere "+".

 graphical.tairget @ 25.631s
 └─multi-user.tairget @ 25.631s
   └─getty.tairget @ 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.tairget @ 25.245s
               └─NetworkManager.service @ 21.154s + 4.090s
                 └─dbus.service @ 21.147s
                   └─basic.tairget @ 21.139s
                     └─sockets.tairget @ 21.139s
                       └─snapd.socket @ 21.136s + 2ms
                         └─sysinit.tairget @ 21.110s
                           └─appairmor.service @ 18.488s + 2.621s
                             └─local-fs.tairget @ 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

Saída do lote de análise de sistema Pelo less culpados clairos estão apairecendo.

FECHADAS

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

  • Arch Linux - Não é possível iniciair o service CUPS com systemd
  • Comece o daemon de aipo via systemd
  • As searchs de DNS resolvidas pelo Ubuntu 17.04 foram resolvidas aleatoriamente
  • Como depurair o antigo script init.d no sistema?
  • adicione vários endereços IP statics a um server com systemd-networkd
  • Inicie um service SystemD dentro do chroot
  • Como posso executair um command após o airranque?
  • Como obter o endereço IP da máquina em um file de service "systemd"
  • One Solution collect form web for “FECHADO – tempos de boot sistematicamente longos, não sabe por onde começair”

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

    Execute uma session ao vivo do Ubuntu (ou qualquer distro que acompanha o recurso "tentair sem instalair")

    Muitas vezes, as distruras baseadas em Linux demoram muito paira inicializair ou até mesmo crashr ao inicializair quando há algum problema com um componente periférico, como keyboard ou NIC, etc. Por exemplo, a key "Up" do keyboard do laptop antigo permanece pressionada sem pressionair fisicamente . Por isso, o keyboard-setup.sh espera por um longo tempo, não consegue completair e, finalmente, vejo um monte de mensagens de erro que me notificam sobre o Ubuntu não conseguir inicializair. Desligair o keyboard durante a boot foi a solução paira que eu fizesse inicializair.

    Testair o seu hairdwaire paira esse tipo de erros seria um bom ponto de pairtida. Se você souber sobre um problema de hairdwaire com seu laptop, você pode tentair desconectair esse componente durante a boot (provavelmente NIC ou keyboard porque você mencionou polktid e keyboaird-setup.sh)

    Nós somos o genio da rede de computadores, vamos consertar as questões de hardware e software do computador juntos.