Ubuntu 15.04 gestore di rete che causa l'avvio lento

Dall'aggiornamento dal 14.10 al 15.04 qualche giorno fa il tempo di avvio, dalla schermata del sistema operativo alla schermata di accesso, è aumentato da 12 secondi a circa 40. Questo è il mio output di analisi critica della catena di sistema :

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

Sembra esserci un problema con il servizio di gestione della rete.

La parte superiore del registro delle responsabilità di systemd-analizza è simile alla seguente:

     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

La versione completa è disponibile qui .

Anche l' output del diagramma di analisi di systemd può essere visto qui .

Grazie per il tuo tempo.

Puoi cambiare il timeout di nm-online in qualcosa come 10:

Modifica /lib/systemd/system/NetworkManager-wait-online.servicecome root o usando sudo.

Cerca le linee:

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

Cambia 30in quello che ti piace. 10ha funzionato bene per me.

Ma attenzione, ciò potrebbe interrompere i servizi che dipendono da esso.

fonte

Ho affrontato lo stesso problema prima, NetworkManagerimpiegando circa 8 secondi. Esistono tre modi per risolvere questo problema:

1. Disabilita la connessione automaticamente per la tua connessione

   modifica connessioni > seleziona la tua connessione> modifica e disabilita la connessione automaticamente

   

2. Puoi semplicemente disabilitare Enable networkingdall'indicatore di rete.

3. È possibile disabilitare il servizio eseguendo questo comando

   systemctl disable NetworkManager-wait-online.service
   

Disabilitare dhcpsu eth0interfaccia.

Se dhcp è configurato eth0e il cavo non è collegato, il sistema continuerà a cercare un indirizzo IP da assegnare al dispositivo, fino al timeout della richiesta di indirizzo IP, prima che l'avvio continui.

Per verificare se ciò risolve il problema, fare sudo /etc/init.d/networking restarte prendere nota del tempo necessario per riavviare questo servizio.

Il servizio verrà riavviato in pochissimo tempo, se non ci sono problemi con l' eth0interfaccia, altrimenti verranno presentati un lungo ritardo e un timeout.