☰

Cómo evitar un retraso de arranque de 5 minutos en 18.04: "Se está ejecutando un trabajo de inicio para las interfaces de red de Raise"

tag-icon • tag-icon wireless ethernet netplan
Cómo evitar un retraso de arranque de 5 minutos en 18.04: "Se está ejecutando un trabajo de inicio para las interfaces de red de Raise"

Problema: retraso de 5 minutos en el inicio

Dispositivo: placa UP (placa pequeña x86), con versión 18.04, con un adaptador USB inalámbrico Panda PAU05, conectada mediante HDMI a un monitor

Configuración de red: usando netplan y systemd-networkd. NetworkManager no está instalado.

Cuando se conecta Ethernet, el dispositivo se inicia rápidamente. Puedo desconectar Ethernet y confiar en wifi. SSH funciona, etc.

Cuando Ethernet no está conectado, hay un retraso de 5 minutos. La consola dice A start job is running for Raise network interfaces (Xmin Ys / 5min 2s)y cuenta lentamente hasta 5min 2s. Puedo hacer ping al dispositivo, pero se rechaza ssh: ssh: connect to host rodeobot.local port 22: Connection refused. Después de 5 minutos, el arranque se completa bien.

Modifiqué mi plan de red para que las interfaces Ethernet y WiFi fueran opcionales, pero esto no ayuda. También intenté eliminar la interfaz Ethernet, pero no sirvió de nada. Aquí está lo que /etc/netplan/config.yamlestoy ejecutando ahora:

network:
  version: 2
  renderer: networkd
  ethernets:
    enp1s0:
      optional: true  # Don't wait for Ethernet
      dhcp4: true
  wifis:
    wlx9cefd5fcb328:
      optional: true  # Don't wait for Wifi
      dhcp4: true
      access-points:
        "xxx":
          password: "yyy"

Editar: veo varias preguntas similares, pero no veo una respuesta que utilice netplan. ¿Es esto un error o una característica faltante en netplan?

Editar: sangría fija y comentarios en config.yaml. (Copié y pegué, luego edité el ssid y la contraseña).

Editar: aquí está el resultado de sudo netplan --debug generate:

** (generate:965): DEBUG: 18:35:38.361: Processing input file /etc/netplan/config.yaml..
** (generate:965): DEBUG: 18:35:38.362: starting new processing pass
** (generate:965): DEBUG: 18:35:38.362: wlx9cefd5fcb328: adding wifi AP 'Beckett'
** (generate:965): DEBUG: 18:35:38.362: wlx9cefd5fcb328: setting default backend to 1
** (generate:965): DEBUG: 18:35:38.362: Configuration is valid
** (generate:965): DEBUG: 18:35:38.362: enp1s0: setting default backend to 1
** (generate:965): DEBUG: 18:35:38.362: Configuration is valid
** (generate:965): DEBUG: 18:35:38.363: Generating output files..
** (generate:965): DEBUG: 18:35:38.363: NetworkManager: definition enp1s0 is not for us (backend 1)
** (generate:965): DEBUG: 18:35:38.363: wlx9cefd5fcb328: Creating wpa_supplicant configuration file run/netplan/wpa-wlx9cefd5fcb328.conf
** (generate:965): DEBUG: 18:35:38.363: Creating wpa_supplicant service enablement link /run/systemd/system/systemd-networkd.service.wants/[email protected]
** (generate:965): DEBUG: 18:35:38.364: NetworkManager: definition wlx9cefd5fcb328 is not for us (backend 1)

Gracias.

Respuesta1

network:
  version: 2
  renderer: networkd
  ethernets:
    enp1s0:
      optional: true
      dhcp4: true
  wifis:
    wlx9cefd5fcb328:
      optional: true
      dhcp4: true
      access-points:
        "xxx":
          password: "yyy"

sudo netplan generate# generar archivos de configuración

sudo netplan apply# aplicar nueva configuración

reboot# verificar el correcto funcionamiento

Respuesta2

Resulta que enp1s0 no fue administrado por systemd-networkd y, por lo tanto, netplan no tuvo ningún efecto. Descubrí esto mirando los registros:

journalctl | grep enp1s0 | grep "managed by us"

Encontré varias entradas que se parecían a estas:

systemd-networkd: enp1s0: Link is not managed by us

La solución fue eliminar el paquete ifupdown. Por si acaso (¡y para asegurarme de no olvidarlo!), moví el directorio /etc/network:

sudo apt remove ifupdown
sudo mv /etc/network /etc/network_old_ifupdown
sudo reboot now

Mientras miraba los registros, también solucioné un problema con resolv.conf: tenía un enlace simbólico incorrecto. Hay una buena explicación aquí:Sigue apareciendo una nueva alerta: el servidor devolvió el error NXDOMAIN, lo que mitiga una posible infracción de DNS DVE-2018-0001

¡Gracias a la gente que ayudó!

Respuesta3

Configuraciónsudo nano /etc/network/interfaces

#from
auto lo br0
iface lo inet loopback

# to 
auto lo
allow-hotplug br0
iface lo inet loopback

ayudó.El inicio lento ocurrió en Ubuntu 18.04 después de lo siguienteeste tutorialpara instalar KVM.

información relacionada