Ubuntu 16.04.3 “ainda” leva 1,5 minutos para inicializar após clone bem-sucedido para SSD e com noatime e trim e AHCI boot? [RESOLVIDO]

Question

Aprecie qualquer ajuda. Inicialização muito lenta no Ubuntu 16.04.3 com SSD ainda. quando eu corro

    systemd-analyze blame

Eu obtenho

    40.044s snapd.refresh.service
     29.529s apt-daily.service
      6.510s NetworkManager-wait-online.service
      2.469s apt-daily-upgrade.service
      1.814s snapd.service
      1.649s [email protected]
       936ms dev-sda2.device
       168ms ufw.service
       131ms ModemManager.service
       126ms lightdm.service
        86ms swapfile.swap
        83ms apport.service
        81ms systemd-fsck@dev-disk-by\x2duuid-BE45\x2d57DB.service
        78ms dev-loop0.device
        77ms speech-dispatcher.service
        71ms snap-core-2844.mount
        69ms alsa-restore.service
        69ms lm-sensors.service
        65ms pppd-dns.service
        64ms apparmor.service
        64ms rsyslog.service
        63ms accounts-daemon.service
        63ms systemd-user-sessions.service

quando eu corro

    snap list

Eu obtenho

    Name                        Version        Rev   Developer       Notes
    core                        16-2.27.6      2898  canonical       core
    keepassxc                   2.2.0          23    keepassxreboot  -
    ufw                         0.36pre-16.10  14    canonical       -
    ultimate-media-downloader2  1              1     keshavnrj       -

Eu não estou familiarizado com o snap ou o que fazer. Posso desabilitar ou editar

     40.044s snapd.refresh.service
     29.529s apt-daily.service
      6.510s NetworkManager-wait-online.service

para tornar minha inicialização mais rápida? Aprecio qualquer ajuda porque minha bota é muito lenta. {Mas depois que a inicialização lenta é concluída, o ssd se sente mais rápido dentro do Ubuntu, e eu já estou no modo de inicialização AHCI no BIOS}. Por favor ajude. Aprecie qualquer orientação.

Atualização 1:

A inicialização ainda leva mais de 1,5 minutos. Eu tentei tudo isso e ainda nenhuma mudança e inicializo muito devagar. Eu fiz

    sudo systemctl disable snapd.refresh.service
    sudo systemctl disable NetworkManager-wait-online.service

Execute sudoedit /etc/rc.local e adicionou isso antes da linha com a saída 0:

    rfkill block bluetooth

e eu tentei isso também

    sudo systemctl edit apt-daily.timer 

e colou o seguinte texto no janela do editor:

   # apt-daily timer configuration override
   [Timer]
   OnBootSec=15min
   OnUnitActiveSec=1d
   AccuracySec=1h
   RandomizedDelaySec=30min

Mas minha inicialização ainda é muito lenta leva mais de 1,5 minutos. Agora, quando eu corro systemd-analyze blame , obtenho

     1.503s snapd.service
      1.246s [email protected]
       989ms virtualbox.service
       872ms dev-sda2.device
       674ms systemd-rfkill.service
       455ms dev-loop3.device
       149ms snap-core-2844.mount
       126ms lightdm.service
       119ms snap-core-2898.mount
       107ms accounts-daemon.service
       102ms apparmor.service
       100ms snap-core-2774.mount
        98ms ufw.service
        97ms ModemManager.service
        92ms snap-ufw-14.mount
        86ms systemd-fsck@dev-disk-by\x2duuid-BE45\x2d57DB.service
        86ms grub-common.service
        85ms swapfile.swap
        68ms plymouth-quit-wait.service
        59ms console-setup.service
        56ms preload.service
        54ms irqbalance.service
        52ms apport.service

Mas quando executo systemd-analyze recebo Startup finished in 5.179s (firmware) + 2.884s (loader) + 8.072s (kernel) + 3min 504ms (userspace) = 3min 16.641s

A inicialização ainda é muito lenta. Diz meu (userspace) leva 3mins? 3min 504ms (userspace) = 3min 16.641s Algum conselho, por favor? (Eu estou no SSD com noatime, trim e AHCI todos já definidos).

Atualização 2:

Quando eu corro cat /var/log/syslog , ele fica louco rápido demais Não consigo copiá-lo, mas ele está repetindo a mesma coisa. Então eu corro less /var/log/syslog eu recebo

    Sep 25 07:30:04 jon kernel: [  473.457872] pcieport 0000:00:1c.2:   device [8086:a112] error status/mask=00000001/00002000
    Sep 25 07:30:04 jon kernel: [  473.457873] pcieport 0000:00:1c.2:    [ 0] Receiver Error         (First)
    Sep 25 07:30:04 jon kernel: [  473.457876] pcieport 0000:00:1c.2: AER: Corrected error received: id=00e2
    Sep 25 07:30:04 jon kernel: [  473.458511] pcieport 0000:00:1c.2: can't find device of ID00e2
    Sep 25 07:30:04 jon kernel: [  473.458574] pcieport 0000:00:1c.2: AER: Corrected error received: id=00e2
    Sep 25 07:30:04 jon kernel: [  473.458577] pcieport 0000:00:1c.2: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e2(Receiver ID)
    Sep 25 07:30:04 jon kernel: [  473.458579] pcieport 0000:00:1c.2:   device [8086:a112] error status/mask=00000001/00002000Sep 25 07:30:04 jon kernel: [  473.458580] pcieport 0000:00:1c.2:    [ 0] Receiver Error         (First)
    Sep 25 07:30:04 jon kernel: [  473.460512] pcieport 0000:00:1c.2: AER: Corrected error received: id=00e2
    Sep 25 07:30:04 jon kernel: [  473.460515] pcieport 0000:00:1c.2: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e2(Receiver ID)
    Sep 25 07:30:04 jon kernel: [  473.460518] pcieport 0000:00:1c.2:   device [8086:a112] error status/mask=00000001/00002000

(Informações adicionais: Antes de eu perceber que meus logs (com milhares de pcie Bus error logs) estavam ocupando mais de 100 Gb (!) de espaço do meu SSD de 250 Gb. Agora usei logrotate e logs limitados para 100M e configurei o logrotate para executar daily e meu uso de disco passou de 180Gb para 80Gb.)

Eu sei que o pcie Bus error é um bug conhecido. Então é isso que está atrasando minha bota? Aprecie o conselho.

Atualização 3

Quando executo lspci , obtenho

    00:00.0 Host bridge: Intel Corporation Device 5910 (rev 05)
    00:01.0 PCI bridge: Intel Corporation Sky Lake PCIe Controller (x16) (rev 05)
    00:02.0 VGA compatible controller: Intel Corporation Device 591b (rev 04)
   00:04.0 Signal processing controller: Intel Corporation Skylake Processor Thermal Subsystem (rev 05)
   00:14.0 USB controller: Intel Corporation Sunrise Point-H USB 3.0 xHCI Controller (rev 31)
   00:14.2 Signal processing controller: Intel Corporation Sunrise Point-H Thermal subsystem (rev 31)
   00:15.0 Signal processing controller: Intel Corporation Sunrise Point-H LPSS I2C Controller #0 (rev 31)
  00:15.1 Signal processing controller: Intel Corporation Sunrise Point-H LPSS I2C Controller #1 (rev 31)
  00:16.0 Communication controller: Intel Corporation Sunrise Point-H CSME HECI #1 (rev 31)
  00:17.0 SATA controller: Intel Corporation Sunrise Point-H SATA Controller [AHCI mode] (rev 31)
  00:1c.0 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #1 (rev f1)
  00:1c.2 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #3 (rev f1)
  00:1c.3 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #4 (rev f1)
  00:1f.0 ISA bridge: Intel Corporation Sunrise Point-H LPC Controller (rev 31)
  00:1f.2 Memory controller: Intel Corporation Sunrise Point-H PMC (rev 31)
  00:1f.3 Audio device: Intel Corporation Device a171 (rev 31)
  00:1f.4 SMBus: Intel Corporation Sunrise Point-H SMBus (rev 31)
  01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 950M] (rev a2)
  03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter
  04:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5287 (rev 01)
  04:00.1 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 12)

Atualização 4

Por acaso tentei a solução alternativa de AER: erro corrigido recebido erro de barramento PCIe

"A solução atual é adicionar pci = noaer à sua linha de comando do kernel:

1) edite /etc/default/grub e adicione pci=noaer à linha que começa com GRUB_CMDLINE_LINUX_DEFAULT. Isso parecerá assim: %código% 2) execute GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=noaer" 3) reinicie "

Isso funcionou ao interromper o sudo update-grub de ser inundado e enviado por spam com as mensagens syslog .

Isso é ótimo. Eu não vejo mais essas mensagens de erro na inicialização.

Mas meu tempo de inicialização ainda é de 90 segundos.

Quando executo o pcieport 0000:00:1c.2: AER: Corrected error received: id=00e2 , obtenho

systemd-analyze ainda.

Estou no modelo de laptop Asus X550V i7-7700HQ Skylake cpu (com Geforce GTX Nividia 950M no Samsung 850 Evo 250Gb SSD) no Kernel 4.13.3-041303-genérico. Eu tive o mesmo problema no kernel 4.10.0-35, por isso mudei para o kernel 4.13 para ver se havia alguma melhoria, mas é o mesmo problema ainda lento inicialização.

Ainda preciso adicionar Startup finished in 6.232s (firmware) + 3.306s (loader) + 8.247s (kernel) + 3min 551ms (userspace) = 3min 18.337s ao Grub, como sugerido nos comentários abaixo, se eu não tiver mais as mensagens de erro do pcie buss?

Isso ajudará o meu tempo de inicialização ainda lento?

Atualização 5

[ RESOLVIDO usando todas as recomendações. Inicialize agora 10 a 15 segundos]

Veja soluções e amp; comentários abaixo. (TL / DR o erro final foi boot estava procurando por cryptswap antigo. Resolvido desabilitando pci=nomsi e editando cryptswap )

    

Answer 1

Eu passei por um similar (embora não tão drástico) experiência .

Do terminal você precisa usar:

sudo systemctl disable snapd.refresh.service
sudo systemctl disable NetworkManager-wait-online.service

Se você não estiver usando snapd , desabilitá-lo não será um problema. De acordo com minha própria experiência, desabilitar NetworkManager-wait-online-service durante a inicialização não é um problema.

No que diz respeito a apt-daily.service , é um bug conhecido . Não foi projetado para ser executado durante a inicialização, mas quinze minutos em sua sessão. Há um par de respostas diferentes para esse problema, mas como eu nunca encontrei, não posso dizer qual é o melhor. (Eu iria com aquele com mais votos positivos).

Embora a inicialização do SSD tenha levado meu tempo de 45 segundos a 11 segundos, lamento ter comprado uma pensando que isso resolveria esse problema específico. Você ainda gostará disso, porque os aplicativos serão carregados em alguns segundos, em vez de 15 segundos.

    

Answer 2

[RESOLVIDO]

Depois de tentar todas as opções acima e, assim, corrigir as mensagens PCIe Bus Error e AER Corrected error recieved que estavam inundando meu syslog e depois de usar '

sudo systemctl disable snapd.refresh.service
sudo systemctl disable NetworkManager-wait-online.service

como sugerido acima para remover mais tempo de inicialização, minha inicialização ainda era de 80 ou mais segundos.

Então notei quando executei less /var/log/syslog este erro também no meu syslog

    systemd[1]: Dependency failed for Cryptography Setup for cryptswap1.
    systemd[1]: Dependency failed for dev-mapper-cryptswap1.device.

Parece que minha inicialização também estava procurando cryptswap , que substituí com um swapfile há um tempo atrás. Eu perdi esse erro graças às mensagens de erro PCIe Bus Error e AER que estavam inundando meu syslog e que estava ocupando quase 100Gb de meu espaço em disco (!)

A solução final aqui removendo cryptswap e Como desativar o Crytswap seguindo esta explicação .

Parece que eu já havia comentado a linha cryptswap1 em fstab que não estava em uso, mas ainda não havia comentado a linha em /etc/crypttab então eu fiz o seguinte;

    sudo cryptsetup remove /dev/mapper/cryptswap1
    sudo vim /etc/crypttab
    *comment out the 'cryptswap1 UUID= .... ' line*

agora minha inicialização é de 10 a 15 segundos! Aprecie toda a ajuda.