Ubuntu 15.04 Netzwerkmanager verursacht langsamen Start

Da Upgrade 14,10-15,04 vor ein paar Tagen die Boot - Zeit, grub OS Bildschirm Login - Bildschirm, hat sich von 12 Sekunden erhöht auf etwa 40. Das ist mein systemd-Analyse kritischen Kettenausgang:

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
        └─getty@tty1.service @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

Es scheint ein Problem mit dem Netzwerkmanager-Dienst zu geben.

Das obere Ende des systemd-analyse-Schuldprotokolls sieht folgendermaßen aus:

     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 systemd-rfkill@rfkill2.service
       421ms systemd-rfkill@rfkill0.service
       407ms media-TStore2.mount
       267ms gpu-manager.service
       215ms plymouth-read-write.service
       209ms systemd-rfkill@rfkill1.service
       132ms NetworkManager.service
        83ms ModemManager.service

Die vollständige Version finden Sie hier .

Auch die systemd-Analyse Plot ausgegeben zu sehen hier .

Vielen Dank für Ihre Zeit.

Sie können das Zeitlimit von nm-online auf 10 ändern:

Bearbeiten Sie /lib/systemd/system/NetworkManager-wait-online.serviceals root oder mit sudo.

Suchen Sie nach den Zeilen:

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

Ändern Sie 30nach Belieben. 10funktionierte gut für mich.

Aber Vorsicht Dies kann Pause Dienste , die davon abhängen.

Quelle

Ich hatte vorher das gleiche Problem, was NetworkManagerungefähr 8 Sekunden dauerte. Es gibt drei Möglichkeiten, um dieses Problem zu lösen:

1. Deaktivieren Sie die automatische Verbindung für Ihre Verbindung

   Verbindungen bearbeiten > Verbindung auswählen> Verbindung automatisch bearbeiten und deaktivieren

   

2. Sie können die Enable networkingNetzwerkanzeige einfach deaktivieren .

3. Sie können den Dienst deaktivieren, indem Sie diesen Befehl ausführen

   systemctl disable NetworkManager-wait-online.service
   

dhcpAuf eth0Schnittstelle deaktivieren .

Wenn Sie DHCP konfiguriert eth0haben und das Kabel nicht angeschlossen ist, sucht das System nach einer IP-Adresse, um Ihr Gerät zuzuweisen, bis die Anforderung der IP-Adresse abgelaufen ist, bevor der Startvorgang fortgesetzt wird.

Um zu überprüfen, ob dies Ihr Problem lösen würde sudo /etc/init.d/networking restart, notieren Sie sich, wie lange es dauert, bis dieser Dienst neu gestartet wird.

Der Dienst wird in kürzester Zeit neu gestartet, wenn es keine Probleme mit der eth0Benutzeroberfläche gibt, andernfalls wird eine lange Verzögerung und ein Timeout angezeigt.