El administrador de red Ubuntu 15.04 provoca un arranque lento

14

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

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

Gracias por tu tiempo.

alx.balmus
fuente
Al menos marque la respuesta como la mejor respuesta.
Suraj Jain
¿Para qué sirve este servicio?
Sandeep C
2
@SandeepC Espere a que la red se conecte, en caso de que se necesite una red para el arranque (por lo que no es realmente necesario para la mayoría de los usuarios de escritorio;) consulte askubuntu.com/questions/1018576/…
Simon Van Machin

Respuestas:

13

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

Bill Gates
fuente
44
Esta respuesta mejoró enormemente el tiempo de arranque en mi sistema. La parte superior de la salida de culpa de systemd-analyse ahora se ve así: 9.861s systemd-udev-settle.service 6.920s NetworkManager-wait-online.service Sin embargo, el tiempo de arranque es aún mayor que en la versión anterior de Ubuntu. Edité su respuesta porque el archivo mencionado está en una ubicación diferente en Ubuntu 15.04.
alx.balmus
2
Un efecto secundario de disminuir el valor de tiempo de espera es que el indicador del administrador de red aparece mientras se muestra la pantalla de inicio de sesión o si inicia sesión muy rápido, se muestra después de haber iniciado sesión. Esto sucedió en Ubuntu 14.10 y versiones anteriores. Esto es solo un efecto secundario "cosmético". No he encontrado ningún efecto secundario no deseado funcional.
alx.balmus
11
Debe usar algo como systemctl edit NetworkManager-wait-online.serviceo /etc/systemd/system/NetworkManager-wait-online.service.d/override.conf, de lo contrario, los cambios no persistirán.
Tobu
2
¿Para qué sirve este servicio?
Sandeep C
No funcionó para mí, en lugar de que deshabilitar el servicio systemctl disable NetworkManager-wait-online.servicefuncionó bien.
Rochdi Boudjehem
15

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

    ingrese la descripción de la imagen aquí

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

  3. Puede deshabilitar el servicio ejecutando este comando

    systemctl disable NetworkManager-wait-online.service
    
Mohamed Slama
fuente
1
El tercero también funcionó para mí sin efectos negativos (hasta ahora).
WinEunuuchs2Unix
El tercero funcionó para mí (18.04 actualizado de clean 17.10).
Rochdi Boudjehem
# 3 funcionó para mí el 18.04.1, sin problemas después de la desactivación.
Mad Man
4

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.

Peter
fuente
1
¿Por qué eso ayudaría?
guntbert