El administrador de red Ubuntu 15.04 provoca un arranque lento

Desde la actualización de 14.10 a 15.04 hace unos días, el tiempo de arranque, la pantalla del sistema operativo grub a la pantalla de inicio de sesión, ha aumentado de 12 segundos a aproximadamente 40. Esta es mi salida de cadena crítica de análisis de 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

Parece haber un problema con el servicio de administrador de red.

La parte superior del registro de culpa systemd-analyse se ve así:

     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 versión completa se puede ver aquí .

También se puede ver la salida del gráfico systemd-analyse aquí .

Gracias por tu tiempo.

Puede cambiar el tiempo de espera de nm-online a algo así como 10:

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

Busca las líneas:

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

Cambia 30a lo que quieras. 10funcionó bien para mí

Pero cuidado, esto puede romper los servicios que dependen de él.

Fuente

Me enfrenté al mismo problema antes, NetworkManagertomando alrededor de 8 segundos. Hay tres formas de resolver este problema:

1. Desactiva la conexión automática para tu conexión

   editar conexiones > seleccionar su conexión> editar y deshabilitar la conexión automáticamente

   

2. Simplemente puede deshabilitar Enable networkingdesde el indicador de red.

3. Puede deshabilitar el servicio ejecutando este comando

   systemctl disable NetworkManager-wait-online.service
   

Deshabilitar dhcpen la eth0interfaz.

Si tiene configurado dhcpeth0 y el cable no está conectado, el sistema seguirá buscando una dirección IP para asignar su dispositivo, hasta que la solicitud de dirección IP agote el tiempo de espera, antes de que continúe el arranque.

Para verificar si esto resolvería su problema, sudo /etc/init.d/networking restarttome nota del tiempo que tarda este servicio en reiniciarse.

El servicio se reiniciará en poco tiempo, si no hay problemas con la eth0interfaz, de lo contrario, se presentará un gran retraso y tiempo de espera.