Le gestionnaire de réseau Ubuntu 15.04 provoque un démarrage lent

Depuis la mise à niveau du 14.10 au 15.04 il y a quelques jours, le temps de démarrage, écran du système d'exploitation grub vers l'écran de connexion, est passé de 12 secondes à environ 40. Voici ma sortie de la chaîne critique d'analyse système :

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

Il semble y avoir un problème avec le service de gestion de réseau.

Le haut du journal des blâme de systemd-analyse ressemble à ceci:

     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

La version complète peut être consultée ici .

La sortie du tracé d'analyse système peut également être vue ici .

Merci pour votre temps.

Vous pouvez changer le délai d'expiration de nm-online à quelque chose comme 10:

Modifiez en /lib/systemd/system/NetworkManager-wait-online.servicetant que root ou en utilisant sudo.

Recherchez les lignes:

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

Changez 30pour ce que vous voulez. 10a bien fonctionné pour moi.

Mais attention, cela peut casser les services qui en dépendent.

La source

J'ai rencontré le même problème auparavant, en NetworkManagerprenant environ 8 secondes. Il existe trois façons de résoudre ce problème:

1. Désactiver la connexion automatiquement pour votre connexion

   modifier les connexions > sélectionner votre connexion> modifier et désactiver automatiquement la connexion

   

2. Vous pouvez simplement désactiver l' Enable networkingindicateur de réseau.

3. Vous pouvez désactiver le service en exécutant cette commande

   systemctl disable NetworkManager-wait-online.service
   

Désactiver dhcpsur l' eth0interface.

Si vous avez configuré DHCPeth0 et que le câble n'est pas connecté, le système continuera à rechercher une adresse IP pour attribuer votre appareil, jusqu'à ce que la demande d'adresse IP expire, avant que le démarrage ne se poursuive.

Pour vérifier si cela résoudrait votre problème, procédez sudo /etc/init.d/networking restartet notez le temps nécessaire pour redémarrer ce service.

Le service redémarrera en un rien de temps, s'il n'y a pas de problèmes d' eth0interface, sinon, un long délai et un délai d'attente seront présentés.