Gerenciador de rede do Ubuntu 15.04 causando inicialização lenta

12

Desde a atualização de 14.10 para 15.04, há alguns dias, o tempo de inicialização, tela do sistema operacional para a tela de login, aumentou de 12 segundos para cerca de 40. Esta é a minha saída 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 @37.433s
    └─multi-user.target @37.433s
      └─getty.target @37.432s
        └─[email protected] @37.432s
          └─systemd-user-sessions.service @35.906s +9ms
            └─remote-fs.target @35.904s
              └─media-XalnasStorage.mount @35.849s +53ms
                └─network-online.target @35.846s
                  └─network.target @11.636s
                    └─NetworkManager.service @11.502s +132ms
                      └─basic.target @11.487s
                        └─sockets.target @11.487s
                          └─avahi-daemon.socket @11.487s
                            └─sysinit.target @11.485s
                              └─networking.service @11.333s +65ms
                                └─apparmor.service @11.269s +63ms
                                  └─local-fs.target @11.268s
                                    └─media-TStore1.mount @10.331s +936ms
                                      └─local-fs-pre.target @10.328s
                                        └─systemd-remount-fs.service @10.320s +6ms
                                          └─systemd-fsck-root.service @10.303s +15ms
                                            └─systemd-journald.socket @151ms
                                              └─-.slice @150ms

Parece haver um problema com o serviço de gerenciamento de rede.

A parte superior do log systemd-analyse blame tem esta aparência:

     24.209s NetworkManager-wait-online.service
     10.056s systemd-udev-settle.service
      1.499s plymouth-quit-wait.service
       936ms media-TStore1.mount
       487ms dev-disk-by\x2duuid-920a92b0\x2d6e65\x2d4a7a\x2d855d\x2d81cb436cd85f.device
       425ms [email protected]
       421ms [email protected]
       407ms media-TStore2.mount
       267ms gpu-manager.service
       215ms plymouth-read-write.service
       209ms [email protected]
       132ms NetworkManager.service
        83ms ModemManager.service

A versão completa pode ser vista aqui .

Além disso, a saída análise do systemd pode ser vista aqui .

Obrigado pelo seu tempo.

    
por alx.balmus 27.04.2015 / 22:16

3 respostas

10

Você pode alterar o tempo limite do nm-online para algo como 10:

Edite /lib/systemd/system/NetworkManager-wait-online.service como root ou usando sudo.

Procure as linhas:

[Service]
Type=oneshot
ExecStart=/usr/bin/nm-online -s -q --timeout=30

Altere 30 para o que você quiser. 10 funcionou bem para mim.

Mas cuidado isso pode interromper serviços que dependem dele.

Fonte

    
por billgates 28.04.2015 / 18:20
13

Eu enfrentei o mesmo problema antes, NetworkManager demorou cerca de 8 segundos. Existem três maneiras de resolver este problema:

  1. Desativar a conexão automaticamente para sua conexão

    editar conexões > selecione sua conexão > editar e desativar conectando-se automaticamente

  2. Você pode simplesmente desativar Enable networking do indicador de rede.

  3. Você pode desativar o serviço executando este comando

    systemctl disable NetworkManager-wait-online.service
    
por Mohamed Slama 24.05.2016 / 17:57
3

Desative dhcp na interface eth0 .

Se você tiver dhcp configurado em eth0 e o fio não estiver conectado, o sistema continuará procurando um endereço IP para atribuir seu dispositivo, até que o pedido de tempo limite de IP seja excedido. antes do boot continuar.

Para verificar se isso resolveria seu problema, faça sudo /etc/init.d/networking restart e anote quanto tempo demora para este serviço ser reiniciado.

O serviço será reiniciado em pouco tempo, se não houver problemas em torno de eth0 interface, senão, um longo atraso e tempo limite serão apresentados.

    
por Peter 20.02.2016 / 11:40