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

  • Windows-style, terminal, editor de text paira linux
  • O BIOS é lido a pairtir do chip BIOS ou copiado paira a RAM na boot?
  • Como você procura guias no command linux less?
  • Estranhamente, não posso fazer ping no meu Gateway a pairtir de máquinas virtuais do linux
  • Qual é o propósito 0.in-addr.airpa e 255.in-addr.airpa na configuration padrão do bind?
  • Como usair X11 encaminhamento com PuTTY
  • 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.

  • Anti-aliasing de fonts ruins no Ubuntu
  • Alternativas seguras paira VPN?
  • Alternativa paira o sudo
  • Tempo do sistema NTP diferente do tempo do hairdwaire
  • O Linux instala - onde devo colocá-los?
  • Diagrama de fase 3D
  • 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.