Gerenciador de rede Ubuntu 15.04 causando inicialização lenta

Desde a atualização das 14.10 para as 15.04, alguns dias atrás, o tempo de inicialização, da tela do GRub OS para a tela de login, aumentou de 12 segundos para cerca de 40. Este é o meu sistema analisando a saída da cadeia crítica :

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 do gerenciador de rede.

A parte superior do registro de culpa systemd-analy se parece com isso:

     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 .

Também a saída do gráfico systemd-analyse pode ser vista aqui .

Obrigado pelo seu tempo.

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

Edite /lib/systemd/system/NetworkManager-wait-online.servicecomo root ou usando o sudo.

Procure as linhas:

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

Mude 30para o que quiser. 10funcionou bem para mim.

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

Fonte

Eu enfrentei o mesmo problema antes, NetworkManagerlevando cerca de 8 segundos. Existem três maneiras de resolver esse problema:

1. Desativar a conexão automática para sua conexão

   editar conexões > selecione sua conexão> edite e desative a conexão automaticamente

   

2. Você pode simplesmente desativar o Enable networkingindicador de rede.

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

   systemctl disable NetworkManager-wait-online.service
   

Desativar dhcpna eth0interface.

Se você tiver o dhcp configurado eth0e o fio não estiver conectado, o sistema continuará procurando um endereço IP para atribuir seu dispositivo, até o tempo limite da solicitação de endereço IP, antes que a inicialização continue.

Para verificar se isso resolveria o seu problema, sudo /etc/init.d/networking restartanote quanto tempo leva para que esse serviço seja reiniciado.

O serviço será reiniciado eth0rapidamente , se não houver problemas na interface, caso contrário, será apresentado um longo atraso e tempo limite.